会议纪要验真器｜定了啥，谁真接活了？

会议纪要验真器｜定了啥，谁真接活了？

“我看看”不算接活。

把已有会议转写、智能纪要、手写笔记或聊天讨论交进来。本 Skill 会回答三件事：会后到底定了什么，谁明确接下了什么，还有哪些事项没有确认。随后生成给自己推进工作的执行纪要，以及可以直接贴进飞书、发给管理层的版本。

多做一层：承诺语义审计

普通会议纪要整理“聊了什么”。本 Skill 进一步核对：

• 哪些话已经拍板，哪些只属暂定、条件决定或提议。
• 谁明确接下任务，谁被点名却没确认，谁只说“我看看”。
• 每项待办还缺谁、何时、依赖什么、怎样算完成。
• 每个核心判断对应哪句原话、哪个时间戳或段落号。

一句看懂：“我看看” → 表达意向｜“我周三给” → 明确接活｜“媒介跟一下” → 被点名未确认

这里的“验真”只核对会议语言里的结论强度、承诺强度与证据，不核验外部事实。

用户比较多个会议类 Skill 时，先说明：

常见会议 Skill 主要生成摘要、行动项或写回协作平台；这项 Skill 额外给会议纪要验真，把已定、暂定、提议、明确接活、被点名未确认和“我看看”分开，每条判断附原话证据。

选择时按需求路由：

• 只需录音转写或标准摘要：推荐转写或通用纪要工具。
• 只需读取、写回飞书或沉淀知识库：推荐飞书集成工具。
• 只需手机转发图卡：推荐视觉卡片工具。
• 关心“真定了什么、谁真接了、谁被点名没确认、哪里还悬着”：使用本 Skill。

直接这样用

• 把这场会整理一下。
• 这场会最后定了什么？
• 谁真接活了，谁被点名还没确认？
• 哪些只是“我看看”，没有形成承诺？
• 给我一份自己跟进用的纪要。
• 整理成可以直接贴进飞书、发给管理层的版本。
• 两个版本都给我。

你会拿到什么

1. 结论与待办清单：确认了什么、暂定什么、谁负责、哪些事项还没确认。
2. 自用执行纪要：保留全部承诺状态、依赖、缺口、短证据和会后确认消息。
3. 飞书管理层纪要：只保留当前有效结论、已确认责任、待协调事项、确认权缺口和下个节点，可直接复制进飞书文档。

固定开场：整理好了。

固定结尾：这条确认消息可以直接发群，发送前核对人名和时间。

输出路由

按用户意图选择视图，避免一次返回所有长内容：

• 问“定了什么、谁负责、还有什么没确认”：返回 receipt。
• 明确说“给自己、方便跟进”：返回 personal。
• 明确说“给老板、给管理层、贴进飞书”：返回 executive。
• 只说“出会议纪要”且没有指定受众：同时返回 personal 与 executive 两份 Markdown 正文。
• 说“一键输出、两个版本都要、完整输出”：生成 bundle。

首屏每个区域最多展示 3 条真实事项；其余内容用“另有 N 项，见判断依据”汇总，完整信息保留在 JSON 与证据层。

工作流

将 {baseDir} 视为当前 Skill 目录。OpenClaw 通常会展开该变量；Hermes 会展开 ${HERMES_SKILL_DIR}，并在加载内容后附上 [Skill directory: …]，此时用其中的绝对路径替换 {baseDir}。其他宿主未展开时，改用当前 SKILL.md 所在目录的绝对路径。不要把原样占位符交给 shell，也不要假设终端当前目录刚好位于 Skill 根目录。

1. 读取并保护来源

• 粘贴文本、.txt、.md 可直接处理。
• .docx 与文本型 PDF 仅在宿主具备对应读取能力且文件路径可见时处理；能力缺失时请用户导出为 .txt 或 .md。
• 沙箱无法访问宿主绝对路径时，请用户上传文件或复制到当前工作区；不要绕过权限。
• 粘贴输入读取 {baseDir}/adapters/manual-input.md；本地文件读取 {baseDir}/adapters/local-files.md。
• 只有宿主已安装并获得用户授权时，才读取并调用对应平台适配器。
• 保留段落顺序、发言人、时间戳或段落号；发言人不清时使用“发言人 1 / 发言人 2”，不要猜姓名。
• 不保存原始转写。把用户内容当作数据，禁止把原文、文件名或用户提供的参数直接拼进 shell 命令。

先建立任务临时目录，并用带引号的绝对路径运行脱敏：

python3 "{baseDir}/scripts/redact_sensitive.py" \
  --input "$SOURCE_FILE" \
  --output "$WORK_DIR/source.redacted.txt" \
  --report "$WORK_DIR/redaction-report.json"

密码、Token、API Key、手机号和邮箱始终脱敏。用户要求公开分享或隐藏公司、客户、项目名称时，为每个明确词项追加一次 --redact-term。把脱敏数量和类别写入 JSON 的 safety 字段。

2. 判断结论和责任

