技能介绍

要解决的问题

活动结束当晚，你手里通常只有两样东西：一张海报、一段飞书妙记录音，而公众号推文要从零写起。直接丢给通用大模型的结果是通稿味十足——机构名写错、嘉宾头衔凭空加、ASR 把"汇联"听成"慧联"，发布后被当事人找上门。

技能如何工作

这个技能定义了一条端到端的编辑流水线，事实纪律优先于文采：

建立输入与验收：识别海报/图片、妙记链接或 minute_token，以及用户对渠道、语气、篇幅的要求。无明确要求时按默认规格产出：1 个标题、800–1400 字中文，结构为导语 → 活动事实 → 平台/背景 → 嘉宾亮点 → 交流与资源对接 → 结尾。
搭建证据框架：从妙记 URL 末段提取 minute_token，通过 vc +notes 拿到逐字稿。逐字稿是发言的唯一主来源，海报是活动事实的唯一主来源，AI 生成的摘要和章节只当导航地图，不可直接引用。
公开事实交叉核验：对成稿中出现的每个机构、人名、项目、公司逐一检索公开来源，优先官网、高校页、政府页和一手公告；官方来源缺失时才用权威媒体并标注置信度较低。查不到的头衔不编，无法核验的名字保留海报写法或加"建议发布前由主办方确认"。同音字按海报证据纠正，如 慧联 → 汇联。
起草与交付：按公众号编辑口吻成稿，发言转成编辑式要点而非逐段转录，规避"不是…而是…"这类 AI 腔。需要飞书文档时先读 lark-doc 的 SKILL.md，用 Markdown 写入；注意部分 CLI 版本会把 --markdown @article.md 当字面文件名，必须 readback 确认正文真实落进文档，失败则覆盖重写。
发布前验证：核对标题一致、篇幅合理、关键小节存在、正文不是字面 @article.md、已知纠错已生效；最终回复附文档 URL、一句验证结论，以及剩余发布风险。

适用边界

它只产出事实核验过的成稿，不代嘉宾发挥发言内容；查不到就存疑标注，不硬写。
依赖 lark-minutes、lark-vc、lark-doc、web-access 及 OCR 技能作为积木，使用前需先读对应 SKILL.md；lark-cli 的 docs +create 参数可能随版本变化，应先查实时帮助。
私人电话等联系方式，除非用户明确要求复刻邀请函内容，否则不写入正文。