📦 JT Meeting Summary — JT 会议摘要

JT 会议摘要目的 引导模型从会议或通话记录中生成忠实、结构化的摘要。该技能仅限于指令，不调用外部 API、内部服务、工作流端点或检索工具，除非用户单独请求。

模式选择 选择一个主要模式： 用户请求使用 会议纪要、完整纪要、任务表、todo、JSON 输出 references/full-minutes-json.md 简约纪要、会议总结、Markdown 纪要、普通总结 references/concise-minutes.md 十分钟纪要、长会分段总结、按时间段总结 references/ten-minute-summary.md 通话记录总结、电话录音总结 references/call-summary.md 会议摘要、章节摘要、发言人摘要、标题/关键词、金句、新鲜词 references/summary-components.md 漫画总结、图片总结、视觉总结、文生图提示词 references/visual-summary-prompt.md 如果不明确，默认为 concise-minutes.md。如果用户需要下游解析，选择 full-minutes-json.md。

通用工作流 阅读完整的记录，识别时间标记、发言人、语句和任何会议元数据。仅在上下文清晰时规范明显的 ASR 错误。不要编造缺失的名称、角色、日期、数字、决策或原因。除非确认决策，否则删除重复、填充、背景噪音和纯确认内容。根据连贯的讨论主题进行分段，而不是根据任意固定长度，除非用户请求基于时间的输出。提取和保留： 会议主题和议程 参与者或稳定的发言人 ID 发言人特定视图和证据 决策、共识、异议、风险、阻塞 任务所有者和截止日期 未解决的问题 生成请求的格式。自检每个发言人、任务所有者、截止日期和结论，以确保其与记录一致。

硬性规则 不要调用接口、API、数据库、工作流服务或 Web 端点作为该技能的一部分。不要编造缺失的字段。需要时使用“原文未涉及”、“未明确责任人”或“未明确时间”。保留发言人名称。若名称缺失，使用“发言人0”、“发言人1”等。分别显示每个发言人的视图；永远不要交叉归属或合并观点。显式捕获冲突和共识。对于电话通话记录，如果需要，首先引入电话号码，然后在摘要中使用发言人编号；除非需要原始标识符，否则屏蔽电话号码。对于 JSON 模式，仅输出严格有效的 JSON，不包含 Markdown 代码围栏。保持摘要比记录短。对于内容少于 30 秒且没有具体信息的输出“暂无”。

使用示例 “使用 $jt-meeting-summary 生成正式的 JSON 会议纪要和 todo 项。” “使用 $jt-meeting-summary 将销售通话总结为简洁的 Markdown。” “使用 $jt-meeting-summary 为长会议创建十分钟总结。” “使用 $jt-meeting-summary 生成标题、关键词、发言人总结和操作项。” “使用 $jt-meeting-summary 将会议总结转换为漫画风格的图像提示。”

参考加载指南 仅加载与所选模式匹配的参考。仅当用户请求多个派生工件（例如会议纪要和标题/标签/发言人总结）时，才将 summary-components.md 与其他参考一起加载。