你好，我是郭震！
我一直希望将积累的经验整理成一本系统的实战手册。但在实际操作中发现，长内容创作极易出现前后规则遗忘、章节重复及风格不一致等问题，导致项目难以持续推进。
近期，我尝试利用豆包工作（Doubao Work）将“写书”这一长任务转化为可复用的工作流。本次实测目标是完成一本9章的《AI Agent 实战手册》。最终效果显著：仅需在睡前输入一段指令，次日醒来即可获得完整的Word和PDF文档。
一、直接让 AI 写书为何容易失败
以往直接要求 AI “帮我写本书”，虽能生成内容，但随着篇幅增加，问题频发：前几章设定的规则在后文被遗忘，术语译法前后不一，章节间内容重复，语言风格漂移。
根本原因在于 AI 单次生成的上下文窗口有限，无法依靠“一口气”支撑长任务。因此，本次测试采用“写书 Harness”策略：将书籍拆解为固定流程，分章节执行，确保每个环节均有规则约束。
二、三步搭建写书工作流（Harness）
1. 建立全书总纲
首先，让豆包工作建立包含9章目录、写作规范、术语表、章节摘要及任务进度的总纲文件。通过预先固化规则，防止后续内容跑偏。
第一步提示词示例：
我要写一本《AI Agent 实战手册》，
目标读者是想用 AI Agent 提升效率的职场人、自媒体人和开发者，
不需要编程基础。请先不要写正文，
按下面 4 点搭建全书总纲并保存为项目文件：
1. 输出 9 章目录，每章一句话说明它解决什么问题；
2. 制定写作规范：语言口语化、短段落、多真实案例，
建立全书统一术语表并给出固定定义，每章 10000 字左右；
3. 制定每章验收标准：必须有真实场景案例、可复现的操作步骤和常见坑，
前后术语一致、内容不重复；
4. 建立任务进度文件，列出 9 章执行顺序和当前状态。
总纲完成后先停下，等我确认。发送提示词后，豆包工作在云电脑端运行，生成九章写作大纲及统一术语表。
2. 封装专属 Skill
将“读取规则 — 生成提纲 — 撰写正文 — 检查重复 — 更新进度”五个环节封装为一个专属 Skill。新建 Skill 并按顺序填入执行逻辑即可，后续写书可直接调用。
每次写作前，先读取总纲文件；然后生成本章提纲；
按写作规范撰写正文；
检查本章与前面章节是否有重复内容；
最后更新任务进度。
以上全部完成，才进入下一章。系统自动创建了 book-writing-harness 技能：
3. 设定章节验收条件
为每一章设定严格的验收标准：内容完整、术语一致、无重复内容。只有验收合格方可进入下一章，不合格则当场返工，确保质量可控。
按验收标准检查本章：内容是否完整、
术语是否与术语表一致、是否与前面章节重复。
全部通过后更新任务进度，再继续下一章。每章完成后，发送上述提示词进行验收。豆包工作 Agent 会依标准自查，全程无需编写代码，普通用户亦可轻松复现。
三、睡前启动，次日验收
晚间，我向豆包工作下达指令，调用写书 Skill 逐章执行。
调用写书 Skill，开始写《AI Agent 实战手册》全书。
总纲在项目文件里（9 章目录、写作规范、术语表、验收标准、任务进度），严格按它执行：逐章完成 "读总纲→生成提纲→撰写正文→检查重复→更新进度"，每章验收通过才进下一章。
这是长任务：从第 1 章一直执行到第 9 章，中途不要停下来等我；遇到问题自己修复后继续。
全部完成后做一次全书统一检查（术语、编号、重复），再输出 Word 和 PDF。
我去睡觉了，明天早上回来验收。任务启动后，我将运行环境切换至云电脑，关闭本地设备休息。任务在云端持续运行，并未中断。
半夜查看手机，进度已至第6章：
次日回到电脑端，9章书稿已全部完成，Word 和 PDF 文档均已生成。
手机、Web 及电脑端进度实时同步，全流程在一个工具内闭环完成，无需反复搬运数据。核心体验在于：用户无需守候，AI 可按计划自主完成任务。
四、总结与建议
本次实测表明，豆包工作有效解决了长任务需人工持续监控的痛点。模式从“人围着任务转”转变为“一次性派活，结果导向验收”。
该方案特别适用于需要撰写长文档、操作手册或整理知识库的用户。需注意，尽管自动化程度高，交付前的事实核对、案例真实性验证及最终排版仍建议人工介入。