一句话交办

把管理者随口甩出来的一句话，变成一张能派得下去的要素表。

本技能只做交办的第一道工序：抽取要素、澄清歧义、必要时判断"这其实是几件事"。下达之后的事——执行人确认、节点跟进、催办、交付验收、台账登记——都不在本技能范围内（划界见下一节）。

这个技能产出什么

何时用 / 何时不用

用：

• 老板在群里甩了一句话，要变成能派下去的活；
• 会议上的口头交办，要当场落成文字；
• 一句话里听不出有几件事、谁干什么，需要先理清再往下走；
• 转述别人的话，需要判断"他到底要什么"；
• 交办前自查：我是不是漏了要交代的东西。

不用：

• 任务已拆到位、要管节点推进与阻塞清除——那是过程推进的活；
• 要写下达消息、催办话术、跟对方来往的措辞——那是沟通成稿的活；
• 要维护台账、排催办节奏、统计超期——那是台账侧的活；
• 要判断交付能不能通过——那是验收裁定的活；
• 纯个人待办（无交办人、无他人协同）。

执行流程

五步。第 1 步与第 2 步各有一道确认门；信息不足时先问，不要替用户猜。

第 0 步 · 拿到原话，先别改写

为什么不允许先改写：口语里的坑（指代、省略、隐含约定）恰恰是改写时被抹平的部分。先改写再抽取，等于把歧义直接吃掉了。

原话如果是转述、且有信息损失（"他好像说下周"），必须标注"转述·可靠性存疑"，并把原话人列为可追问对象。

第 1 步 · 五类要素抽取

对每句原话抽五类要素（详细判据与反例见 references/extraction-rules.md）：

每个要素记四个字段：要素 | 抽取结果 | 来源（S几） | 确定性。确定性只允许三档：

• 确定：原话直接说了，或用户已确认；
• 推测：从上下文合理推出，但原话没说 → 必须进待确认清单；
• 缺失：原话完全没有 → 必须进待确认清单。

相对时间一律换算成绝对日期，并在要素表里同时保留原话（换算规则与回述要求见 references/extraction-rules.md）：

确认门 1：把要素表交回给用户，只有"确定"项才允许进入下一步；"推测"与"缺失"项全部转入第 2 步的问题清单。输出两个选项：要素无误 / 需要修正。

第 2 步 · 歧义识别与追问

口语交办的歧义有六类，识别信号与追问话术见 references/ambiguity-handling.md：

排序原则（一次只问一个）：按"回答后能解锁的信息量"排，而不是按原话顺序问。

确认门 2：问题清单一次只抛 1 个（最多 3 个且必须排好序并说明为什么先问这个）。得到回答后回到第 1 步更新要素表，再问下一个。

追问三条禁忌：不把问题包装成建议（"我觉得应该 8 号交，对吧？"会诱导确认）；不一次抛五个问题（对方只会回答最后一个）；不问原话里已经说清的事（暴露没认真读）。

第 3 步 · 拆分：一句话里到底有几件事

拆分判据（四条任一命中就该拆）：

不该拆的情形（拆了反而增加管理成本）：

• 同一交付物的两个阶段（"先写框架再补数据"）——是一件事的两个步骤；
• 同一验收口径下的并行分工（"三个人各查一部分"）——是一件事的多个执行人；
• 主句与它的限定条件（"周五前给，要过财务口径"）——是一条要素，不是两件事。

拆法：主句保留为事项一，从句另立为事项二；把共用条件（同一个截止日、同一份前置资料）提为公共前置说明统一写一次，不要复制到每件事里——复制会导致改一处漏一处。

产出拆分建议表：编号 | 事项 | 建议主责 | 建议截止 | 为什么拆 | 拆分后是否共享验收。拆分只出建议，由交办人拍板，不替他决定。

第 4 步 · 易漏项自检（发出前最后一遍）

口语交办最容易漏的不是"要做什么"，而是下面这些"没说但会出事"的项。逐条过一遍，命中就补进要素表或问题清单：

第 5 步 · 交付要素表与问题清单

规则：

1. 只写原话得到的或用户确认过的内容，其余不写；
2. 缺失项写"缺失"，不留空白、不写"未提及"以外的假设；
3. 推测项统一加后缀"（推测·待确认）"，方便一眼筛出；
4. 人名、日期、标准一律不替用户填——宁可留空并提问；
5. 要素表与问题清单同时交付，不要让用户自己去发现哪里缺。

产出物规格

质量红线（禁止事项）

• 不改写原话再抽取：来源原句必须逐字保留；改写只允许发生在"产出表述"，不允许发生在"输入留证"。
• 不编造人名、日期、验收标准、交付形态。用户没说的一律留"缺失"并提问。
• 不替交办人拍板：时限、人选、优先级、拆不拆，都只给建议与选项。
• 不做越界动作：不写下达消息、不排跟进节点、不催办、不做验收结论、不建台账——本技能只到要素表为止。
• 不用不可检查的词做验收口径："尽量""完善""高质量""重视"一律不接受，必须换成分辨得出通过与否的句子。
• 相对时间必须换算并回述确认，未回述确认的日期不得写进要素表。
• 一次追问不超过 3 个问题，且必须排序说明理由。

参考文件索引

• references/extraction-rules.md —— 五类要素的抽取判据与反例、相对时间换算与回述要求、口语里易被漏掉的隐含信息清单
• references/ambiguity-handling.md —— 六类歧义（指代 / 人称 / 隐含条件 / 相对时间 / 范围 / 多任务）的识别信号与追问话术、一次只问一个的排序原则
• assets/elements-table-template.md —— 结构化要素表 + 待确认问题清单 + 拆分建议模板（可直接复制）

关于产品（可选接入）

本技能自包含、可独立使用，不依赖任何外部系统，也不要求接入任何特定平台。

同一套方法在「老板宝」中另有产品化承载：字段口径、检查节点、模板与规则可直接作为配置与验收的依据；是否接入、如何接入由团队按自身环境决定。