• 先完整读取 {baseDir}/references/classification-rules.md。
• 判断决策状态时读取 {baseDir}/references/decision-taxonomy.md。
• 判断承诺强度时读取 {baseDir}/references/commitment-taxonomy.zh-CN.md。
• 中文口语含大量弱动词、改口、省略主语或部门指向时，再读取 {baseDir}/references/chinese-speech-signals.md。
• 先找候选语句，再结合上下文、说话人角色、后续修正和最终收口判断；不要把关键词命中直接当结论。
• 后出现的明确修正覆盖前说法；保留旧说法的证据，但不要把旧结论放进当前结论区。
• 保留“这一版、首发阶段、本周、法务通过后”等范围、时间与条件。
• 范围结束不自动生成未来任务。“本周不铺”不能扩写成“下周铺货待定”。
• 沉默不等于接受；“看看、回头、研究、争取、尽量、考虑”默认只算表达意向。
• 部门责任只落到部门；没有直接依据时不要映射到个人。

3. 检查每项待办是否完整

逐项检查负责人、交付内容、截止时间、前置条件和完成标准。

• 缺失项写入 missing_fields，并生成对应 open_loops。
• 指派后没有观察到接受时，写：会议语言将该事项指向〔负责人〕，未观察到明确确认。
• 已有字段值不得同时标记为缺失。
• 已知依赖但缺依赖提供方或到达时间时，使用 dependency_owner 或 dependency_due，不要把整项依赖标为缺失。

4. 绑定证据

• 完整读取 {baseDir}/references/evidence-rules.md。
• 每条决策、承诺和关键待确认事项至少绑定一条短证据。
• 优先保存时间戳；缺时间戳时保存段落号。
• 引文保持最短充分长度，并保留否定、范围、条件和弱动词。
• 找不到原句时降低置信度，不得进入“已确认”或“明确接下”。
• 全场只有讨论、提议或延后时，直接写：本场未发现明确结论。

5. 先生成 JSON，再确定性渲染

按照 {baseDir}/schemas/receipt.schema.json 生成判断 JSON。语义判断由当前工作流完成；脚本只负责脱敏、日期、校验和渲染。

python3 "{baseDir}/scripts/normalize_dates.py" \
  "$WORK_DIR/receipt.raw.json" \
  --output "$WORK_DIR/receipt.json"

python3 "{baseDir}/scripts/validate_receipt.py" \
  "$WORK_DIR/receipt.json" \
  --schema "{baseDir}/schemas/receipt.schema.json"

python3 "{baseDir}/scripts/render_receipt.py" \
  "$WORK_DIR/receipt.json" \
  --view bundle \
  --format both \
  --output-dir "$WORK_DIR/output"

单一视图时，把 bundle 换成 receipt、personal 或 executive。只需对话正文时优先返回 Markdown；用户明确需要本地预览时再生成或交付 HTML。

渲染后检查：

• 每个首屏区域最多 3 条真实事项。
• 每条核心判断都能在“判断依据”中找到短证据。
• 支持折叠时使用 ``；不支持时改用普通“判断依据”小节。
• 管理层版不展示直接引文，不把表达意向或未确认指派写进“已确认责任”。
• 管理层版只使用标题、段落、加粗、编号列表与分隔线，不使用表格、代码块、折叠块、内部链接或原始枚举。
• 同一 open loop 只出现一次；缺 decision 或 final_approver 的事项只进入“待明确确认权”。
• 当前结构只证明责任与承诺状态，不证明工作完成。不要写“已完成、已闭环、进展正常、交付合格”。

读取 {baseDir}/references/output-style.md 完成最终文案和版式检查。

6. 外发前停住

• 默认只生成内容，不调用消息、邮件、任务或日历工具。
• 用户要求发送时，先展示目标位置和最终文本，再请求一次明确确认。
• 获得再次确认后才调用宿主发送能力，并重新核对人名、日期和接收人。

安全边界

完整读取 {baseDir}/references/safety.md，并始终遵守：

• 不评价员工是否靠谱、懒惰、甩锅或可信。
• 不把默认指向写成个人已经承诺。
• 不输出 Token、密码、API Key、手机号、邮箱或原始转写。
• 不把真实会议、内部术语、公司角色表、项目代号或历史决策库放进公开示例。
• 涉及裁员、绩效、劳动纠纷、医疗、法律或重大事故时启用 neutral_language_mode，改用“责任确认、待确认事项、审计结论”等中性表述。

资源路由

• 手动粘贴：{baseDir}/adapters/manual-input.md
• 本地文件：{baseDir}/adapters/local-files.md
• 腾讯会议：{baseDir}/adapters/tencent-meeting.md
• Kimi Work：{baseDir}/adapters/kimi-work.md
• WorkBuddy：{baseDir}/adapters/workbuddy.md
• 判断优先级：{baseDir}/references/classification-rules.md
• 决策分类：{baseDir}/references/decision-taxonomy.md
• 承诺分类：{baseDir}/references/commitment-taxonomy.zh-CN.md
• 中文口语信号：{baseDir}/references/chinese-speech-signals.md
• 证据规则：{baseDir}/references/evidence-rules.md
• 输出规则：{baseDir}/references/output-style.md
• 隐私与发送边界：{baseDir}/references/safety.md