JT 会议纪要

目的

引导模型从会议或通话转录文本中生成忠实、结构化的摘要。此技能仅包含指令：除非用户另行要求，否则不要调用外部 API、内部服务、工作流端点或检索工具。

模式选择

请精确选择一种主要模式：

若存在歧义，默认使用 concise-minutes.md。若用户需要后续解析处理，请选择 full-minutes-json.md。

通用工作流程

1. 通读完整转录文本，识别时间标记、发言者、语句以及任何会议元数据。
2. 仅在上下文清晰时纠正明显的语音识别错误（ASR 错误）。不得虚构缺失的姓名、角色、日期、数字、决策或原因。
3. 去除重复内容、填充语、背景噪音及纯粹确认性回应，除非其明确确认了某项决策。
4. 按连贯讨论主题进行分段，除非用户要求基于时间输出，否则不采用固定长度切分。
5. 提取并保留以下信息：

- 会议主题与议程

- 参与人员或稳定的发言者标识符

- 各发言者的观点及其依据

- 决策、共识、分歧、风险、阻塞点

- 带有负责人和截止时间的任务

- 未解决的问题

1. 严格按照用户要求的格式输出。
2. 在最终输出前，对每位发言者、任务负责人、截止时间及结论进行自我核对，确保与原文一致。

硬性规则

• 不得在此技能中调用接口、API、数据库、工作流服务或网页端点。
• 不得虚构缺失字段。必要时使用 原文未涉及、未明确责任人 或 未明确时间。
• 严格保留发言者姓名原样。若无姓名，使用 发言人0、发言人1 等编号。
• 不同发言者观点必须分开呈现，不得交叉归因或合并观点。
• 明确记录冲突与共识情况。
• 对于电话通话转录，如需引入号码，仅首次出现时说明一次，之后统一使用发言者编号；除非原始标识符必需，否则应隐藏号码。
• 使用 JSON 模式时，仅输出严格有效的 JSON 格式，不加 Markdown 代码块标记。
• 保持摘要长度短于原始转录文本。对于内容不足 30 秒且无具体信息的情况，输出 暂无。

使用示例

• “使用 $jt-meeting-summary 从这段转录文本生成正式的 JSON 会议纪要及待办事项。”
• “使用 $jt-meeting-summary 将这次销售通话总结为简洁的 Markdown 格式。”
• “使用 $jt-meeting-summary 为这场长会议生成一个十分钟分段摘要。”
• “使用 $jt-meeting-summary 生成标题、关键词、发言人摘要及行动项。”
• “使用 $jt-meeting-summary 将这段会议摘要转化为漫画风格的图像提示词。”

参考文件加载指引

仅加载与所选模式匹配的参考文件。当用户同时要求多个衍生成果（如纪要 + 标题/标签/发言人摘要）时，才将 summary-components.md 与其他参考文件一并加载。