内部沟通文档撰写

解决的问题

内部文档经常混用不同格式：3P 更新要短且结构化，新闻稿需要稳定口径，FAQ 要直接回答，管理层更新则关注风险、状态和下一步。问题不在于“写不出来”，而在于模型不知道当前文档类型对应的语气、字段和边界，容易把项目状态写成新闻稿，把 FAQ 写成解释性长文。

技能如何工作

这个技能把内部沟通拆成类型化写作流程：

• 先判断沟通类型：进度/计划/问题、公司新闻稿、FAQ、状态报告、管理层更新、项目更新、事件报告等。
• 加载对应指南：如 examples/3p-updates.md、examples/company-newsletter.md、examples/faq-answers.md、examples/general-comms.md。
• 按指南约束输出：格式、语气和内容收集方式都由具体文件定义；不确定时向用户澄清，而不是凭空套用模板。

适用边界

它适合已有明确内部沟通目标的场景，不适合生成没有上下文的汇报，也不能代替事实核验。若请求中缺少项目进展、问题、负责人或截止时间，模型仍需追问；指南约束表达方式，不替代输入资料本身。