需要把培训/工作坊写成结构化报告时：先出 Markdown…

当用户要记录一场培训、工作坊或入职活动，并附上参与者反馈与后续建议时，用分批访谈收集素材、先在 Markdown 中反复迭代，最终一次性产出 Word 报告。

适用场景

解决思路

1. 整个报告先在 Markdown 中迭代，等内容最终确定后再一次性生成 .docx；.md 是权威产物，.docx 只是终端衍生物。
2. 语音模式下转写可能带来同音词、缺失标点或专有名词歧义；任何答案在转写后不清楚，先问一个简短的澄清问题再继续，不要猜。
3. 按步骤加载参考文件，不要一次全部加载：references/tone-of-voice.md 在 Step 1（确认语言与读者后）加载，references/markdown-draft.md 在 Step 5 写草稿前加载，references/docx-generation.md 在 Step 6 生成 .docx 前加载。
4. Step 0 在向用户提问之前先检查依赖：若发现 docx skill 就记下，Step 6 再加载；若没找到就警告用户它是生成最终 Word 文档所必需的、可从 Anthropic 官方 skill 库安装，并提议先继续 Markdown 草稿。
5. Step 1 之后查找与所选语言匹配的 humanizer skill：找到就加载并在 Step 5 的人类化环节应用；没找到就告知用户一次，回退到内联人类化规则，并建议安装对应语言的 humanizer skill。
6. Step 1 询问两件事：报告用什么语言写（法语/英语/其他）；主要读者是谁（高管/HR/直属管理层/外部客户/内部存档）。然后加载 references/tone-of-voice.md 并全程遵循其指导。
7. Step 2 询问是否有该报告的 Word（.docx）模板（公司页眉页脚、logo、品牌字体、配色）：有则请用户上传，在 Step 6 作为基础（unpack/inject/repack）；没有则用干净文档，并先索取品牌色，未提供时默认蓝色 #2E75B6。
8. Step 3 以分批方式做结构化访谈，等用户回答后再进入下一批；提问前先从对话中提取用户已经提供的信息。
9. Batch A 会话元数据：培训师姓名与角色；日期、地点、公司/团队名；时长；参与者总数；确认或细化文档是给谁看的。
10. Batch B 会话背景：培训的既定目标；主题、话题、工具或作为实践支撑的材料；开场设定的任何规则或约束；提供给参与者的材料、账号、许可证或设备。
11. Batch C 起始水平：整组熟悉度的分布（有无初学者、有无专家）；两端的显著离群者。
12. Batch D 会话逐步骤回顾：逐步走完整场培训，每一步记录目标、参与者实际做了什么、涉及的材料/工具/练习、是否首次接触该概念、效果如何与遇到的困难；持续追问“接下来发生了什么？”“有没有和计划不一样的地方？”“有没有临时改变方向？”，直到信息完整。
13. Batch E 交付物：问“参与者在会话期间产出了什么吗？”并追问练习中创建的文档、文件、图表、原型或任何产出；协作产出；个人独立产出；任何未完成或起了头没做完的东西。这些可能出现在附件和/或会话回顾中。
14. Batch F 总体观察（可选）：整组的整体能量与投入度；任何事故、意外或值得注意的时刻；日程是否守住，还是某些环节被砍掉或延长；后勤问题（房间、材料、设备布置）。若培训师除回顾外没有值得补充的内容，整节跳过。
15. Batch G 个人反馈（可选）：问是否有针对某位参与者的具体观察；对每位被点名的参与者提取角色或背景、起始水平、行为与投入（正面和负面）、显著的变化/突破/抵触、结束时的状态。仅在培训师明确提供有意义的观察时才写，不要为每位参与者主动索取反馈。措辞要外交化：描述行为而非性格，事实性地指出问题而不加评论；为外部客户撰写且不了解该团队时，先考虑点名个人是否合适。
16. Batch H 建议与后续：问“你建议管理层/客户如何延续这次培训？”并追问——要提供的资源与访问权限（许可证、书籍、平台、社区）；要在日常工作中固化的实践；需要谨慎控制节奏的内容（先基础后进阶）；后续场次（复习、辅导、几周后的 Q&A）；评估与验证（测验、实操挑战、同行评审、检查清单）；知识分享仪式（Slack/Teams 频道、例会、Loom 演示、伙伴制、每月展示会）；管理层参与（保护练习时间、1:1 跟进、庆祝成果）；面向自驱参与者的外部资源（书籍、课程、认证）；给管理层的具体警告或注意事项。
17. Batch I 附件：问是否有附件要附上（现场照片、满意度调查结果、分发的幻灯片或讲义、参与者作品、参考文档、其他支撑材料）。逐个处理：图片→在 Step 6 尝试自动嵌入；文件（PDF、幻灯片、表格）→在附件节引用，不嵌入；调查数据→在 Step 4 综合，然后在文档中作为专门章节；参与者交付物→在相关的回顾步骤和附件中都引用。
18. Batch J 结尾与联系方式：问是否可加入一段感谢团队邀请的结尾说明以及用于未来合作的联系方式（邮箱+电话）；若同意，收集姓名、邮箱、电话，用文档语言撰写、语气个人化、简短。
19. Step 4 如果提供了调查数据，先在对话中产出综合再起草：总分/NPS、评分分布、前 3 个正面主题、前 3 个待改进领域、任何异常回答；请用户确认后再写入文档。
20. Step 4b 确认大纲：列出拟写章节（Context、Starting Levels、Session Walkthrough（N 步）、General Observations（可选）、Participant Satisfaction（仅有调查数据时）、Individual Feedback（可选）、Recommendations & Next Steps、Annexes（仅有附件时）、结尾+联系方式），并标注语言/读者/是否用模板；询问“开始写之前有什么要调整的吗？”
21. Step 5 写草稿前先加载 references/markdown-draft.md，其中包含逐节的写作指南、Markdown 的局限、HTML 表格的变通做法和结尾段落指引。
22. Step 5 在展示草稿前应用人类化处理：若已加载 humanizer skill 就用它；否则内联应用这些规则——删掉所有 AI 式开场白和句子开头；删掉形容词成对堆砌，选更精确的那个词；在自然的地方把被动语态改为主动；把模糊的褒贬替换为具体行为或事实；短句优先于长句；适配文档语言。不要展示未经人类化处理的草稿。
23. Step 5 迭代循环：在对话中内联展示草稿，让用户主导；每次修改都更新 .md 文件；只保留一个权威文件，不做版本；只有用户明确确认内容最终确定后，才进入 Step 6。
24. Step 6 生成最终 .docx 前先加载 references/docx-generation.md 和 docx skill；此步只运行一次且是终端的——若生成 .docx 后用户要求修改，就更新 .md 并从头重新生成。
25. Step 6 交付两个文件；若环境支持内联文件交付（如 Claude.ai 上的 present_files）就用它，否则打印两个文件的绝对路径。
26. 遵守这些禁忌：不要编造细节，只记录培训师明确提供的内容；总体观察只写事实、不加评论；除非明确提供否则不写个人反馈，且保持外交化；建议不要灌水，6 条尖锐胜过 12 条模糊；Next Steps 中始终包含一条节奏（Pacing）建议；本技能不限于开发者，按学科调整词汇；绝不在对话中途生成 .docx；绝不跳过任何附件或图片——要么嵌入、要么引用、要么留占位符。

适用边界 · 注意事项

• 用户没有提供任何真实会话细节、要求凭空编造参与者表现或调查数据时（技能明确禁止捏造）。
• 环境里没有 docx 生成能力、又必须立刻交付最终 Word 文件时；只能先交付 Markdown 草稿并提示安装 docx skill 后再生成。
• 不需要结构化书面交付物、只是随口聊几句培训感受，或不涉及培训/工作坊/入职事件的场景。