从研究到高管报告

一套成文的方法，配可复用的资产——不是一个导入文件。

你手上有一堆研究笔记——摘录、网址、页边批注、三个半成形的结论——而周四之前你得交 一份高管报告。失败的路子人人都熟：把所有东西粘进对话框，拿回一段流畅但自信是编的 文字，然后核事实花的时间比自己写还长。

这页写的是我们自己在用的方法。七个步骤，四份可复用的资产：一段能直接抄走的提示词、 一份报告骨架、一份验收清单，还有一个完整跑通的例子——它的输入你可以整份读完。提示词 的任务不是把话说漂亮，是把缺口露出来。AI 起草的报告，只有肯说出自己不知道什么的 那种，才值得你花时间改。

一句话结论：瓶颈不在生成，在证据纪律。七步里只有一步是生成，另外六步是筛选、 核验和审批。

谁该用它——谁该跳过

适合你，如果：

• 材料（笔记、链接、数据）在你手上，截止日以天计，不是以小时计；
• 你的读者能对某件事说 yes 或 no（一笔采购、一条政策、一个方向）——这套方法是围绕 一次决策请求搭的；
• 发出去之前你会逐条读过每一个论断，或者你能点出会这么做的那个人的名字。

跳过它，如果：

• 你要的是文献综述，不是决策文档——这份骨架会跟你对着干（而且它有理）；
• 输出本身就是为了文字（一篇随笔、一条帖子）——我们的 Journal 工作流更合适；
• 没人会读过第一页——那就写完第一页停手；别为了填模板硬造出第 3 到第 6 节。

方法：七个步骤

七步里有六步是筛选、核验和审批。全程预算大约 100 分钟：

步骤	产出什么	用时
1 · 把问题钉死	两句话：谁读这份东西，要请他们决定什么	10 分钟
2 · 给来源分级	每个来源标上一手 / 二手 / 观点	20 分钟
3 · 选骨架	动笔之前先把章节次序定死	5 分钟
4 · 用提示词起草	一份每条论断配一行证据的草稿	15 分钟
5 · 自己先攻一遍草稿	站不住的行全部删掉或降级	20 分钟
6 · 人工审批闸门	一次被记录在案的、他人通读	15 分钟
7 · 过验收清单	18 道二元闸门，然后发	15 分钟

第 1 步 —— 把问题钉死（10 分钟）

写两句话：谁读这份东西，以及要请他们决定什么。不是「向管理层介绍可移植性」， 而是「让工程管理层在 9 月 30 日前批准或否决一项针对 AI 生成文档的可移植性政策」。 如果你写不出那个决策，你就还没到能碰笔记的时候——这是报告写完没人看的头号原因。

第 2 步 —— 给来源分级（20 分钟）

把笔记过一遍，给每个来源标上：一手（厂商文档、规范、你自己的实测）、二手 （引用一手来源的报道），或者观点。在下面那个完整例子里，Cloudflare 的重定向语义 是一手；一篇抱怨这套语义的博客是二手。这个分级后面要进证据表——一份把厂商声明和 厂商吐槽按同等置信度混在一起的高管报告，等于给自己埋雷。

第 3 步 —— 选骨架，不是选格式（5 分钟）

下载 report-skeleton.md。 章节次序——核心结论、决策请求、证据、自行核验的内容、风险、方案、建议——是高管读的 次序，而它正好跟写作者写的次序相反。顺着这个次序走，别跟它拧着来：先填第 3 节 （证据），再填第 1 节（核心结论），尽管印出来时第 1 节在前。

第 4 步 —— 用提示词起草，不是从白纸开始（15 分钟）

复制 prompt.md，把你的笔记 原封不动粘进 <notes> 标签之间——乱本身就是信号，收拾干净的输入会把缺口藏起来—— 填上读者和目标，然后跑。这段提示词强制做到三件默认起草不会做的事：每条论断配一行 证据、每个置信度评级背后给出为什么、以及一节「未验证事项」。你笔记里的矛盾必须 作为风险浮出来，不许被抹平。

这一步我们在 AtomStorm Studio 里跑，下面那个按钮预填的就是它——用你自己的材料， 一次生成就够。这段提示词跟工具无关，在任何够格的助手里都能用；无论你在哪儿跑，它 印出来的每一条论断都归你负责。

第 5 步 —— 自己先攻一遍草稿（20 分钟）

