行动项提取 Prompt：Owner 与截止日模板

17 个可直接复制的 Prompt——从邮件、Slack、转录、纪要里提清晰行动项——每项都带 owner、动作、截止日、依赖。

发布于: 2026/05/17 作者: AI Productivity Guide Team 🌐 查看英文版本

行动项常迷失在混乱讨论里——半句承诺、“我们应该……”、“我处理”、“再聊”。这些 Prompt 强制 (owner、动作、截止日、依赖) 形状，让事不再跨平台漏掉。

这套 Prompt 主要解决什么问题

一次会议或一串讨论会产生 5–10 个潜在承诺。没结构就散到三处——某人的笔记本、另一人的 Slack DM、没人的日历。这些模板强制单一规范形状，让行动项住在一处，带 owner、动作、截止日、依赖、来源。

这篇适合谁

分拣 Slack 和邮件的 PM 和 tech lead；每周 15 场会的创始人；把客户电话转成下一步的客户成功；跨多干系人整合行动项的 ops；任何”我会发 recap”承诺死在收件箱里的人。

什么时候不建议用

纯社交讨论——把”我们去喝咖啡”提成行动项是噪音。源太短不需要结构（3 条消息的讨论）——别用。转录里 speaker attribution 缺失时——无 owner 的行动项比没行动项更糟，会造成假问责。

Prompt 结构公式

一个行动项提取 Prompt 应包含 6 个要素：

来源：粘贴邮件 / Slack / 转录 / 文档。
项形状：[Owner] 动作 — Due [date or TBD] — Depends on [X or none]。
Owner 推断规则：”@” 提及算、“我来做”算、“我们应该”需要点名 owner 或标 TBD。
动作具体性：每项必须可执行——“看看 X” 不算，“周五前为 X 出草案” 算。
来源 span：每项引用对应的行 / 时间戳。
去重规则：同一承诺说两次 = 一项。

这套 Prompt 适合用在哪

4+ 回复的长邮件讨论
含隐式”@“承诺的 Slack 讨论
会议转录和录音
喂 CRM 的客户电话备注
含”我们应该”隐式行动的项目文档
跨文档整合（3 文档 → 一个行动清单）
从自己的行动清单挑个人 todo
从累积行动起草状态邮件

17 个可直接复制的 Prompt 模板

1. 从邮件线程

下面是长邮件线程。提取所有暗示或明示的行动项。每项：owner、动作（具体、动词领）、截止日（或"TBD"）、依赖、触发它的行（引用原句）。跳过社交 / 确认消息。

{paste}

2. 从 Slack 线程

下面是 Slack 线程。提取行动项。注意"@"提及和"我处理 / 收到 / 我来"类承诺。Owner = 承诺的人，不是提出请求的人。输出为表：owner / 动作 / 截止 / 依赖 / 来源行。

{paste}

3. 从会议转录

从会议转录提取行动项，严格格式：`[Owner] 动作 — Due [date / "TBD"] — Depends on [X or none] — Source [timestamp]`。跳过非可执行内容。两人同意同一动作时归给最后发言者，除非显式点名其他 owner。

{paste}

4. 从文档隐式行动

下面是含隐式行动的文档（"我们应该……"、"需要有人……"、"[name] 可以……"）。提取每个隐式行动并给建议 owner（最贴近上下文或最后被点名的人）。建议 owner 用 [SUGGESTED] 标供我确认。

{paste}

5. 跨文档行动整合

下面是来自 3 个不同源（纪要、邮件、项目文档）的行动项。整合：去重（两源同承诺 = 一项，列两个来源 span）、按依赖排序、按 owner 分组。输出为表。

源 1：{paste}
源 2：{paste}
源 3：{paste}

6. 行动项 → 个人 todo

下面是我的完整团队行动清单（粘贴）。只挑我 own 的。按截止日排序。把阻塞依赖（等他人）标 [BLOCKED] 并 1 行说明谁解锁。

{paste}

7. 行动项 → 状态邮件

下面是带当前状态的行动清单。写 150 字状态邮件给团队：已完成（1 行）、进行中（每项 1 行 + % 完成）、阻塞（1 行 + 谁解锁）、延期（1 行 + 新 ETA）。语气：直白，无营销。

{paste}

8. 识别孤儿行动

下面是行动清单。识别孤儿：无明确 owner、无截止日、或在原上下文里无人明确负责。每个：动作、为什么是孤儿、建议修复（候选 owner、让团队重决、归档）。

{paste}

9. 客户电话的行动项

