会议记录转可复核产出 —— 行动清单、利益相关方地图、事故时间线

如何使用这个专题

# 从杂乱笔记到可以交给同事复核的产出 这是一个简短的任务递进，不是关键词堆叠。四个成员都是纯文本提示词，粘贴进任何接受文字的普通 AI 聊天即可 —— 不用安装、不连账号、不需要 API key。它们都不拍照、不发消息、不安排日程、不更新任何系统；四个都只是起草辅助，产出仍须由人复核。 ## 适合谁 凡是开完会或处理完一次故障、手里只有原始笔记、还得整理成同事或上级能据以行动的内容的人：团队负责人、项目协调、客服与运维、活动组织者，以及没有专职记录人的小团队。 ## 前提条件 - 一个能粘贴文本的普通 AI 聊天工具。 - 你自己的原始材料：纪要、转写片段、聊天记录、邮件线程或事故日志。 - 你有权把这些材料粘贴进该工具。会议记录和日志常含姓名、商业计划、私人评论或客户数据；不能外传的先删减，并遵守你所在机构对第三方 AI 工具的规定。 ## 递进顺序与理由 **第一步 —— 根据会议记录生成利益相关方关注点地图**（`<https://tokrepo.com/assets/50a4b899-c4cc-48fb-91a2-1cfe30aa46f5>`）。先建立中立图景。该提示词只读取你粘贴的记录，输出被点名相关方的明确立场、依据、未决问题与证据强度标记（`explicit`、`implied`、`unclear`），另附共同点、实际分歧、无人认领的问题和待核实清单。先做这一步，是因为知道「谁到底说了什么」，才不会把任务派错人。 **第二步 —— 会议纪要转行动清单提示词**（`<https://tokrepo.com/assets/a7cdc10d-46a7-4273-a857-651747981c9b>`）。现在抽取工作项。它把粗糙纪要整理成会议快照、Markdown 行动清单（序号、忠实措辞、负责人、截止日期、状态、原文引用、备注）、已记录决议、待确认问题和置信度说明。核心规则是：留空优于猜测 —— 纪要没写负责人或日期，这些列就留空，并在 D 部分提出问题。它也不会把「也许周五」升格为截止日期。 **第三步 —— 把事故日志整理成事实时间线与跟进草稿**（`<https://tokrepo.com/assets/f0f33817-8fde-4806-a732-ab3e4fe69cd2>`）。当你要记录的不是会议而是一串事件时用它 —— 故障、投诉、项目延期。它只按给出的时间戳排序，时间冲突就并列展示而不擅自选一个，没有时间戳的条目放进独立分组而不是猜测位置，并起草一封由你自己复核和发送的跟进消息。 **第四步 —— 活动日程转拍摄清单提示词**（`<https://tokrepo.com/assets/a909b218-97cc-4a4c-bab7-11a9106fa9aa>`）。前瞻版本。它把提供的活动日程整理成可核对的拍摄清单 —— 每个环节一张照片、取景与方向、唯一必须出现的元素、理由与状态 —— 并附覆盖缺口和复查清单。把它放在最后，是因为它示范同样的纪律用在事前而非事后：不虚构人物、角色、时间或地点，缺细节就标记为需求更多细节。 ## 依赖输出前该做的检查 - 每一行或每个表项都能对应到你粘贴材料中的某句话。对不上就删掉。 - 来源没写的负责人、截止日期和状态，是否都留空。 - 「也许」「应该」「可以」这类不确定措辞是否仍然不确定。 - 冲突的时间或立场是否并列展示，而非被裁定。 - 除非记录明确写着，否则不得声称已决定、已达成一致或形成多数意见。 - 待确认问题是否为每个留空字段都列出至少一个问题。 ## 诚实的局限 - 输出质量完全取决于你的记录有多完整。片段输入只会得到标注为部分内容的清单或时间线。 - `implied`、`unclear` 这类证据强度标记表示模型在推断，应视为需向真人核实的提示，而非事实。 - 没有任何一个成员能确认所描述的操作真的发生、用外部时钟核对时间，或浏览网页、给人发消息、更新任何系统。 - 这些提示词都不提供法律、人事、医疗或财务建议，也都不是承诺的最终记录。 - 源材料标注「已审阅来源；未做运行测试」。所提供证据中没有实际运行记录，因此不对具体聊天工具中的表现作断言；提示词内的示例均标注为虚构，只是输出形式的示意，不是测试结果。 **虚构示例（并非真实事件，也不是测试结果）：** 一位协调人粘贴了站会记录，里面点名 Priya、Tom，还有一位没写名字的「某人」。第一步之后，地图显示 Priya 与 Tom 有明确立场，未点名的那项成为无人认领的问题。第二步之后，清单在该项上保持负责人留空，并在 D 部分追问谁负责。全程没有虚构内容，也没有发送任何东西。