跳转到主要内容
AI Coding / 开发

文档驱动开发 · 一份文档换一个系统

写一份《技术文档》讲清功能与验收标准,模型一次性交付可运行系统,门槛从会写代码变成会写需求。

免责声明:本页展示内容均为 AI 模型生成,仅供参考,不构成任何效果承诺;实际产出效果与 Credits 消耗以平台用量统计为准。
本篇用一个例子跑通「文档驱动」:不写代码,改写一份《技术文档》——把功能、算法规则、界面要求、验收标准逐条讲清楚,模型一次性交付整个可运行系统,门槛从会写代码变成会写需求。示例是一个面向 6-12 岁小朋友的趣味百科闯关(动物 / 太空 / 地理 / 身体 / 食物,答错进错题本、连对 2 次才通关),纯前端单文件、零后端零 Key,线上点开就能玩。 调用链:qwen3.8-max(读入《技术文档》→ 一次性输出完整单文件系统)。实测一次通过:6 项功能全部实现、8 条验收标准全部达成,未做任何人工修补。

实测产出

按《技术文档》一次生成的儿童百科闯关系统,可真实答题:答错进错题本、连对 2 次通关、刷新不丢进度。
趣味百科闯关系统截图
可点击试用:趣味百科闯关

步骤一:写《技术文档》——这一步决定成败

把功能、算法规则、界面要求、验收标准逐条写死:
# 《趣味百科闯关 · 技术文档》
## 1. 项目背景与目标用户
面向 6-12 岁小朋友的百科知识闯关小程序。小朋友注意力短、好胜心强,
痛点是「一道题答错了就忘」——需要错题反复练。核心是错题闯关闭环。
## 2. 技术栈与约束
- 纯前端单文件 HTML(HTML+CSS+原生JS 内联),零外部依赖、零 CDN、零后端
- 持久化只用 localStorage;不得请求任何网络接口
## 3. 核心功能
1. 三种闯关模式:顺序闯关 / 随机挑战 / 错题大冒险
2. 答题交互:答对高亮绿色 + 动画鼓励;答错标出正确项 + 「为什么呢?」讲故事解析
3. 错题本(核心):一道错题需连续答对 2 次才算通关移出(中途答错重新计数),
   未满 2 次时显示进度星星(1 星 / 2 星)
4. 统计面板:已闯关 / 答对 / 正确率 / 错题本剩余
5. 进度持久化:全部存 localStorage,关掉重开自动恢复;「重新开始」需二次确认
6. 分类标签:动物 / 地理 / 太空 / 身体 / 食物
## 4. 界面要求(面向小朋友)
- 色彩鲜艳、圆角、大字号;主色调明亮天蓝 + 阳光橙 + 草绿点缀
- 模式切换用大按钮而非文字标签,便于小手点击
- 答对时给 CSS 动画 + 随机 emoji 鼓励文案
- 可点区域不小于 44px;错题本为空时显示欢乐空状态
## 5. 内置题库(口语化 + 解析讲故事,12 题)
{q:"世界上跑得最快的动物是谁?", opts:[...], answer:0, tag:"动物",
 explain:"猎豹是动物界的短跑冠军!它冲刺时能跑到每小时 120 公里……"}
...
## 6. 验收标准
1. 直接打开单个 .html 即可运行,无需服务器
2. 答错的题刷新后仍在错题本;统计不丢
3. 错题连续答对 2 次后才通关移出;只答对 1 次不得移出
4. 三种模式均可切换;错题本为空时有欢乐空状态
5. 每题显示分类标签 6. 答对有动画 + 鼓励文案
7. 色彩鲜艳、大字号、可点区域 ≥44px

步骤二:构建指令

把《技术文档》全文粘到指令末尾,发给 qwen3.8-max
你是一名资深前端工程师。请严格依据下面这份《技术文档》,
构建一个完整、可直接运行的单文件 HTML 儿童趣味百科闯关系统。
要求:HTML/CSS/JS 全部内联;零外部依赖;严格实现三种模式、
错题闯关规则(连续答对 2 次才通关移出,中途答错重新计数,并显示进度星星)、
百科分类标签、答对动画与鼓励文案、统计面板与 localStorage 持久化与重置;
界面必须面向 6-12 岁小朋友:色彩鲜艳、大字号、圆角、可点区域不小于 44px;
遇到需要决策的细节按文档默认合理实现,无需向我提问。
只输出完整的单文件 HTML 源码本身,从 <!DOCTYPE html> 开始。
【技术文档】{粘贴上方全文}
文档里写死了算法规则和验收标准,逐条在浏览器里真操作验证:

【验收 1 · 答错自动进错题本 + 讲故事解析】通过
故意答错第 1 题(「跑得最快的动物」选「老虎」)→ 老虎标错、猎豹标对;
解析如实用讲故事口吻:"猎豹是动物界的短跑冠军!它冲刺时能跑到每小时 120 公里,
相当于汽车在高速公路上飞驰的速度哦。不过它只能跑一小会儿就累了。"
顶部统计同步:错题本剩余 1

【验收 2 · 答对有动画 + 鼓励文案】通过
第 2 题答对(土星)→ 标对,弹出「好棒呀!奖励一朵小红花」,
页面出现庆祝动画

【验收 3 · 刷新后进度不丢(localStorage)】通过
刷新页面 → 已闯关 2 / 答对 1 / 正确率 50% / 错题本剩余 1,完整保留未清零

【验收 4 · 错题连对 2 次才通关(核心规则)】通过
切到「错题大冒险」→ 出现之前答错的猎豹题
第 1 次答对 → 错题本仍为 1,显示「得到 1 颗星!再答对 1 次就通关!」
第 2 次答对 → 显示「通关啦!这道错题被消灭了!」,错题本变 0
空状态:"太厉害了!错题全都通关啦!错题本变得空空如也~你就是记忆小达人!"

结论:一次调用产出,8 条验收标准 / 14 项检查全部达成,未做任何人工修补。
这就是「文档驱动」的价值——把算法规则(连对 2 次才通关)、界面要求
(可点区域 ≥44px)、验收标准都写进文档,产出就是可验收的,
而不是「大概能跑」。反过来说:文档里没写清的,模型也不会替你想。

说明

  • 文档写清才可验收:把算法规则(连对 2 次才通关)、界面要求(可点区域 ≥44px)、验收标准都写进文档,产出就是可验收的,而不是「大概能跑」;文档里没写清的,模型也不会替你想。
  • 消耗:本玩法涉及文本生成(qwen3.8-max,一次调用产出整个系统),生成完整应用是长输出任务;推理型模型思考 tokens 占大头(本次 24484 tokens,约占总输出七成),单次消耗明显高于普通问答,属正常现象。
  • 硬约束:Token Plan 个人版 API Key 仅限在编程/智能体工具中交互式使用,不能放进自动化脚本或应用后端做非交互式调用。本示例选题为零依赖、无需后端、产物本身不含任何 Key 的单文件方案。
文档驱动开发 · 一份文档换一个系统 - 千问AI平台