这是销售 / CS 电话。提取行动项分 (a) 我的（我对客户的承诺）、(b) 他们的（他们对我的承诺）、(c) 联合（双方约定）。每项：动作、截止日或"TBD"、依赖。

转录：{paste}

10. 1:1 的行动项

这是我和 {下属 / 上级} 的 1:1。提取行动项分 (a) 我的 follow-up、(b) 他们的 follow-up、(c) 下次 1:1 前共同 follow-up。跳过个人 / 私人事项。每项：动作、截止日或"下次 1:1 前"。

转录：{paste}

11. 带优先级和工作量的行动项

从这份转录 / 文档提取行动项，附优先级（P0/P1/P2）和粗工作量（≤30 分 / ≤2 小时 / ≤1 天 / 多日）。用 1 行说明每个优先级。同优先级内按工作量（小先）堆排。

{paste}

12. 同日行动项去重与整合

下面是我今天的行动清单（粘贴）。去重功能相同的项。聚类应在一个工作 session 完成的相关项。输出整合后的清单，每个合并或聚类用 1 行说明原因。

{paste}

13. 行动项 → 日历块草稿

下面是我本周的行动项。起草日历计划：哪天上午 / 下午做哪个，考虑依赖和工作量。把需要相似上下文的项（如所有邮件类）放同一块。输出为时间块（90 分钟单位）。

{paste}

14. 行动项 → 给 owner 的提醒消息

下面是我等待同事完成的行动项。给每个 owner 起草 Slack 提醒（每个 ≤3 句，友好但直接）：点出动作、原截止日、为什么对我的工作要紧。别说教，只是提醒。

{paste}

15. 分别提取决定和行动项

下面是会议转录。输出 2 节：(1) 做出的决定（结论，不是讨论）、(2) 标准格式的行动项。跳过没落到决定或承诺的讨论 / 辩论。

{paste}

16. 对照 recap 跟踪行动项完成

上周行动清单：{paste}。本周 recap：{paste}。输出状态报告：已完成（recap 中的证据）、进行中（当前 % 或状态）、阻塞（原因）、删除（原因）。标出沉默的项。

17. 行动项隐藏风险审计

下面是未来 2 周的行动清单。审计隐藏风险：同 owner 同日叠多个、依赖被我们团队外的人 own、截止日在已知假期或冻结期之前。列风险及缓解建议。

{paste}

容易踩的坑

模糊行动项。 “看看 X” 不可执行。强制”周五前出 X 的 1 页文档”。
无 owner。 没点名 owner 的项会死。至少强制一个 “[SUGGESTED] owner” 供确认。
忘了依赖。 Alice 同时 own 两个相互依赖的项就压成一个；缺依赖就调度失败。
把”我们应该”当承诺。 没自愿者跟上的”我们应该”是延后决定，不是行动项。
抓得太多。 60 分钟会议抓 30 项 = 大多数永不完成。每会议封顶 5–7 项。
无来源 span。 没来源行的项无法验证或申辩。
靠重复继承的 owner。 Alice 永远拿到行动只因开会嗓门大，负载就偏。审计 owner 分布能抓。

下一步怎么继续提升

永远要来源行 / 时间戳（模板 #1–#3）。可审计的项才会完成。
用推断 owner 标记（[SUGGESTED]），不是瞎猜。强制 30 秒确认，避免假问责。
行动提取 + 状态邮件起草（模板 #7）打包成一个工作流——提取是半价值，分发是另一半。
会议跑模板 #15（决定 vs 行动）。混在一起就会忘决定。
长项目周跑模板 #16。可见的掉单能早抓静默失败。
配会议纪要 Prompt用于转录——同一输入跑两 pass。
Slack 重的团队，把提取 Prompt 保存为快捷回复贴进任何讨论。跨频道标准化形状。

FAQ

这和会议纪要 Prompt 有什么区别？ 会议纪要总结整场会议（决定、讨论、parking lot）。行动提取只挑承诺。两者都用，工作流互补。
模型该推断 owner 还是每次问？ 高置信度（@ 提及、“我来做”）推断没问题。任何推断都用 [SUGGESTED] 标，让人确认。
截止日什么格式最好？ 绝对日期（“2026-05-23”），不是相对（“下周五”）。相对日期跨时区和回看时丢含义。
提出的行动项应该放哪？ 团队已在用的地方——Linear、Jira、Notion、Asana、GitHub issue。提取 Prompt 给标准形状；目的地管道接走。
多短的讨论就不该用这些 Prompt 了？ ≤3 条消息直接读。Prompt 开销超过价值。
跨数周的行动项呢？ 拆成更小的、带中间依赖。“上线特性 X” 是项目；“周三前出 X 的设计 spec” 是行动。