只读证据表。逐行看：链接打得开吗，来源真的这么说吗，置信度评级诚实吗？不过关的一律 删掉或降级。然后拿第 1 节的论断逐条对活下来的行核一遍——一个搁在已删除行上的核心 结论，幻觉出来的自信就是这样抵达高管的。

第 6 步 —— 人工审批闸门（另找一个人，15 分钟）

找一个没参与过笔记的人，读第 1、5、7 节，问两个问题：「什么会改变你的建议？」和 「哪一条论断如果是错的，这份东西就废了？」把这道闸门记下来：谁读的、什么时候、读了 哪几节、指出了什么。一次什么都没查出来的通读，必须说明查了什么——光说「看着没问题」 不算一道闸门。我们自己的生产说明就在页脚。

第 7 步 —— 过验收清单，然后发（15 分钟）

把 acceptance-checklist.md 的 18 条全跑一遍。二元通过/不通过，不给部分分；有一个框没勾上，就退回上一步。其中 两条当得起它们的名声：「存在『未验证事项』清单，或者没有缺口这件事本身给出了 理由」（一份列出零缺口的报告必须说明查了什么，不能只声称自己干净），以及*「导出的 文件在创作工具之外能正常打开」*——可移植性的冒烟测试。把勾完的清单跟报告存在一起； 六个月后，它就是你的审计留痕。

完整跑通的例子：真实输入，真实输出

输入——sample-input-research-notes.md： 一份关于 AI 输出可移植性的真实研究笔记——八段带来源的摘录（Cloudflare 重定向语义、 模板生态、爬虫策略层、送达率契约）、三条综合观察、两个未决问题。每段摘录都注明了 它来自哪个归档文件；其中 Facts 部分不超出该来源说过的话，而 My note 那几行 是研究者本人的解读——这套工作流存在的意义就是保住这条界线。这份笔记是刻意保持乱 的，跟真实笔记一样。

这次跑测——用第 4 步的提示词，AUDIENCE: engineering leadership、 GOAL: approve or reject a portability policy for AI-generated documents by Sept 30， 2026-09-08 在 AtomStorm Studio 里执行（Agentic 模式，Free 模型）。两次生成 （83 秒和 54 秒，输出合计约 17,000 token）产出了 完整报告——除 表格排版外未作编辑。

这个例子说明了什么——模型给的是一个有条件的建议（「批准，但要等我们自己跑的 两项核查通过之后」），不是一句笼统的裁决；它搭了一张 20 行的证据表，每条推论都对着 它的归档来源做了标注；它把 Bing 那条论断放在两篇不同的博客文章上交叉核对；它列出了 九件自己没有核验的事。它也犯了一个看着很自信的错：风险条目 R5 声称某段输入被截断 了，但源文件是完整的——第 5 步存在的理由就是抓这种听着合理的论断。「让缺口可见」 落到实处就是这个样子：报告最值得信的地方，恰恰是它承认自己不确定的地方，而读者的活 是去核那些被标出来的行——包括模型声称自己已经核过的那些。

我们核验了什么——没核验什么

• 已核验：这个例子是真跑过的——它的输入摘录都对着我们样本库里的归档源文件核过 （抓取于 2026-09-04），输出是 2026-09-08 在 AtomStorm Studio 里生成并逐字记录 的。骨架和清单就是我们自己的文档发出去之前要过的那些。
• 未核验：第 4 步提示词的跨模型一致性（我们只在一个环境里跑它）；长周期的修订保真 度——按评审意见重新生成报告——作为步骤演练过，但这里没有做基准测量。
• 我们无法核验：你的读者会不会照这份报告行动。那是你的闭环，而第 1 步里那个决策 请求就是你合上它的方式。

局限

我们背的这四条都写在页面元数据里，并在会咬人的地方重复一遍：可下载资产仍是英文；例子是 一次记录在案的跑测，不是基准；清单是按证据优先的编辑文化调的（评审更轻的团队可能 觉得第 4 条和第 8 条重）；修订保真度是作为实践覆盖的，不是作为测量。

把资产拿走

资产	它是什么
提示词	第 4 步的生成提示词，可直接抄走，跟工具无关
报告骨架	章节次序、逐节规则、验收提示
验收清单	18 道二元闸门；决定发还是退
示例输入	完整例子背后那份真实研究笔记
完整例子的输出	Studio 生成的真实报告，逐字记录

下一个动作

用你自己的笔记，填上你自己的 AUDIENCE 行，把提示词跑一遍。那个按钮会打开 AtomStorm Studio，并预填这套工作流的骨架——同样的方法，你的材料，一次生成就得到 一份你可以开始攻的草稿。