使用 Qwen 4 Preview 构建 6 万字互动电子书实战案例

当一个新的旗舰模型发布时，大家通常会进行一些熟悉的测试：向它抛出一个困难的推理问题、扔给它一个代码基准测试，或者让它构建一个小型应用程序。我想尝试一些更杂乱、更具挑战性的项目。在构建需要处理高并发和低延迟的生产级 AI 应用时，许多开发人员会选择像 n1n.ai 这样稳定可靠的 API 聚合平台来无缝调用各大模型。

我给 Qwen 4 Preview 布置了一个将多种类型工作交织在一起的项目：编写一部完整的儿童悬疑小说，为它创建一个连贯的插图系统，并将结果转化为一个真正能在浏览器中运行的互动电子书。

最终的输出成果包括：

• 一部横跨 40个章节、共计 63,258 字的小说。
• 围绕由 9个角色组成的可复用库构建的 42 张 SVG 插图。
• 一个单文件、长达 652 页的 HTML 翻页电子书。
• 无头浏览器运行测试报告显示零运行时错误和零文本溢出。

整个运行过程耗时约 1 小时 42分钟，涉及 242次助手轮次。我通过编码代理工具包 Jouzu 运行了该模型，源代码仓库中包含了所有的提示词和生成产物。

项目结构：Pip Parker 与失物管理局

这并不是一个简单的基准测试，我也不认为单次运行就能对模型下定论。这是一个关于 Qwen 4 Preview 如何处理长期任务的实用观察，在这些任务中，需求必须跨越多个阶段得以完美保存。

这个项目名为《Pip Parker与失物管理局》。主角 Pip 是一个喜欢给万物贴标签的男孩。当他哥哥的毛绒恐龙失踪时，线索指向了一个负责归档小镇失物办公的动物官僚机构。这里有待解开的谜题、一系列需要前后呼应的线索，以及一个剧情中段的反转：表面上的小偷并不是在偷东西，而是在拯救它们。

儿童悬疑小说是一个极佳的压力测试场景，因为连续性错误很容易被察觉。角色不能突然知道他们尚未学到的东西，物体不能同时存在于两个地方，早期引入的线索必须在后期发挥作用，而结局必须解决开篇所引发的悬念。

随后，我增加了两个额外的层次：

1. 视觉系统：这本书需要插图，但不是 42 张毫无关联的图片。它需要一种一致的视觉语言：9个可复用的角色、8 种颜色的调色板，以及复用相同角色定义的 SVG 艺术作品。
2. 交互体验：最后，它需要成为真正的阅读体验。不是 PDF 导出文件或长 HTML 页面，而是具备翻页、导航、书签和控制功能的电子书。

约束与规范

我刻意让任务简报非常具体。我不希望模型在进行到一半时突然决定 20个章节就足够了、中途更换演员阵容，或者悄悄简化插图要求。如果你正在通过 n1n.ai 使用高级模型进行复杂的复杂工作流开发，严格的提示词工程和参数调优对于维持输出的一致性至关重要。

小说的规范要求如下：

• 40个章节，每章字数在 1,400 到 1,700 字之间。
• 总字数目标约为 60,000 字。
• 固定的角色阵容和时间线。
• 五对明确的埋线与回收对应关系。
• 追踪每日事件和物品归属权的连续性台账。
• 固定的最后一句。
• 儿童安全内容规则：没有死亡或血腥，反派应当是孤独而非邪恶的。

插图简报同样受到严格限制：

• 9个角色的 SVG 库。
• 锁定的 8 色调色板。
• 1 张封面插图以及 40个章节各 1 张插图。
• 在各个画面中复用相同的 SVG 定义。

执行与验证循环

最核心的部分在于反馈循环：

构建 -> 运行 -> 检查 -> 修复 -> 再次运行

浏览器提供了来自运行中应用程序的证据，而不仅仅是从源代码生成的评估。一段代码看起来可能很合理，但仍然会裁剪文本；一个控件可能存在于 DOM 中却没有任何实际用处；书签在页面刷新之前可能看起来运行正常。运行应用程序使这些问题变得可观测。

对于集成多步推理管道的开发人员来说，利用 n1n.ai 平台上的强大端点，可以在密集的执行循环中保证低延迟和高可用性。

核心指标汇总

主要收获与启示

• 一份好的简报就是一种项目管理形式：固定的需求、明确的依赖关系和可衡量的约束条件为代理提供了可检查的目标。
• 长上下文不等于可靠的状态：项目需要明确的连续性信息。模型拥有巨大的上下文窗口并不意味着它能在长期任务中自动正确维护每一个细节。
• 可复用的结构比重复的指令更可靠：SVG 角色库使视觉一致性成为了实现的一部分，而不是一个需要反复提醒的要求。
• 工具使用只是故事的一半，反馈才是另一半：赋予代理浏览器访问权限很有用，但让它运行应用程序、检查结果并纠正问题则要有用得多。

Get a free API key at n1n.ai