Agent Harness：博文流水线：想法、概念与一句话任务

有一个想法、想把一个概念讲清楚，或者领导只丢来一句话。是不是每次都要把封面时机、原话能不能改、没有出处的数字留不留、做到哪一步停下，重新讲一遍？本篇讲一套博文流水线：Rules、Skills、Agents 开。

用一次对话写博文，换一个题目就要把约束再讲一遍。封面什么时候做、哪些句子必须留原话、图片从截图来还是现画、最后停在预发布还是直接发出去，这些取舍若只活在当次对话里，下一次又会重新猜。

这里的核心认知是：这套 Harness 把博文拆开做。Rules 写合格条件，Skills 写这一步的输入和做完的样子，Agents 写谁不能越岗。AGENT.mdc 只保留目标、顺序、确认和目录，不把细则再抄一遍。 想法、概念、一句话任务走同一套正文，不因为「这只是一个想法」就换一套结构。显式阅读总控才执行。总控和六份规则的 alwaysApply 都是 false，十一份技能的 disable-model-invocation 都是 true，不在无关对话里自动生效。

一、AGENT.mdc 里写什么

AGENT.mdc 不写某一条规则的判定细则，也不写某一张技能的操作步骤。它固定这六块。

四个确认：

退回确认是 封面退回、正文退回、配图退回。确认后面可以接冒号和修改意见。长短确认同时出现时，认长的那一句。用户说「发布」时，只告知预发布路径已经就绪或尚未就绪。这句话不代发，也不当成预览通过。

AGENT.mdc 写长了，Agent 读总控时会丢掉停点。顺序和确认留在总控；怎样才算五部分写满、怎样分篮、怎样退回，留在对应规则和技能里。

二、从一句话到预发布

1. 归档原话
2. 主张定锚
3. 深度提纲
4. 取材
5. 核对
6. 核对未通过则回到提纲或取材，不向用户停
7. 生成封面候选图，门改为待确认，停止
8. 用户封面通过后写正文，停止
9. 用户正文通过后写配图方案，停止
10. 用户配图通过后制作素材并排版预览，停止
11. 用户说「预览通过，放入预发布」后复制到预发布，停止

第 6 步不把人叫住。提纲缺槽位，退回提纲；出处缺失或主张被改写，退回取材。缺少材料的槽位保留，不因此退回。结论写成「可以出封面」之后，才生成 05-封面候选.png。图没落盘，封面门保持未到。

用户第一次停下时，同一页上要能看见：候选图、拟定角度或原话主张、提纲、资料清单、冲突清单。

封面只改画面时，重出候选图，提纲和正文保持不动。意见涉及角度、提纲或资料时，从被指出的那一步重做，再出封面，这中间不写正文。正文阶段要改标题或主题，封面与提纲改回待确认，先重出封面，再改正文。

预发布只复制五样：封面.png、正文.md、figures/、素材清单.md、主张与资料.md。过程稿留在 work/。预发布目录已经存在就停止，不覆盖。复制完成后流程结束，不打开发布页面，不上传。

三、三种入口，走同一套正文

三种都先归档原句，再定锚。原话里有普及、入门、介绍、科普之一，结论写「进入普及文」。四个词都没有，结论写停止。句里的判断、经历或问题只保留编号，不另开一节结构。

一种说法可以有两种理解时，两条都写下，标【待确认】。用户改写或删除之前，不选其中一条写成确定判断。

1. 有一个好想法

想法整句进入 00-口述原文.md。定锚写出读者、要讲清的问题、不写的范围、收束用的抽离检验，四项都标拟定。封面通过之前，这些句子不写成「用户认为」。

抽离检验在概念破冰里只定一条，后四部分回指这一条，不另起一条互相打架的标准。想法里的经历若没有被用户亲口说过，不补进原话表。

下面是一个示意。便签上只有「这个想法不错，帮我写成一篇」，四个词都没有，定锚停止，不写提纲。补上「写成一篇介绍」或「一篇科普」之后，才进入五部分。

2. 想分享一个概念

这是模板写明要接的稿。五部分都要写满：

每部分先用一句人话，再出现术语。术语第一次出现后，紧接着用白话再说一遍。比喻放在概念破冰，后文回指这一个比喻。不写模型排行榜，不把某一家产品写成整章。期限、比例、人数没有出处，就改成不带数字的说法，并在该槽位记下缺少材料。

3. 领导交给的一句话

一句话够用来建目录、编号和定锚。目录先叫 待定题，定锚之后换成短题。同一篇退回重做，沿用第一次的目录，不另建一套。

一句话里没有四个词，调度停止，并说明本流程只写普及、入门、介绍、科普。不先写一篇再说。有了其中一个词，仍要在四门使用上面的确认。调度不把「可以」「行」「发布」认作确认。

