明歌内训课四版加工

要解决什么问题

企业内训往往把「参与名单、带时间戳的评论区、课程逐字稿」堆在同一份飞书文档里。讲师和运营真正需要的是：一份去口水但信息完整的讲义、一份可对外传播的要点总结、一份带评分与引用的复盘，以及针对薄弱片段的可直接替换的改写稿。手工拆四份、再分别建文档，既慢又容易漏掉评论区的反馈信号。

技能如何工作

触发：用户提供飞书文档链接，并说「开始加工」「帮我复盘」「帮我蒸馏」等任一指令；无论用哪个词，都会跑完整流程并产出全部四个版本。

输入结构（技能会校验）：

• 参与用户名单
• 评论区（时间戳 + 用户 + 内容）
• 课程逐字稿

核心步骤：

1. 用 feishu_wiki 读取原文，同时拿到 node_token、space_id、obj_token（创建子节点时 parent_node_token 依赖 node_token）。
2. 依次生成：蒸馏版（去口头禅、合并重复、按章节保留案例与方法论）、总结版（观点 + 案例 + 高频问题）、复盘版（「六个办公室主任」维度独立打分，从逐字稿引用高光并给改进建议）、3 点改进稿（从复盘挑 3 段，原稿 vs 改进稿并标注理由）。
3. 用 feishu_wiki 创建四个知识库子节点（不能用 feishu_doc 建独立页），再用 feishu_doc 的 write 写入各子节点 obj_token。
4. 按规范命名子文档（如「MM 月 DD 日 + 课程主题」）并汇报链接。

复盘维度与讨好策略可参考技能内 references/six-brains.md；用户附加「特殊要求」时，会解析并调整各版本侧重点并在回复中确认。

适用边界与注意点

• 文档为空、缺评论区或逐字稿、无访问权限时，会明确提示，不会硬编内容。
• 全流程依赖飞书知识库 API 的正确用法：读与建子节点必须走 wiki，否则无法挂到原素材同一知识库树下。
• 单期课程处理时间量级约 7～12 分钟（复盘与三点改写相对更耗时），适合课后异步加工，而非实时字幕场景。