跳到正文

通用方法 / 场景实战

场景实战:从自己的笔记整理一篇文章草稿

先核对材料与观点,再组织文章;保留自己的判断,不让 Agent 补造亲历和数字。

方法指南2 分钟阅读整理于 2026-10-12
这是一条可尝试的工作方法。

文中的示例任务用于练习;不承诺具体账号的运行结果、费用或耗时。

准备三类材料

选一个你有原始记录的话题,准备自己的笔记、可以引用的资料,以及你现在的判断。把它们分开标记,避免资料里的别人的经历被写成你的经历。

例如,你想写第一次让 Agent 整理资料的过程,就提供实际任务说明、交付文件和自己的检查记录。如果没有实际做过这次任务,把文章写成方法说明,不加入“我试了以后”的叙述。

这是通用写作方法,尚未在四个产品账号中逐一操作验证。先确认当前产品能读取你提供的材料,长文件可分批提供。

先整理观点,不急着扩写

让 Agent 列出材料支持的三到五个观点,每个观点注明对应材料;另外列出信息缺口、互相矛盾的说法和需要你决定的取舍。读完这份清单,再决定文章要回答哪个问题。

可复制 · 请替换方括号中的内容
请根据我提供的笔记整理文章草稿。
读者:[谁在读,他们遇到什么问题]
我要表达的判断:[用自己的话写一句]
材料:[自己的笔记、外部资料,分别标记]
第一步只给观点清单与提纲,每个关键判断注明材料位置。
没有记录的经历、数字和引语不要补造。把我的原话、外部观点和你的推断分开。
我确认提纲后,再写正文,并在文末保留待核实事项。

根据提纲逐段写

确认提纲时,删掉材料无法支撑的结论,把最具体的场景放到能帮助读者理解的位置。写完一段就检查它是否真的回答了问题,不用每个观点都硬凑成同样长的段落。

反馈可以具体到一句话:“这段是别人的案例,请补上来源”“我没有说效果提高了一倍,删掉这个数字”“这段保留我的原话,不改成口号”。这样的修改要求比“写得更有人味”更容易执行。

做一次事实和声音检查

逐项核对正文中的人物、时间、数字、引语和第一人称经历。当前产品功能等会变化的信息,回到官方页面确认日期;无法核实的内容删去或明确标注未知。

然后大声读一遍,删掉你平时不会说的套话。验收标准:文章有一个清楚的判断;关键事实能回到材料;亲历来自你的记录;未知仍然可见。交付到这里是一篇可审阅草稿,发布再单独决定。

FROM MY OWN BLOG

我的实际使用

从我已发表的 Blog 里整理:当时怎样用,结果怎样,哪里还没做成。具体过程以原文记录为准。

工作习惯尹睦

我用 wiki 找旧观点、案例和经验,再起草

先利用自己的材料降低翻找成本,再组织初稿;真正的验收和修改仍要继续做。

有了wiki,AI能帮我把过去写过的观点、案例和经验找出来,组织成初稿。原本要翻很久资料的选题,现在启动起来容易多了。

原文摘录 · AI不是让你躺平的,是来让你更卷的 ↗

过程整理

  1. 从过去的材料开始

    我把过去写过的观点、案例和经验作为素材,通过 wiki 帮助查找。

  2. 组织成初稿

    AI 帮我把材料组织起来,选题的启动成本降低了。原文没有公开当时那份初稿。

  3. 承担后续判断

    启动更容易,也让我想写更多题。任务变多以后,检查、修改和取舍并不会消失。

给下一次使用的建议

先从自己的资料里找事实和例子,再让 AI 组织。初稿完成后,要核对引用是否准确、有没有补造个人经历。

记录范围:原文没有指定这段流程由 Muse、Dots 或 Manus 完成,也没有给出完整提示词,所以这里按通用写作实践呈现。

下一步

场景实战:把三份资料整理成知识笔记

保留来源、拆开事实和推断,把散乱资料变成下一次能用的 Markdown 笔记。