为什么不是普通 AI 工具
All Writer 的目标不是替代所有写作软件,也不是把 AI 聊天框换一个外壳。它专注一件事:让长篇创作从「零散对话」变成「结构化、可追踪、可交付」的写作工程。
一句话区别
普通 AI 工具擅长回答问题;All Writer 把材料导入、Agent 生成 @system、大纲、正文、引用、AI 修改、审阅和导出放进同一个工作流。
text
普通 AI 聊天:提示词 -> 回答 -> 手动复制粘贴
All Writer:导入材料 -> Agent 抽取 @system -> 大纲写作 -> Diff 审阅 -> Word/HTML/Markdown 导出与普通 AI 聊天相比
| 维度 | 普通 AI 聊天 | All Writer |
|---|---|---|
| 上下文 | 依赖手动粘贴 | 读取项目结构、当前文件、@system 与引用文件 |
| 写入方式 | 生成答案后手动复制 | Agent 可提出文件修改,进入 Diff 队列审阅 |
| 长文一致性 | 每轮容易遗忘设定 | Agent 可从材料抽取 @system,跨章节复用 |
| 审阅流程 | 需要重新粘贴全文 | 可围绕当前章节和项目规则做审阅 |
| 可追踪性 | 修改过程分散在聊天记录 | 每次 AI 改动可预览、接受、跳过或回退 |
适合普通 AI 聊天的场景:临时问答、短文灵感、单次改写。
适合 All Writer 的场景:长篇小说、剧本、论文、技术文档、系列专栏等需要持续维护结构和设定的项目。
与 Notion / 飞书 / 通用笔记相比
Notion、飞书和其他通用笔记工具擅长资料收集、团队协作和轻量文档管理。All Writer 更关注写作过程本身:
- 左侧大纲不是普通文件夹,而是长文结构。
@system不是普通资料页,而是 AI 写作时必须遵循的项目配置,并且可以由 Agent 从草稿、成稿或参考材料中抽取生成。- Diff 队列不是评论功能,而是 AI 修改结果的审阅关卡:你可以接受保留,也可以跳过或回退。
- Agent 的任务不是只回答,而是能围绕项目文件执行写作、审阅和整理。
如果你的核心工作是知识库沉淀,通用笔记工具可能更适合。如果你的核心工作是持续产出长文,All Writer 会更贴近写作链路。
与 Scrivener / Word 相比
Scrivener 和 Word 是成熟的写作与排版工具。All Writer 不试图在所有排版能力上正面对抗,而是补上 AI 时代长文写作最难的一段:
- 让 AI 理解章节位置和项目设定,而不是只看当前一段文字。
- 让 AI 修改先进入 Diff 审阅,而不是直接覆盖正文。
- 让写作、审阅、Markdown ZIP / Web 包 / AI 分享卡片导出形成闭环,而不是散落在多个工具之间。
如果你已经有稳定的终稿排版流程,可以把 All Writer 作为前期结构化创作和 AI 协作工具;需要 .docx 或 PDF 时,可从 Markdown 包或 Web 包继续交给外部排版工具处理。
All Writer 不承诺什么
为了保持边界清晰,All Writer 当前不把以下能力作为核心承诺:
- 不承诺一次生成完整且可发表的长篇作品。
- 不把通用知识库、团队 Wiki 或项目管理作为主场景。
- 不把复杂论文排版和出版社级排版作为当前主路径。
- 不默认把桌面本地项目暗传云端,云端化需要用户显式触发。
这些边界让产品能更专注:帮助你把长文的结构、设定、AI 协作和审阅管起来。
推荐工作流
- 用模板建立项目结构。
- 把人物、世界观、术语、写作风格、审阅标准写进
@system。 - 每次只让 Agent 处理一个章节或一个明确任务。
- 通过 Diff 队列审查 AI 修改。
- 定期导出 Markdown、HTML 或 Word 试读版 / 评审版。
从 5 分钟首稿流程 开始,可以最快体验这条链路。