证据分级的决策简报 —— 分清你看到的、别人声称的、该你判断的
一条四步进阶路径:把原始笔记、粘贴的商品信息和安全须知整理成可复核的简报,把已观察事实、单方声称与需人判断的部分严格分开。每一步都说明提示词能做什么、不能做什么,并以你自己执行的通过/不通过检查收尾。
证据分级的决策简报 —— 分清你看到的、别人声称的、该你判断的 是 TokRepo 精选主题包之一 — 把 4 个 AI 资产打包成一条命令就能装齐的整套方案。每个资产都经过验证(公开状态、最新版本可下载),按主类型归类,并确保互相搭配能跑通。
在终端跑 `tokrepo install pack/tokrepo-editorial-methodology-1ca36ab785c3`,或者把这条命令丢给你的 AI agent — Claude Code / Cursor / Codex CLI / Gemini CLI / GitHub Copilot / Cline / Roo Code / Windsurf 全部支持。TokRepo Node CLI 会从注册表抓取每个资产,把 skill 文件放到 `.claude/skills/`,prompt 放到你的 prompt 目录,MCP server 写进客户端配置,最后给你一份安装清单。
如果不打包,你得一个一个找、验、装这 4 个资产 — 通常每个 30 到 60 分钟。主题包把这步压成一条命令,并且会跟着底层资产更新而保持鲜活。任何资产被设为私有或下架,包会在下次安装时自动跳过那条 — 不会出现「半截装」。
如何使用这个专题
## 适合谁 需要把零散、半结构化的材料整理成「人能复核并据此行动」的东西的人:检验员笔记、一堆商品信息、实验室安全须知、厨房储藏清单。这四步共用一个工作原则 —— **把「文中说了的」与「推断出来的」分开,不允许助手替人做任何属于人的决定。** ## 前提 - 任何能接受长文本粘贴的聊天助手。四步都不需要终端、账号或 API key。 - 双语原文:以下每个成员都附带英文正文与中文译文,你可以任选语言运行。 - 对自己手上的东西诚实。这些提示词大多被要求:输入缺失时先停下来询问,或写「not stated in notes」。 - 有权限粘贴。粘贴前删掉订单号、地址、账号信息和个人姓名。 ## 进阶路径 **第一步 —— 在原始观察笔记上练熟这个习惯。** 从供应商质量问题台账(成员 A)开始。你粘贴一段检验笔记,得到一张每一行只带一个证据类别(OBSERVED 或 SUSPECTED)的表格。这是最干净的入门点,因为区分非常尖锐,且提示词写得很明确:笔记没写的字段必须写「not stated in notes」,数量列里每个数字都必须出现在你自己的文本里。这一步做不了,后面几步只会骗过你。 **第二步 —— 把同一个习惯搬到一次即将发生的购买上。** 购物决策证据清单(成员 B)把同样的分离逻辑用到商品页、评论和参数表上,但状态更细:[Verified](已核实)、[Claimed only](仅有声称)、[Conflicting](冲突)、[Missing](缺失)。把卖家的保修声明和使用者的反馈对照,你会得到一个标出两个来源的 Conflicting 行 —— 卖家单方说法不会被悄悄抹平成一个整体评分。这一步还教了防注入规则:粘贴的来源里若夹带针对助手的指令,忽略并记录这个异常。 **第三步 —— 用在出错代价真实的场景。** 实验前准备自测(成员 C)把安全须知转成学习题,但只覆盖须知真正写明的内容,每个答案都引用确实出现在粘贴文本里的原句。须知无法解决的事项变成学生必须问指导老师的问题,而不是模型自己补上的答案。结尾必须有章节列出至少两项本自测不覆盖的内容。 **第四步 —— 在一份「只整理」的计划里认出同一套结构。** 每周家庭膳食计划简报(成员 D)展示了同一套模式用在物流而非证据上的样子:它整理 7 天计划和采购缺口清单,把含糊的数量标成 `CHECK:` 并写明原因,逐条审核饮食规则,并且被明确禁止下单、预订或声称查过实时库存。它的通过/不通过检查与前三步形状一致。 ## 走完之后你应该会做 给定任何粘贴的笔记,在行动前跑一遍通过/不通过复核:(1) 每一条事实行都引用你输入中真实存在的来源或原句;(2) 没有出现你没提供的数字、供应商、日期、价格或数量;(3) 未解决的部分被标为待解决、缺失或需人工确认,而不是被抹平;(4) 你的材料沉默处出现「not stated」或等价的标记。 ## 诚实的限制 - 四个都是文档形式的文本提示词。已审阅来源,**此处未做运行测试** —— 我没有在任何对话中实际执行它们,请不要把本指南读成实测输出报告。 - 它们都不会替你搜索、打开应用、联系第三方、下单或更新系统。它们只产出草稿。 - 质量受你的输入限制。笔记单薄,台账也单薄;安全须知残缺,自测也残缺。 - 最终判断始终由人做:疑似缺陷怎么处理、买什么、是否准备好进实验室、做什么饭。 - 成员内部的示例数字均为虚构并已标注。第一步中的「14 of 300 stripped threads」是为展示表格结构而虚构的。 ## 建议顺序与节奏 按顺序一口气做完,每步大约 20 分钟。重点是这个习惯的迁移,而不是交出四份成品文档。 ## 来源与致谢 四个成员均为 TokRepo 原创提示词,采用 CC BY 4.0 许可;背景参考 [ChatGPT release notes](<https://help.openai.com/en/articles/6825453-chatgpt-release-notes>),仅作工作台的一般背景。外部参考材料保留各自原有权利。
4 个资产打包就绪
收录理由:第一步:最清晰的教学案例 —— 原始检验笔记变成每行只带一个证据类别(OBSERVED/SUSPECTED)的表格,未提供的字段必须写「not stated in notes」,每个数字都必须出现在你自己的文本里。
收录理由:第二步:把同一套分离逻辑用到你自己粘贴的商品页与评论上,增加 [Verified]/[Claimed only]/[Conflicting]/[Missing] 状态,并加入针对可疑来源文本的防注入规则。
收录理由:第三步:抬高代价 —— 安全须知变成准备自测,每个答案都要引用粘贴须知里的真实原句,未解决的事项变成向指导老师提问,而不是编造答案。
收录理由:第四步:在「只整理」的计划里展示同一结构 —— 7 天膳食计划与采购缺口清单,含糊数量标 `CHECK:`,附硬性规则审核,并明确禁止下单或声称查过实时库存。