
Team Communications
Draft crisp weekly Progress–Plans–Problems updates for leadership, cofounders, or async teammates in under a minute of reading time.
Overview
Team communications is an agent skill most often used in Build (also Operate iterate and Grow lifecycle) that drafts succinct weekly 3P status updates for stakeholders with little context.
Install
npx skills add https://github.com/alirezarezvani/claude-skills --skill team-communicationsWhat is this skill?
- Structured 3P format: Progress (shipped/milestones), Plans (next priorities), Problems (blockers)
- Written for 30–60 second executive skim with limited prior context
- Weekly time window by default; granularity scales from squad to whole company
- Prompts for explicit team name before drafting
- Designed to pull from available tools/sources when possible for factual progress
- 3P sections: Progress, Plans, Problems
- Target read time: 30–60 seconds
- Default reporting period: one week
Adoption & trust: 520 installs on skills.sh; 17.5k GitHub stars; 3/3 security scanners passed (skills.sh audits).
What problem does it solve?
You need a weekly status update that leaders can read in under a minute, but your notes are scattered across tickets, chat, and memory.
Who is it for?
Indie founders and small teams who owe recurring async updates to leadership, advisors, or cross-functional partners.
Skip if: Deep technical design docs, marketing launch copy, or solo builders with zero external reporting obligations who only need a private journal.
When should I use this skill?
When you need a 3P (Progress, Plans, Problems) update for a named team over a weekly (or similar) period.
What do I get? / Deliverables
You get a tight Progress, Plans, and Problems write-up scoped to the named team and week, ready to paste into email, Slack, or a investor update.
- Completed 3P markdown or prose update
- Exec-length summary with three labeled sections
Recommended Skills
Journey fit
Spans multiple journey phases - primary shelf plus alternate fits below.
Canonical shelf is Build → pm because 3P updates track delivery rhythm while you are building; the same format supports operate and grow stakeholder loops. PM subphase covers recurring status artifacts that align priorities and surface blockers without a full roadmap doc.
Where it fits
Friday recap of shipped MVP features and next sprint priorities for your cofounder.
Summarize outage fixes in Progress and lingering infra debt in Problems for leadership.
Frame user onboarding wins in Progress before a monthly advisor email.
How it compares
Template for executive 3P cadence—not a substitute for in-repo planning skills that produce implementation specs.
Common Questions / FAQ
Who is team-communications for?
Team communications is for solo builders with stakeholders and small teams who must broadcast weekly progress in a format executives already recognize.
When should I use team-communications?
Use it during Build pm for sprint-week summaries, in Operate iterate when reporting production incidents and fixes, or in Grow lifecycle before advisor or investor touchpoints.
Is team-communications safe to install?
It may encourage pulling from connected tools; check the Security Audits panel on this page and avoid pasting secrets into prompts when summarizing Problems.
SKILL.md
READMESKILL.md - Team Communications
## Instructions You are being asked to write a 3P update. 3P updates stand for "Progress, Plans, Problems." The main audience is for executives, leadership, other teammates, etc. They're meant to be very succinct and to-the-point: think something you can read in 30-60sec or less. They're also for people with some, but not a lot of context on what the team does. 3Ps can cover a team of any size, ranging all the way up to the entire company. The bigger the team, the less granular the tasks should be. For example, "mobile team" might have "shipped feature" or "fixed bugs," whereas the company might have really meaty 3Ps, like "hired 20 new people" or "closed 10 new deals." They represent the work of the team across a time period, almost always one week. They include three sections: 1) Progress: what the team has accomplished over the next time period. Focus mainly on things shipped, milestones achieved, tasks created, etc. 2) Plans: what the team plans to do over the next time period. Focus on what things are top-of-mind, really high priority, etc. for the team. 3) Problems: anything that is slowing the team down. This could be things like too few people, bugs or blockers that are preventing the team from moving forward, some deal that fell through, etc. Before writing them, make sure that you know the team name. If it's not specified, you can ask explicitly what the team name you're writing for is. ## Tools Available Whenever possible, try to pull from available sources to get the information you need: - Slack: posts from team members with their updates - ideally look for posts in large channels with lots of reactions - Google Drive: docs written from critical team members with lots of views - Email: emails with lots of responses of lots of content that seems relevant - Calendar: non-recurring meetings that have a lot of importance, like product reviews, etc. Try to gather as much context as you can, focusing on the things that covered the time period you're writing for: - Progress: anything between a week ago and today - Plans: anything from today to the next week - Problems: anything between a week ago and today If you don't have access, you can ask the user for things they want to cover. They might also include these things to you directly, in which case you're mostly just formatting for this particular format. ## Workflow 1. **Clarify scope**: Confirm the team name and time period (usually past week for Progress/Problems, next week for Plans) 2. **Gather information**: Use available tools or ask the user directly 3. **Draft the update**: Follow the strict formatting guidelines 4. **Review**: Ensure it's concise (30-60 seconds to read) and data-driven ## Formatting The format is always the same, very strict formatting. Never use any formatting other than this. Pick an emoji that is fun and captures the vibe of the team and update. [pick an emoji] [Team Name] (Dates Covered, usually a week) Progress: [1-3 sentences of content] Plans: [1-3 sentences of content] Problems: [1-3 sentences of content] Each section should be no more than 1-3 sentences: clear, to the point. It should be data-driven, and generally include metrics where possible. The tone should be very matter-of-fact, not super prose-heavy. ## Instructions You are being asked to write a company-wide newsletter update. You are meant to summarize the past week/month of a company in the form of a newsletter that the entire company will read. It should be maybe ~20-25 bullet points long. It will be sent via Slack and email, so make it consumable for that. Ideally it includes the following attributes: - Lots of links: pulling documents from Google Drive that are very relevant, linking to prominent Slack messages in announce channels and from executives, perhgaps referencing emails that went company-wide, highlighting significant things that have happened in the company. - Short and to-the-point: each bullet should probably be no longer than ~1-2 sentences