自建 Agent未披露收入;原帖未给出销量、稿酬或时间成本公开 · 免费

用分形迭代写长篇:人先定结构与风格,Agent 再逐块扩写

r/ManusOfficial 发帖者(原帖不可读,未取得用户名)Reddit · 未披露

打开原帖

来源文字 / 整理摘要

采集站 agentusecases.ai 的编辑摘要(原帖 Reddit 线程在本次采集时不可读,以下为转述而非引文):发帖人自称自学出身,把 Manus 与 Gemini 2.5 Pro 的 Deep Research 搭配使用,并采用一套自称为 fractal iteration 的提示方法,包含层级分解、风格指南、规划结构以及 md 与 PDF 模块。他用这套做法生成并组装长篇作品:一本三百多页的非虚构书、一个 255 页的 AI 伦理项目(章节在生成之后组装)、以及一百篇短篇故事的合集。他称自己主导方法并保留了大量笔记,后续生成的段落仍能保持风格与语气一致;在评论中他把结果定位为「长输出连贯性强」,而不是能掩盖 AI 写作痕迹。原帖未给出任何收益或时间成本数据。

业务摘要

把一部长篇拆成可以逐块生成的模块:人先给出结构树与风格指南,Agent 按模块做资料研究、逐块扩写,最后统一落盘成可重组的文本文件,由人通读校订后组装成书或合集。它替代的是从空白页开始的扩写时间,不替代选题、事实核查与终审。

要写长篇非虚构、行业报告、课程讲义或系列短篇的个人创作者;一个人做内容、没人帮忙查资料和初稿的人;以及已经有一堆笔记、缺的是把它们变成连续正文的人。

执行链路

  1. 先出结构树,不写正文

    把整部作品拆成篇、章、节三层,每节写明要回答的一个问题和字数区间。结构树没定,后面所有扩写都是散的。

  2. 写一份短风格指南

    用几条规定压住语气:人称、句式长度、是否用问句、禁用词与必用词、以及一个两百字的样例段落。指南越具体,跨模块的一致性越好。

  3. 用深度研究补事实,并留来源

    先让研究能力强的那一环按节产出带来源的资料卡,每条事实附出处。没有来源的内容不得进入正文,单独列为待核查。

  4. 按模块生成,不一次生成全篇

    一次只给一个模块:本节结构位置、字数区间、风格指南、资料卡。生成完立刻落盘,不要把整本书塞进一次对话。

  5. 每个模块结束做一致性检查

    对照风格指南打勾:人称是否一致、是否出现禁用词、与上一节的衔接是否顺畅、有没有引入结构树之外的新论点。不合格就重写这一节,不要打补丁。

  6. 模块落盘为纯文本,便于重组

    每个模块单独存一个文本文件,文件名带编号与标题。模块化落盘让重排章节、替换某节的成本接近于零。

  7. 组装后整体通读一遍

    人从头到尾读一遍组装稿,只改三类问题:重复、断裂、语气突变。这一步不能交给 Agent,因为连贯性是跨模块的判断。

  8. 事实与引用单独复核一轮

    把所有带出处的事实集中起来逐条回查,特别是数字、人名、日期与引语。AI 写的长文最贵的问题不是文笔,是看起来很像真的错误。

复用方案

  • 一个已经想清楚的选题与读者
  • 能写出结构树的耐心——这一步省不掉
  • 一个具备研究能力的助手加一个擅长长文扩写的助手(或一个两者都行)
  • 愿意用纯文本文件管理模块,而不是在聊天窗口里滚屏
  • 有人做事实核查与最终通读

Prompt 指令

AgentFlow 整理的起步草稿,未在原案例业务环境实测,不保证效果;合成示例测试不代表原作者收入已验证。

你是一个长篇写作助手。任务是在我给定的边界内写完一个模块。结构、风格与事实由我提供,你不改结构、不改风格、不补事实。

【输入】
整部作品结构树:[粘贴结构树]
本模块位置:[例如 第 2 篇 第 3 章 第 1 节]
本节要回答的问题:[一句话]
字数区间:[例如 1200 到 1600 字]
风格指南:[人称、句式长度、禁用词、必用说法、两百字样例段落]
资料卡:[本节可用的事实与出处,逐条列出]
上一节结尾:[粘贴上一节最后一段]

【执行步骤】
1) 先用三句话说明你理解的本节任务与它在结构树中的位置,等我确认。
2) 确认后只写这一个模块,开头承接上一节结尾,不做全篇回顾。
3) 只使用资料卡中的事实。资料卡没有的内容一律不写,需要补充的单独列成「需要补资料」清单。
4) 写完立即做一次自查:人称是否一致、是否出现禁用词、是否引入结构树之外的新论点、字数是否在区间内。
5) 输出正文与自查结果,并把自查发现的问题自己修订后再交付。

【输出要求】
- 正文:纯文本,带小节标题。
- 自查表:五到七项,逐项写通过与不通过,不通过的写明如何修订。
- 需要补资料清单:单列,说明缺什么、为什么需要。
- 本模块的衔接提示:给下一节的一句过渡建议。

【人工确认点】
- 你对本节任务的理解需我确认后才开写。
- 不得修改结构树、不得调整章节顺序、不得改变字数区间。
- 资料卡之外的事实不得写入正文。

【合成示例(非真实业务数据,仅演示格式)】
输入:结构树第 2 篇第 3 章第 1 节,问题为「为什么小团队的任务更容易卡住」,字数 1200 到 1600,风格为第二人称、短句、禁用「赋能」「闭环」,资料卡含三条带出处的研究结论。
输出(节选):
正文开头:上一节说到看板上的卡片会自己变旧,这里要回答的是为什么会变旧——
自查表:第二人称一致 通过;无禁用词 通过;未引入新论点 通过;字数 1420 在区间内 通过;与上一节衔接 通过。
需要补资料清单:1) 资料卡未给出小团队规模的定义,正文回避了具体人数,需补一条出处。
衔接提示:下一节可从「既然卡住是常态,那么发现得早就比解决得快更重要」切入。

运行成本与避坑指南

成本:原帖未披露任何 token、费用或用量数据,采集站亦未给出。长篇按模块生成的主要成本来自反复携带风格指南与资料卡;本站不给未经核实的数字,建议先用一个模块试跑估量。

运行条件:一次对话塞太多模块会导致前文被压缩、风格漂移,因此必须按模块生成并落盘。研究环节与写作环节分开跑,能明显降低事实混入臆测的概率。

避坑:最常见的失败是把结构树这一步跳过去,直接让助手从第一章写起——写到第五章必然散。第二个坑是风格漂移,没有风格指南就只能靠人逐节改。第三个坑是最贵的:看起来很像真的错误数字与引语,必须单独做一轮事实核查,不能因为读起来顺就放过。

原作者自述:交易、收入及自动运行效果未经独立审计。

AgentFlow 的拆解与试用 Prompt 属于分析及推演,不保证收益或复刻效果。

原文与配图归原作者;完整内容请通过原帖链接查看。

本站未运行该流程,未生成任何长篇正文,也未取得原帖逐字文本——采集时 Reddit 各公开端点均返回 HTTP 403。本条基于采集站 agentusecases.ai 的编辑摘要做原创拆解,执行链路、Prompt 与避坑均为本站推演,不是实测结论。