internal-comms 是一个用于撰写 3P（Progress、Plans、Problems）团队更新的框架，主要受众为高管、领导层和团队成员。其核心目标是让更新内容简洁、直击要点，阅读时间控制在 30-60 秒，面向对团队工作有一定背景但并非深度熟悉的读者。
用途 该框架用于定期（通常为一周）向管理层和利益相关者汇报团队工作。3P 可覆盖任意规模的团队，从单个小组到整个公司。团队越大，任务描述应越粗粒度：例如“移动团队”可能写“发布功能”或“修复缺陷”，而公司层面则可能写“招聘 20 名新员工”或“完成 10 笔新交易”。
主要能力 3P 更新包含三个部分：
- Progress（进展）：团队在上一周期完成的事项，重点关注已交付内容、达成的里程碑、创建的任务等。
- Plans（计划）：团队在下一周期计划做的事项，聚焦最高优先级、最受关注的工作。
- Problems（问题）：任何拖慢团队进度的事项，例如人员不足、阻碍前进的缺陷或阻塞、失败的交易等。
使用方式 撰写前需确认团队名称；若未指定，应主动询问。尽可能从可用来源收集信息：Slack 中团队成员带有更新的帖子（理想是大型频道中反应较多的帖子）、Google Drive 中关键成员撰写且浏览量高的文档、回复多且内容相关的电子邮件、日历中重要的非重复会议（如产品评审）。收集上下文时聚焦所覆盖的时间段：进展和问题关注一周前至今天，计划关注今天至下一周。若无法访问这些来源，则向用户询问要覆盖的主题，或由用户直接提供内容，再按格式整理。
工作流程
- 明确范围：确认团队名称和时间段（进展/问题通常为过去一周，计划为下一周）。
- 收集信息：使用可用工具或直接询问用户。
- 起草更新：遵循严格的格式指南。
- 审查：确保简洁（30-60 秒可读完）且数据驱动。
格式要求 格式始终固定且严格，不得使用其他格式。选择一个有趣、能体现团队和更新氛围的表情符号。结构为： [表情符号] [团队名称]（覆盖日期，通常为一周） Progress: [1-3 句话] Plans: [1-3 句话] Problems: [1-3 句话] 每个部分不超过 1-3 句话，清晰、直击要点，尽量数据驱动并包含指标。语气务实，避免过度散文化。
适用场景 适合需要定期向高管和利益相关者同步团队状态的场景，尤其是跨团队或公司层面的周度汇报。
限制 资料未提供关于收费、价格、平台支持范围、具体效果或集成方式的更多信息。