Runtime Logic
THX 会议纪要助手 运行逻辑
这页说明 THX-meeting-minutes 收到会议材料后如何校准、生成纪要、拆分正式产物和校准反馈。它用于理解边界，也用于后续返修。
THX Skill使用说明运行逻辑
运行逻辑页解释 Skill 的内部判断边界。日常使用请回到说明页下载 Skill 或查看云端上下文状态。
1
先解析会议材料
| 字段 | 处理方式 |
|---|---|
| 原始材料 | 识别是录音转写、飞书/腾讯会议文本、人工粗纪要、聊天记录，还是混合材料。 |
| 会议类型 | 判断是周会、项目会、复盘会、策略沟通、部门同步或临时讨论。 |
| 输出目标 | 确认是否只要默认的 Markdown 和 Word 纪要，还是还需要行动项表、周报素材或校准反馈。 |
| 待确认点 | 提前标出听写不稳、人名不明、负责人不明、时间节点不明和敏感边界。 |
2
上下文校准链路
会议原文 -> THX 角色 MCP -> GBrain 上下文召回 -> 人名 / 项目 / 业务线校准 -> 纪要结构化 -> 正式纪要和校准反馈分离
1 THX 角色 MCP：按员工身份分配的公司上下文入口，普通同事默认使用 thx-basic。2 GBrain：THX 公司知识库。运行时会用它们帮助校准上下文，但正式纪要不展示调用过程。
| 工具 | 用途 | 输出去向 |
|---|---|---|
get_meeting_context | 根据转写稿召回会议相关上下文，帮助纠偏人名、项目和业务线。 | 只用于生成纪要和校准反馈，不直接写入正式正文。 |
search_gbrain | 当某个术语、项目或人员关系不清楚时，按问题检索 GBrain 页面。 | 用于判断和待确认说明。 |
submit_gbrain_feedback | 把用户确认过的新事实或纠偏提交为 GBrain 待审核反馈。 | 进入校准反馈，不代表已入库。 |
3
正式纪要怎么生成
- 保留原文证据，不把转写里没有的信息补成事实。
- 按会议类型整理背景、讨论重点、结论、行动项、风险和待确认问题。
- 行动项必须尽量包含负责人、动作、对象、时间和依赖；原文没有就标待确认。
- 生成 Markdown 和 Word 版本时，保持同一套事实口径。
- 交付前清理正式版里的内部词，例如
MCP、GBrain、校准反馈、待审核、命中页面。
4
校准反馈怎么生成
校准反馈单独给知识库负责人或 Skill 负责人看，不放进正式纪要正文。
| 类别 | 记录内容 |
|---|---|
| 转写纠偏 | 人名、别名、项目名、产品名、竞品名、部门名等被校准的地方。 |
| GBrain 候选 | 会议中确认的新事实、术语、项目归属、流程变化和需要补充的知识库页面。 |
| Skill 规则问题 | 输出格式、字段边界、敏感内容处理、Word 版本清理等可复用问题。 |
| 待确认事项 | 原文不清楚、上下文查不到、需要人工补充的信息。 |
入库候选：待审核清单，后续由负责人确认后再进入正式更新流程。
5
权限和敏感内容处理
| 情况 | 处理方式 |
|---|---|
| 普通业务会议 | 可以用会议纪要权限读取低敏公司上下文，输出正式纪要和校准反馈。 |
| 涉及财务、合同、人员评价、CEO 私密判断 | 不进入普通 GBrain，不在员工纪要里展开；只提示需要负责人确认处理方式。 |
| MCP 不可用 | 先按原文整理基础纪要，同时明确标注“未完成公司上下文校准”。 |
| 用户纠正公司事实 | 判断是否具备复用价值；具备则形成 GBrain 待审核反馈，不说“已经记住”。 |
6
交付前自检
- 正式纪要是否能直接给参会人或主管看。
- Word 版本是否没有残留 MCP、GBrain、校准反馈、待审核、命中页面等内部分析词。
- 行动项是否没有编造负责人、截止时间和原文没有的数据。
- 人名、别名、业务线和项目名是否完成校准；查不到的是否标为待确认。
- 校准反馈是否和正式纪要分开，且只给需要迭代知识库或 Skill 的人看。