下面是一个示意。「就这一句，写成科普，下午发出去。」「科普」足以进入普及文。「发出去」不是 预览通过，放入预发布。流程可以做到预发布目录，然后停止，把路径交还。发布由人在该目录之外完成。

三种入口的差别在原话里有什么，不在流水线换不换。结构都是五部分。停点都是四门。发布都不在流程内。

四、目录：模板不预置当期稿

稿件根目录是 cursor/ 的上一级。下面是这套模板现在的文件，加上运行时才出现的目录。

docs/20261025/
├── cursor/
│ ├── AGENT.mdc
│ ├── rules/
│ │ ├── fidelity-rules.mdc # 原话、拟定角度、待确认
│ │ ├── depth-rules.mdc # 普及文五部分
│ │ ├── source-rules.mdc # 三篮、出处、冲突
│ │ ├── gate-rules.mdc # 四门、确认、不发布
│ │ ├── cover-rules.mdc # 角色圣经、候选图
│ │ └── figure-rules.mdc # 按段选型
│ ├── skills/
│ │ ├── capture-talk/SKILL.md
│ │ ├── anchor-thesis/SKILL.md
│ │ ├── plan-depth/SKILL.md
│ │ ├── gather-sources/SKILL.md
│ │ ├── check-alignment/SKILL.md
│ │ ├── propose-cover/SKILL.md
│ │ ├── propose-body/SKILL.md
│ │ ├── propose-figures/SKILL.md
│ │ ├── make-assets/SKILL.md
│ │ ├── layout-preview/SKILL.md
│ │ └── stage-prepublish/SKILL.md
│ └── agents/
│ ├── scheduler-agent.md
│ ├── editor-agent.md
│ ├── researcher-agent.md
│ └── art-agent.md
├── cover-bible/ # 「封面通过，锁定角色」之后才写 bible.md
├── work/{yyyyMMdd-HHmmss}-{短题}/ # 运行时创建
└── prepublish/{yyyyMMdd-HHmmss}-{短题}/

work/ 里的过程稿：

必要截图放进 assets/inbox/。没放进去时，预览状态写未齐，预览门保持未到，不接受「预览通过，放入预发布」。

配图按这个顺序取第一种成立的：用户截图、流程图、插画、网上图片、不配图。普及文里，概念破冰用比喻插画，可以用封面角色。核心特征、模式演进、落地实践、避坑与展望各用一张流程图，节点只用该部分已经写定的名称。配图通过之前，不生成、不下载正文图。

cover-bible/bible.md 在收到 封面通过，锁定角色 之前不写。只有 封面通过 时，不改圣经。

五、落地踩坑清单

问题：定锚被跳过。判断、经历或问题被写成另一套结构。
方案：四个词都没有，结论写停止，不写拟定角度，不写提纲。后补的一句追加新编号，不覆盖旧编号。

问题：正文出现用户没说过的人物、项目、数字和立场。
方案：原话篮只抄编号和原句。讲解角度单独放。封面通过之前保持「拟定」。示意段写明「下面是一个示意」。

问题：期限、比例、人数和「几周见效」被写成已核实事实。
方案：没有链接或点名文件，就从提纲和正文里删掉。搜不到的资料层改记「缺少材料」，不编链接。

问题：四门形同虚设。同一句话仍被一次写完，并当成可发稿。
方案：技能不把状态写成通过。调度只抄用户原句。「可以」「行」「发布」都不是确认。

问题：预发布目录被当成已经上线。
方案：只回报路径已经就绪或尚未就绪。不打开发布页面，不上传。

问题：改一条配图规则，要同时改总控，停点和确认淹没在长文里。
方案：总控保留目标、索引、优先级、顺序、确认、目录。判定细则留在对应的规则和技能。

问题：读者以为那是真实界面。
方案：要看界面的那一行保持缺图。预览写「这里需要一张截图」，并写同一句要求。素材未齐时，不接受预览确认。

问题：封面何时做、谁能把门写成通过、图从哪里来、停在哪一步，每次运行重新猜。
方案：先有 AGENT.mdc 里的十一步和四句确认，再让技能去实现其中一步。技能文件不代替总控。

六、适用边界

✅ 适合：原话里写明普及、入门、介绍或科普的博文。包括一个还没展开的想法、一个要讲给别人的概念、领导交来的一句话。由人确认，并自己决定发布。

七、总结

Rules 规定什么样算合格，Skills 规定每一步交出什么文件，Agents 规定谁不能越岗。AGENT.mdc 规定顺序、确认和目录。 想法、概念、一句话任务用同一套模板。原话、资料、展开。封面、正文、配图、预览由人确认。