待办抽取的三要素
从会议记录或邮件线程里抽行动项，核心是判断什么是行动项：动作、负责人、时限三要素齐了才算，缺项要显式标注而不是猜。还要把「讨论观点」和「承诺要做」分开——会上说的假设场景、被否掉的提议都不是行动项。多人共同负责时要逐人拆开，否则任务系统里没有人的清单会挂上这条待办。
基本信息
| 三要素 | 动作 / 负责人 / 时限，缺一不可 |
|---|---|
| 缺项处理 | 负责人写「待指定」，时限写「待定」 |
| 排除项 | 讨论观点、假设场景、被否掉的提议 |
| 多人负责 | 逐人拆分，不合并成一条 |
| 去重 | 同一动作多次出现时合并并保留首次出处 |
典型使用场景
- 会议记录转任务：把承诺事项直接导入任务系统
- 邮件线程梳理：长邮件往来里抽出各方承诺与截止时间
- 事故复盘：整改项逐条带责任人与完成时限
- 客户沟通记录：抽我方待办与客户待办，分别跟踪
- 周会跟踪：对比上周待办完成情况，标出未完成项
待办抽取模板
待办抽取模板
抽取所有行动项，输出 JSON 数组：
[{"action": "…", "owner": "…或 待指定", "due": "YYYY-MM-DD 或 待定", "source": "原文片段"}]
规则：只说“会后跟进”而没有具体动作的不算行动项；多人负责时逐人拆分。
# 排除被讨论但没有承诺的内容，减少误报
# 相对时间保留原文并换算：记录里的“下周三”按会议日期换算
# source 保留原文片段，便于核对是否误解了原意
记录：<transcript>……</transcript>判定与输出对照
| 情形 | 是否行动项 | 输出方式 |
|---|---|---|
| “张三周五前提交方案” | 是 | 三要素齐全，直接输出 |
| “这个要尽快处理” | 是（缺项） | owner 与 due 写「待指定」「待定」 |
| “如果以后要扩容再说” | 否 | 假设场景，不抽取 |
| “李四、王五一起对接” | 是 | 拆成两条，分别带 owner |
| “会上讨论过要不要重启” | 否 | 讨论内容，无明确动作 |
模型会把讨论里的假设场景当行动项；加一句「仅在明确承诺时抽取」能显著减少这类误报。
时限是相对时间（「下周五」「两周后」）时容易换算错；保留原文表述并让下游按会议日期换算更稳。