终于，有一款在内容写作上还算靠谱的AI了
冷逸实测「问小白 5 Pro」五个长内容任务：关键不是更长上下文，而是用文件沙箱 + Brief/Canvas/Todo + 自检 + FS-Researcher 可追溯引用，把长写作工程化。
基本信息
- 来源类型：文章（人人都是产品经理）
- 原文位置：
raw/articles/2026-07-25-woshipm-wenxiaobai-5-pro-long-content.md - 原文 URL：https://www.woshipm.com/ai/6434834.html
- 作者：冷逸（沃垠AI）
- 发布日期：2026-07-24
- 消化日期：2026-07-25
核心观点
- 写作能力与编程能力脱钩：2T/3T 级模型在编程与长程任务上“大力出奇迹”，但作者判断写作整体在退步；当前作者仍顺手的写作向模型主要是 Claude 4.8 Opus、DeepSeek V4 Pro、ERNIE 5.0、Hy3、Gemini 2.5 Pro。
- 问小白 5 Pro 的差异化定位：不卷参数、不拼代码，主打「新一代长内容生成引擎」——长内容交付、更长更可信；入口
wenxiaobai.com。 - 五任务覆盖三类场景：2 万字科幻小说、四川省 OPC 政策公文报告、仿风格公众号、ACL 论文知乎科普回答、7 模型横评市调；覆盖职场写作 / 公文 / 自媒体。
- 长内容一致性靠工程件，不靠“聊着写”：先写剧情文档入库 → Todo 拆步 → 内容 Brief（概要/人设/读者/风格/叙事/隐藏线索）→ Canvas 成稿 → 资产库文件树；小说终稿约 18000 字、四幕、对齐 Andy Weir 风格。
- 可追溯检索是可信度底座：FS-Researcher（ACL 2025 杰出论文，26 篇入选、获奖率 <1%，arxiv
2506.03968）支撑“每条引用可追溯、信息有来源”；市调报告作者称“几乎零幻觉”。 - 核心洞察：管上下文 > 堆上下文：文件沙箱把上传资料、草稿、检索网页、生成稿件沉淀到同一项目工作区；把持久记忆建在原生文件系统上，而不是只靠更长窗口。
- 已知短板：多文件与 Chat 框联动路径过深；不支持 Skill；作者已反馈，产品侧称将优化。
实操内容保留
Prompt 模板
小说设定（原文设定）
有一天，冷逸醒来，突然发现自己不能说话了，但可以用意念控制身边的物体（不超过100米范围内），他于是起床、出门……由此展开了一场奇幻之旅。
公文写作指令（原文）
按照公文要求，帮我写一份《关于2026年四川省OPC政策的报告》，信息尽量全面、权威，2000字，内容简明扼要。
操作步骤
长内容任务通用流水线（据实测归纳）
- 与模型先共创结构化“剧情/大纲/风格”文档，写入资料库（可被后续任务直接调用）。
- 下达长任务后，先看系统生成的 Todo（如：创建 Brief+Canvas → 分幕/分节写作）。
- 审阅 内容 Brief（创作概要、创作者人设、目标读者、风格参考、叙事结构、隐藏线索等一致性约束）。
- 在右侧 Canvas 持续写作；资产库查看文件树；按需导出 Word / Excel / PDF / Markdown / PNG / HTML。
- 公众号等成品任务在发布前触发 逐句自检。
- 检索类任务依赖 FS-Researcher 可追溯引用，核对来源后再交付。
五任务清单
| 任务 | 输入要点 | 产出要点 |
|---|---|---|
| 科幻小说《100米》 | 设定 + 剧情文档 + Andy Weir 风格 | ~18000 字，四幕 |
| OPC 政策公文 | 2026 四川 OPC 政策检索 | 六板块：背景/省级/成都配套/亮点/进展/建议 |
| 公众号科普 | 多篇爆款提炼文风 + 长鑫科技选题 | 风格对齐 + 发布前自检 |
| 知乎高赞 | ACL 2025 论文通俗化 | 保留技术内核的科普回答 |
| 模型横评 | 检索 7 个模型 | 数据密集市调，作者称几乎零幻觉 |
代码/配置
（本文无代码/安装命令；产品体验入口：https://wenxiaobai.com；FS-Researcher 论文：https://arxiv.org/pdf/2506.03968）
关键概念
- 问小白 5 Pro — 本文主角：长内容生成引擎产品
- 内容工程化 — 文件沙箱 / Brief / Canvas / Todo / 自检 把写作做成工程流程
- 写作风格说明书 — 从多篇爆款文章提炼文风，再约束新稿
- AI内容创作 — 主题页：长内容工具与职场/公文/自媒体场景
- FS-Researcher — 可追溯检索技术（ACL 2025 杰出论文；实体未单独建页，记于问小白实体）
- Claude 4.8 Opus / DeepSeek V4 Pro / ERNIE 5.0 / Hy3 / Gemini 2.5 Pro — 作者列举的当前“写作仍顺手”对照模型（纯文本标注，本文未展开评测细节）
与其他素材的关联
- 与 2026-06-09-claude-code-172-content-creation / 内容工程化：Aaron 侧强调 Claude Code 读文件、建目录、质检与批量；本文证明产品内置文件沙箱也可把“管上下文”产品化，不必只绑 CLI Agent。
- 与 写作风格说明书：Aaron 用 Claude Code 从已发文章拆七维规则；本文是产品内嵌“丢几篇爆款 → 提炼风格 → 约束新稿 + 自检”，同一问题的消费级路径。
- 与 2026-04-29-deepseek-novel-tutorial / 2026-04-29-deepseek-official-document-tips：DeepSeek 网文/公文方法论偏提示词与模块；本文补“长任务拆步 + 工作区资产 + 可追溯检索”的产品层能力。
- 与 2026-07-25-woshipm-github-stars-manager-ai-pm：同日 woshipm AI 线；一篇讲 PM 用 AI 做开源工具，一篇讲创作者用专用写作引擎做长内容，共同指向“场景特化工具 > 通用聊天”。
原文精彩摘录
现在各种2T、3T的Fable级模型不断冒出来，大家都在编程、长程任务上“大力出奇迹”。但写作这块，似乎没怎么进步，甚至还在倒退。
它解决的不是“上下文够不够长”的问题，而是“如何把上下文管起来、用起来”的问题。通过文件沙箱，把大模型的持久记忆，建立在原生文件系统之上。
用他们自己的话，叫做「新一代长内容生成引擎」，长内容交付，更长更可信。