拓冰网站定制 
1. 从 Claude Code 的“已经做完了”说起验收段比功能清单更省 Token在 Claude Code 或 Codex 里把 Base URL 切到 TaoToken 后你依然会遇到一种典型返工模型回你“已经做完了”你打开小程序却发现按钮没反应、空状态缺失、真机白屏甚至它顺手改了三个无关页面。先到 TaoToken 官网 拿 Key并把 Base URL 设为https://taotoken.net/api然后我们回到根因提示词末尾缺少验收段。很多人把注意力放在“功能描述够不够细”上但 AI 编码场景里真正吃掉多轮 Token 的往往不是第一次生成而是“它说完成 - 你发现不行 - 它再改 - 又改坏别处”的循环。你补充一句“按钮没反应”它可能重写整个页面你说“真机白屏”它可能开始重构路由你问“为什么又改了首页”它再解释一遍。每一轮解释、试错、回滚都是输出 Token 和上下文 Token 的消耗。解决方式不是继续堆功能描述而是把“什么叫过、什么叫不过、不过改哪里”提前写进提示词末尾。先写验收再写代码。验收段是给模型的自检合同也是你后面复验的清单。尤其是在 TaoToken 统一管理多轮请求时你更应该让每一轮都有明确出口通过就停未通过就最小修复不允许无边界扩散。这篇文章不讨论“再做一个功能”而是补齐提示词工程里第三块拼图可直接复制的验收段。前面你可以有需求提示词模板也可以有修 Bug 问题单但如果没有验收段模型就只剩一句模糊的“做完了”。下面从三条原则开始再给页面、单功能、真机、提审、数据层五类验收段最后把 Claude Code、Codex、CC Switch 的 TaoToken 接法写清楚。2. 先写验收再写代码三条规则与提示词拼接格式第一条规则先写验收再写代码。不是让模型先输出一堆测试报告而是在需求描述之后、实现指令之前先固定验收项。模型需要知道“完成”的定义否则它只能按自己的理解交付。你越早给出通过条件越能减少后面的往返解释。第二条规则一次只验一件事。页面验收就验页面单功能验收就验单功能真机路径就验真机路径。把“页面结构、保存逻辑、列表刷新、云函数日志、提审风险”全部塞进同一轮模型很容易顾此失彼最后你还会得到一份看似全面、实际不可执行的报告。第三条规则把真机路径写进清单。模拟器通过不等于用户手机能用。授权弹窗、缓存、弱网、杀进程重进、域名白名单、真机键盘遮挡这些都是模拟器不容易暴露的问题。把主路径拆成可点击步骤让 AI 输出期望现象你拿着手机逐条打勾。AI 可以帮你整理清单但不能替你按拇指。一个可复用的拼接格式如下你是我的小程序开发助手。请只处理下面这个任务不要新增未要求的功能。 【任务背景】 项目[小程序名称] 页面/模块[pages/xxx/xxx 或 功能名] 本次目标[一句话描述] 【先写验收请先复述验收标准再开始实现】 1. [可观察结果 1] 2. [可观察结果 2] 3. [异常与空状态] 4. [改动范围约束] 5. [复验步骤] 【实现约束】 - 只允许修改与本次任务直接相关的文件列出预计会改的文件。 - 不要顺手重构全局配置不要改无关页面。 - 不确定的 wx API 请标注“需确认”不要编造。 - 不要输出大段无关解释直接给改动和自检结果。 【完成后输出】 逐条回复通过 / 未通过 证据文件、关键代码位置、复验步骤。 未通过项请最小改动修复修复后再次逐条自检。这个格式的重点不是“让模型更听话”而是让多轮输出有收敛条件。你在 TaoToken 里用同一个 Key、同一个 Base URL 发起多轮请求时Token 消耗主要来自上下文和补丁轮次。验收段能显著减少“它猜你想要什么”的轮次也能避免它把一次小修变成大重构。3. 可直接复制的页面与单功能验收段页面验收适合 AI 刚搭好结构或者你改完一页 UI要确认这一页到底算不算完成。页面验收不要写“代码优雅”“组件合理”要写用户能看见的结果。【页面验收段 · 追加到提示词末尾】 页面路径[pages/xxx/xxx] 页面目标[用户进入这一页要完成什么] 请先复述以下验收项再开始修改。完成后逐条输出通过 / 未通过 原因。 未通过项只做最小修复不要改动其他页面。 1. 页面可以正常打开没有白屏、报错弹窗或流程中断。 2. 关键区域完整[头部、列表、表单、按钮等]。 3. 页面文案可读不出现“测试”“TODO”“占位”“开发中”。 4. 主按钮可以点击点击后有明确反馈跳转、提示、状态变化至少有一种。 5. 无数据时有空状态说明用户知道下一步做什么。 6. 不破坏已有页面、路由和全局配置。 不确定的 wx API 标注“需确认”不要编造。 完成后列出改动文件并给我 1 分钟复验路径。示例可以这样填【页面验收段 · 随手记一笔示例】 页面路径pages/index/index 页面目标用户看到今日/本月支出汇总并能进入新增记录。 请先复述验收项再开始修改。 1. 首页能打开无白屏和报错。 2. 汇总区、最近记录列表、底部“记一笔”按钮齐全。 3. 没有“TODO”“测试数据”等占位文案。 4. “记一笔”按钮可点点击后进入新增页。 5. 没有记录时显示引导文案例如“还没有记录去记第一笔”。 6. 不破坏已有页面与全局样式。 完成后逐条回复通过 / 未通过 证据。 未通过项最小修复不要改无关页面。单功能验收适合“保存”“删除”“筛选”这类只做一件事的场景。它的核心是防止模型顺便重构半个项目。你只验这个功能不让它发散。【单功能验收段 · 追加到提示词末尾】 功能名称[功能名] 所在页面[pages/xxx/xxx] 用户操作[点什么、输入什么、选择什么] 期望结果[操作完成后用户看到什么] 请只围绕本功能验收。完成后逐条输出通过 / 未通过。 未通过则最小改动修复不要新增未要求的功能不要改无关页面。 1. 主路径可走通按上面的操作能得到期望结果。 2. 关键异常有提示空输入、非法数字、重复提交等至少有反馈。 3. 成功后的界面状态正确列表出现/消失、数字更新、按钮状态变化。 4. 失败时不静默有 toast、文案或页面提示不是没反应。 5. 改动范围尽量小未触碰无关页面和全局逻辑。 完成后请列出改了哪些文件、我如何 1 分钟复验。示例【单功能验收段 · 新增支出示例】 功能名称新增一笔支出 所在页面pages/add/add 用户操作输入金额和备注点击保存 期望结果返回首页列表出现新记录汇总数字更新。 1. 主路径可以走通。 2. 金额为空时有提示并且不保存。 3. 保存成功后首页列表出现新记录今日汇总增加。 4. 保存失败时有提示不静默失败。 5. 只改新增记录相关文件不重构首页。 完成后列出改动文件与复验步骤。页面和单功能验收段可以出现在同一个提示词里但最好分开执行。先让页面结构过再让单功能过。一次只验一件事模型更容易给出可复验的结论。4. 真机主路径与提审前验收段把翻车点前移真机验收适合模拟器看着挺好、真机一摸就翻车的场景。授权、缓存、网络、真机键盘、域名白名单这些都可能在真机上暴露。你要让 AI 帮你整理成“可点击、可期望、可打勾”的清单而不是让它假设你已经测过。【真机主路径验收段 · 追加到提示词末尾】 请根据我的描述整理成“真机验收清单”并写出每一步的期望现象。 我稍后会在真机上逐条打勾。你不要假设我已经测试过。 项目[小程序名] 主体[个人/企业] 主路径口头版[打开 - 操作 - 结果] 请输出 1. 拆成 5 到 8 个可点击步骤每步一句话。 2. 每一步“期望看到什么”。 3. 建议额外抽测的 2 个异常场景例如杀进程重进、弱网、拒绝授权。 4. 针对本路径模拟器通过但真机常挂的提醒最多 3 条。 约束不要编造我没提到的页面不确定的地方标“需我确认”。示例【真机主路径验收段 · 随手记一笔示例】 项目随手记一笔 主路径打开首页 - 点“记一笔” - 输入 20 和“午餐” - 保存 - 回到首页看到记录 - 删除该记录。 请输出 1. 5 到 8 个可点击步骤。 2. 每步期望现象。 3. 2 个异常抽测杀进程重进、弱网下保存。 4. 最多 3 条真机易挂提醒。 不确定的页面标“需我确认”。真机清单是给你自己点的。AI 可以帮你把路径拆细但不能替代你的拇指。提审前至少完整走 3 遍主路径每次记录在哪一步失败、是必现还是偶现、是否和网络或授权有关。提审前验收适合功能差不多、准备上传代码的阶段。它不是保证过审而是帮你先过一轮“像不像能过审的成品”。细项仍然以官方当期规则为准。【提审前验收段 · 追加到提示词末尾】 请对当前微信小程序做提审前验收先输出报告不要大改代码。 主体[个人/企业] 名称[小程序名] 简介[简介] 类目[类目] 核心路径[进入 - 操作 - 结果] 请逐项给出通过 / 风险 / 需修改并附修改建议。 1. 主功能可用没有死按钮没有“开发中”占位。 2. 名称、简介、类目与真实功能一致。 3. 如果用到用户信息隐私与授权说明是否齐全。 4. 个人主体明显受限能力是否误用以官方当期规则为准。 5. 真机主路径是否建议再测一遍列出应测步骤。 最后给出“提审前 10 分钟行动清单”按顺序排列。 不确定的项标“需查官方文档”不要承诺一定过审。这个验收段的作用是把明显风险提前暴露而不是让 AI 替你判断审核结果。你仍然需要回看官方文档确认类目、隐私、服务内容是否一致。5. 数据层验收段本地存储与云函数的检查清单数据层验收容易被忽略但它直接影响返工成本。数据放在手机里还是走云开发云函数验收项完全不同。你要让模型明确存进去、读得回、失败有提示、密钥不躺在前端。【数据层验收段 · 追加到提示词末尾】 数据方案[仅本地存储 / 云开发云函数 / 其他] 相关页面或函数名[填写] 请按方案验收逐条输出通过 / 未通过 证据。 证据请写明该查 Storage、代码位置还是云函数日志。 不确定的云 API 标“需确认”不要编造。 【若采用本地存储】 1. 写入后杀进程重进数据仍在如果会丢失要明确边界。 2. 关键 key 命名清晰不随意覆盖整包无关数据。 3. 前端没有密钥、鉴权秘密或敏感规则明文。 【若采用云函数】 1. 小程序已初始化正确环境callFunction 名称与云端一致。 2. 入参校验在云函数侧完成空值或非法值有返回说明。 3. 密钥与敏感规则不在小程序前端。 4. 失败时前端有提示云函数日志能对应到本次调用。 完成后列出复验步骤我该在哪里看数据、在哪里看日志。示例【数据层验收段 · 本地存储示例】 数据方案仅本地存储 相关页面pages/add/add、pages/index/index 请逐条输出通过 / 未通过 证据。 1. 写入记录后杀进程重进记账列表仍在。 2. 关键 key 命名清晰例如 records不覆盖无关数据。 3. 前端没有密钥或鉴权秘密明文。 完成后告诉我在哪里复验、如何 1 分钟确认。这里有一个和 TaoToken 直接相关的安全点你的YOUR_API_KEY只应该出现在本地开发工具、环境变量或服务端配置里不应该写进小程序前端代码。无论你用的是本地存储还是云函数前端明文放 Key 都是高风险行为。TaoToken 的 Key 管理入口在控制台建议单独创建、按用途命名、必要时轮换。6. 接入 TaoTokenBase URL、Claude Code、Codex、CC Switch 配置到 TaoToken 官网 拿到 Key 后核心配置只有两件事Base URL 用https://taotoken.net/apiKey 用YOUR_API_KEY占位。下面分别给 Claude Code、Codex、CC Switch 的接法。注意不要把 Claude Code 的ANTHROPIC_*环境变量套到 Codex 上两者配置方式不同。Claude Code 使用settings.json常见配置如下{ env: { ANTHROPIC_BASE_URL: https://taotoken.net/api, ANTHROPIC_AUTH_TOKEN: YOUR_API_KEY, ANTHROPIC_MODEL: YOUR_MODEL_ID } }如果你更习惯用环境变量也可以在本地 shell 中临时设置export ANTHROPIC_BASE_URLhttps://taotoken.net/api export ANTHROPIC_AUTH_TOKENYOUR_API_KEY export ANTHROPIC_MODELYOUR_MODEL_IDYOUR_MODEL_ID不要凭感觉填。到 模型对话 页面查看当前可用模型再填入对应 ID。Claude Code 文档可以参考 Claude Code 文档。Codex 使用config.toml不要写ANTHROPIC_*。一个可复制的结构如下model_provider taotoken model YOUR_MODEL_ID [model_providers.taotoken] name TaoToken base_url https://taotoken.net/api env_key TAOTOKEN_API_KEY wire_api chat然后在本地设置环境变量export TAOTOKEN_API_KEYYOUR_API_KEY如果你的 Codex 版本对wire_api或 provider 字段有不同要求以你本地版本说明为准。核心不变Base URL 是https://taotoken.net/apiKey 来自 TaoToken模型 ID 从模型列表里选。CC Switch 的“三件套”可以理解为三个核心字段Provider 名称、Base URL、API Key。配置时填Provider 名称TaoToken Base URLhttps://taotoken.net/api API KeyYOUR_API_KEY 模型YOUR_MODEL_ID如果你在 CC Switch 里维护多个供应商建议把用途分开例如“日常问答”“编码计划”“临时调试”避免一个 Key 混用后难以定位 Token 消耗来源。需要创建或轮换 Key可以走 API Keys。如果你准备长期在 Claude Code、Codex 里做项目也可以先看 Coding Plan再决定用量策略。配置完成后建议先发一个最小验收请求确认链路通请只回复一行TaoToken 配置连通。 不要解释不要展开。如果这一句能正常返回再开始跑项目提示词。否则先排查 Base URL、Key、模型 ID、网络代理和本地配置文件路径不要直接进入长上下文任务。7. 多轮自检工作流AI 说做完后怎么让它逐条回复配置好 TaoToken 后真正影响 Token 的是多轮交互方式。推荐一个固定工作流第一步写功能提示词末尾粘上对应验收段。比如新增支出就把“单功能验收段”放在提示词最后。第二步让模型先复述验收项再开始实现。第三步模型说完成后不要立刻问“真的吗”而是把验收段再发一遍要求逐条输出通过/未通过。第四步如果未通过把报错、复现步骤、期望现象、实际现象放在同一轮让模型最小修复。第五步修复后再次自检通过就停止。可以复制这个追责指令请暂停新增功能。现在只做验收自检。 把我下面给出的验收段逐条对照当前代码输出 1. 验收项原文 2. 通过 / 未通过 3. 证据文件、函数、关键代码位置或复验步骤 4. 若未通过指出最小修复方案不要立即大范围重写 未通过项修复后再按同样格式输出一次。 不要新增未要求的功能不要改无关页面。真机翻车时不要只发一句“白屏了”。把信息补全【真机问题单】 项目[小程序名] 真机机型、系统版本 入口从哪个页面、点哪个按钮 复现步骤1. ... 2. ... 3. ... 期望现象[一句话] 实际现象[白屏/报错/无反应/数据不更新] 错误信息[控制台或真机日志没有就写“无”] 发生频率[必现/偶现] 最近改动[文件或功能] 请先给排查顺序再给最小修复补丁。 不要重构无关模块。这样做的收益不只是修 Bug 更快也能减少多轮输出中的上下文膨胀。你每一轮都只带必要信息模型不需要猜。TaoToken 作为统一入口时你可以把多轮请求集中在一个 Key 下便于观察哪些项目在反复返工哪些验收段需要补强。8. 完整组合模板随手记一笔的提示词 验收段 复验清单下面给一个完整可复现模板。你可以把项目名、页面路径、功能名替换成自己的。注意它的顺序任务背景 - 验收段 - 实现约束 - 输出格式。先写验收再写代码。你是我的小程序开发助手。请只处理本次新增支出功能不要顺手重构首页。 如果以下信息不足请先列出需要我确认的问题不要自行编造。 【项目】 项目随手记一笔 页面pages/add/add 目标用户输入金额和备注保存后回到首页列表出现新记录今日汇总更新。 【先写验收请先复述再开始实现】 1. 主路径可走通输入合法金额和备注点击保存后返回首页新记录出现在列表顶部或合理位置。 2. 金额为空时有提示并且不保存。 3. 金额为非法字符或负数时有提示不写入数据。 4. 保存成功后首页列表出现新记录今日汇总数字增加。 5. 保存失败时有 toast 或文案提示不静默失败。 6. 只允许修改新增记录相关文件和首页数据读取逻辑不重构全局样式与配置。 【实现约束】 - 先列出预计修改的文件再给改动。 - 不要新增未要求的筛选、导出、登录等功能。 - 不确定的 wx API 标注“需确认”不要编造。 - 完成后不要只说“已完成”必须逐条自检。 【完成后输出】 逐条回复通过 / 未通过 证据。 未通过项最小改动修复修复后再次自检。 最后给出 1. 改动文件列表 2. 我如何 1 分钟复验 3. 真机需要额外检查的 2 个点这个模板适合直接放进 Claude Code、Codex 或你在 CC Switch 中配置的 TaoToken 对话里。使用时注意如果一次任务太大就拆成页面验收和单功能验收两轮。比如第一轮只让首页结构过页面验收第二轮再做新增支出。不要在一轮里既改首页布局又改存储结构又改云函数否则验收结果很难定位。复验清单可以这样写【1 分钟复验】 1. 打开首页确认汇总区和列表可见。 2. 点击“记一笔”进入新增页。 3. 不填金额直接保存确认有提示且未新增。 4. 输入 20 和“午餐”保存。 5. 回到首页确认列表出现“午餐 20”今日汇总增加。 6. 杀掉小程序进程重新打开确认记录仍在。如果是云函数方案把第 6 步改成“查看云函数日志确认本次调用有入参校验和成功返回”。如果是本地存储第 6 步就是杀进程重进。9. 排障验收段不生效、真机白屏、Token 波动时怎么查验收段不生效通常有三个原因。第一提示词太长验收段被埋在中间。把验收段放在提示词末尾并用“请先复述”强制模型读取。第二验收项不可观察比如“逻辑正确”“架构合理”。改成“点击后有跳转”“空输入有提示”“杀进程重进数据仍在”。第三任务范围太大模型同时处理多个目标。拆成页面、单功能、数据层分开验。真机白屏或按钮无反应先按这个顺序查页面路径是否存在、路由跳转参数是否正确、目标页面是否注册、控制台是否有报错、真机是否开启调试、网络域名是否白名单、本地缓存是否旧数据、授权是否被拒绝。把“实际现象 复现步骤 错误日志”放进同一轮发给模型不要只发“还是不行”。Token 消耗波动时不要只看单次请求。重点看三类轮次重复解释轮、大范围重写轮、真机返工轮。重复解释轮通常是因为需求模糊大范围重写轮通常是因为没有改动范围约束真机返工轮通常是因为缺少真机主路径验收。把验收段补上把文件范围写死把复验步骤写清多轮输出会更收敛。如果你使用 TaoToken 统一 Base URL建议按项目或用途拆分 Key。比如“Claude Code 编码”“Codex 调试”“模型对比”分别建 Key。这样在控制台里能更快看出是哪个工具、哪类任务在消耗 Token。创建和轮换入口在 API KeysBase URL 始终是https://taotoken.net/api不要在 Base URL 后面拼接 UTM 参数。还有一个常见误区把验收段当成一次性文档。实际使用时页面验收段会随页面变化单功能验收段会随功能变化真机清单会随主路径变化。每次改完主路径让 AI 重新整理一遍真机清单。每次新增数据方案重新跑一遍数据层验收。验收段不是写给今天看的是写给下一轮返工看的。10. 文末路径模型对话 → Coding Plan → 创建 Key → Claude Code 文档如果你还没配置建议按这个顺序走不要跳步。先到 模型对话 体验模型确认你要用的模型 ID 和响应风格。如果准备长期在 Claude Code、Codex 里做项目看 Coding Plan确认用量和场景。到 API Keys 创建 Key占位符统一写成YOUR_API_KEY不要提交到仓库。配置 Claude Code 时参考 Claude Code 文档Base URL 填https://taotoken.net/apiClaude Code 用settings.json和ANTHROPIC_*Codex 用config.tomlCC Switch 填 Provider、Base URL、API Key 三件套。回到 TaoToken 官网 查看控制台和文档入口把多轮输出集中管理。最后记住一句话验收标准是你和模型之间的合同条款。合同没写清模型只能说“已经做完了”合同写清了它才可能逐条回复“通过、未通过、证据、最小修复”。先写验收再写代码再把多轮自检固定成工作流TaoToken 管住 AI 多轮输出 Token返工才会从不可控变成可观察、可收敛、可复验。 提示词末尾加验收，TaoToken 管 AI 多轮输出 Token
1. 从 Claude Code 的“已经做完了”说起验收段比功能清单更省 Token在 Claude Code 或 Codex 里把 Base URL 切到 TaoToken 后你依然会遇到一种典型返工模型回你“已经做完了”你打开小程序却发现按钮没反应、空状态缺失、真机白屏甚至它顺手改了三个无关页面。先到 TaoToken 官网 拿 Key并把 Base URL 设为https://taotoken.net/api然后我们回到根因提示词末尾缺少验收段。很多人把注意力放在“功能描述够不够细”上但 AI 编码场景里真正吃掉多轮 Token 的往往不是第一次生成而是“它说完成 - 你发现不行 - 它再改 - 又改坏别处”的循环。你补充一句“按钮没反应”它可能重写整个页面你说“真机白屏”它可能开始重构路由你问“为什么又改了首页”它再解释一遍。每一轮解释、试错、回滚都是输出 Token 和上下文 Token 的消耗。解决方式不是继续堆功能描述而是把“什么叫过、什么叫不过、不过改哪里”提前写进提示词末尾。先写验收再写代码。验收段是给模型的自检合同也是你后面复验的清单。尤其是在 TaoToken 统一管理多轮请求时你更应该让每一轮都有明确出口通过就停未通过就最小修复不允许无边界扩散。这篇文章不讨论“再做一个功能”而是补齐提示词工程里第三块拼图可直接复制的验收段。前面你可以有需求提示词模板也可以有修 Bug 问题单但如果没有验收段模型就只剩一句模糊的“做完了”。下面从三条原则开始再给页面、单功能、真机、提审、数据层五类验收段最后把 Claude Code、Codex、CC Switch 的 TaoToken 接法写清楚。2. 先写验收再写代码三条规则与提示词拼接格式第一条规则先写验收再写代码。不是让模型先输出一堆测试报告而是在需求描述之后、实现指令之前先固定验收项。模型需要知道“完成”的定义否则它只能按自己的理解交付。你越早给出通过条件越能减少后面的往返解释。第二条规则一次只验一件事。页面验收就验页面单功能验收就验单功能真机路径就验真机路径。把“页面结构、保存逻辑、列表刷新、云函数日志、提审风险”全部塞进同一轮模型很容易顾此失彼最后你还会得到一份看似全面、实际不可执行的报告。第三条规则把真机路径写进清单。模拟器通过不等于用户手机能用。授权弹窗、缓存、弱网、杀进程重进、域名白名单、真机键盘遮挡这些都是模拟器不容易暴露的问题。把主路径拆成可点击步骤让 AI 输出期望现象你拿着手机逐条打勾。AI 可以帮你整理清单但不能替你按拇指。一个可复用的拼接格式如下你是我的小程序开发助手。请只处理下面这个任务不要新增未要求的功能。 【任务背景】 项目[小程序名称] 页面/模块[pages/xxx/xxx 或 功能名] 本次目标[一句话描述] 【先写验收请先复述验收标准再开始实现】 1. [可观察结果 1] 2. [可观察结果 2] 3. [异常与空状态] 4. [改动范围约束] 5. [复验步骤] 【实现约束】 - 只允许修改与本次任务直接相关的文件列出预计会改的文件。 - 不要顺手重构全局配置不要改无关页面。 - 不确定的 wx API 请标注“需确认”不要编造。 - 不要输出大段无关解释直接给改动和自检结果。 【完成后输出】 逐条回复通过 / 未通过 证据文件、关键代码位置、复验步骤。 未通过项请最小改动修复修复后再次逐条自检。这个格式的重点不是“让模型更听话”而是让多轮输出有收敛条件。你在 TaoToken 里用同一个 Key、同一个 Base URL 发起多轮请求时Token 消耗主要来自上下文和补丁轮次。验收段能显著减少“它猜你想要什么”的轮次也能避免它把一次小修变成大重构。3. 可直接复制的页面与单功能验收段页面验收适合 AI 刚搭好结构或者你改完一页 UI要确认这一页到底算不算完成。页面验收不要写“代码优雅”“组件合理”要写用户能看见的结果。【页面验收段 · 追加到提示词末尾】 页面路径[pages/xxx/xxx] 页面目标[用户进入这一页要完成什么] 请先复述以下验收项再开始修改。完成后逐条输出通过 / 未通过 原因。 未通过项只做最小修复不要改动其他页面。 1. 页面可以正常打开没有白屏、报错弹窗或流程中断。 2. 关键区域完整[头部、列表、表单、按钮等]。 3. 页面文案可读不出现“测试”“TODO”“占位”“开发中”。 4. 主按钮可以点击点击后有明确反馈跳转、提示、状态变化至少有一种。 5. 无数据时有空状态说明用户知道下一步做什么。 6. 不破坏已有页面、路由和全局配置。 不确定的 wx API 标注“需确认”不要编造。 完成后列出改动文件并给我 1 分钟复验路径。示例可以这样填【页面验收段 · 随手记一笔示例】 页面路径pages/index/index 页面目标用户看到今日/本月支出汇总并能进入新增记录。 请先复述验收项再开始修改。 1. 首页能打开无白屏和报错。 2. 汇总区、最近记录列表、底部“记一笔”按钮齐全。 3. 没有“TODO”“测试数据”等占位文案。 4. “记一笔”按钮可点点击后进入新增页。 5. 没有记录时显示引导文案例如“还没有记录去记第一笔”。 6. 不破坏已有页面与全局样式。 完成后逐条回复通过 / 未通过 证据。 未通过项最小修复不要改无关页面。单功能验收适合“保存”“删除”“筛选”这类只做一件事的场景。它的核心是防止模型顺便重构半个项目。你只验这个功能不让它发散。【单功能验收段 · 追加到提示词末尾】 功能名称[功能名] 所在页面[pages/xxx/xxx] 用户操作[点什么、输入什么、选择什么] 期望结果[操作完成后用户看到什么] 请只围绕本功能验收。完成后逐条输出通过 / 未通过。 未通过则最小改动修复不要新增未要求的功能不要改无关页面。 1. 主路径可走通按上面的操作能得到期望结果。 2. 关键异常有提示空输入、非法数字、重复提交等至少有反馈。 3. 成功后的界面状态正确列表出现/消失、数字更新、按钮状态变化。 4. 失败时不静默有 toast、文案或页面提示不是没反应。 5. 改动范围尽量小未触碰无关页面和全局逻辑。 完成后请列出改了哪些文件、我如何 1 分钟复验。示例【单功能验收段 · 新增支出示例】 功能名称新增一笔支出 所在页面pages/add/add 用户操作输入金额和备注点击保存 期望结果返回首页列表出现新记录汇总数字更新。 1. 主路径可以走通。 2. 金额为空时有提示并且不保存。 3. 保存成功后首页列表出现新记录今日汇总增加。 4. 保存失败时有提示不静默失败。 5. 只改新增记录相关文件不重构首页。 完成后列出改动文件与复验步骤。页面和单功能验收段可以出现在同一个提示词里但最好分开执行。先让页面结构过再让单功能过。一次只验一件事模型更容易给出可复验的结论。4. 真机主路径与提审前验收段把翻车点前移真机验收适合模拟器看着挺好、真机一摸就翻车的场景。授权、缓存、网络、真机键盘、域名白名单这些都可能在真机上暴露。你要让 AI 帮你整理成“可点击、可期望、可打勾”的清单而不是让它假设你已经测过。【真机主路径验收段 · 追加到提示词末尾】 请根据我的描述整理成“真机验收清单”并写出每一步的期望现象。 我稍后会在真机上逐条打勾。你不要假设我已经测试过。 项目[小程序名] 主体[个人/企业] 主路径口头版[打开 - 操作 - 结果] 请输出 1. 拆成 5 到 8 个可点击步骤每步一句话。 2. 每一步“期望看到什么”。 3. 建议额外抽测的 2 个异常场景例如杀进程重进、弱网、拒绝授权。 4. 针对本路径模拟器通过但真机常挂的提醒最多 3 条。 约束不要编造我没提到的页面不确定的地方标“需我确认”。示例【真机主路径验收段 · 随手记一笔示例】 项目随手记一笔 主路径打开首页 - 点“记一笔” - 输入 20 和“午餐” - 保存 - 回到首页看到记录 - 删除该记录。 请输出 1. 5 到 8 个可点击步骤。 2. 每步期望现象。 3. 2 个异常抽测杀进程重进、弱网下保存。 4. 最多 3 条真机易挂提醒。 不确定的页面标“需我确认”。真机清单是给你自己点的。AI 可以帮你把路径拆细但不能替代你的拇指。提审前至少完整走 3 遍主路径每次记录在哪一步失败、是必现还是偶现、是否和网络或授权有关。提审前验收适合功能差不多、准备上传代码的阶段。它不是保证过审而是帮你先过一轮“像不像能过审的成品”。细项仍然以官方当期规则为准。【提审前验收段 · 追加到提示词末尾】 请对当前微信小程序做提审前验收先输出报告不要大改代码。 主体[个人/企业] 名称[小程序名] 简介[简介] 类目[类目] 核心路径[进入 - 操作 - 结果] 请逐项给出通过 / 风险 / 需修改并附修改建议。 1. 主功能可用没有死按钮没有“开发中”占位。 2. 名称、简介、类目与真实功能一致。 3. 如果用到用户信息隐私与授权说明是否齐全。 4. 个人主体明显受限能力是否误用以官方当期规则为准。 5. 真机主路径是否建议再测一遍列出应测步骤。 最后给出“提审前 10 分钟行动清单”按顺序排列。 不确定的项标“需查官方文档”不要承诺一定过审。这个验收段的作用是把明显风险提前暴露而不是让 AI 替你判断审核结果。你仍然需要回看官方文档确认类目、隐私、服务内容是否一致。5. 数据层验收段本地存储与云函数的检查清单数据层验收容易被忽略但它直接影响返工成本。数据放在手机里还是走云开发云函数验收项完全不同。你要让模型明确存进去、读得回、失败有提示、密钥不躺在前端。【数据层验收段 · 追加到提示词末尾】 数据方案[仅本地存储 / 云开发云函数 / 其他] 相关页面或函数名[填写] 请按方案验收逐条输出通过 / 未通过 证据。 证据请写明该查 Storage、代码位置还是云函数日志。 不确定的云 API 标“需确认”不要编造。 【若采用本地存储】 1. 写入后杀进程重进数据仍在如果会丢失要明确边界。 2. 关键 key 命名清晰不随意覆盖整包无关数据。 3. 前端没有密钥、鉴权秘密或敏感规则明文。 【若采用云函数】 1. 小程序已初始化正确环境callFunction 名称与云端一致。 2. 入参校验在云函数侧完成空值或非法值有返回说明。 3. 密钥与敏感规则不在小程序前端。 4. 失败时前端有提示云函数日志能对应到本次调用。 完成后列出复验步骤我该在哪里看数据、在哪里看日志。示例【数据层验收段 · 本地存储示例】 数据方案仅本地存储 相关页面pages/add/add、pages/index/index 请逐条输出通过 / 未通过 证据。 1. 写入记录后杀进程重进记账列表仍在。 2. 关键 key 命名清晰例如 records不覆盖无关数据。 3. 前端没有密钥或鉴权秘密明文。 完成后告诉我在哪里复验、如何 1 分钟确认。这里有一个和 TaoToken 直接相关的安全点你的YOUR_API_KEY只应该出现在本地开发工具、环境变量或服务端配置里不应该写进小程序前端代码。无论你用的是本地存储还是云函数前端明文放 Key 都是高风险行为。TaoToken 的 Key 管理入口在控制台建议单独创建、按用途命名、必要时轮换。6. 接入 TaoTokenBase URL、Claude Code、Codex、CC Switch 配置到 TaoToken 官网 拿到 Key 后核心配置只有两件事Base URL 用https://taotoken.net/apiKey 用YOUR_API_KEY占位。下面分别给 Claude Code、Codex、CC Switch 的接法。注意不要把 Claude Code 的ANTHROPIC_*环境变量套到 Codex 上两者配置方式不同。Claude Code 使用settings.json常见配置如下{ env: { ANTHROPIC_BASE_URL: https://taotoken.net/api, ANTHROPIC_AUTH_TOKEN: YOUR_API_KEY, ANTHROPIC_MODEL: YOUR_MODEL_ID } }如果你更习惯用环境变量也可以在本地 shell 中临时设置export ANTHROPIC_BASE_URLhttps://taotoken.net/api export ANTHROPIC_AUTH_TOKENYOUR_API_KEY export ANTHROPIC_MODELYOUR_MODEL_IDYOUR_MODEL_ID不要凭感觉填。到 模型对话 页面查看当前可用模型再填入对应 ID。Claude Code 文档可以参考 Claude Code 文档。Codex 使用config.toml不要写ANTHROPIC_*。一个可复制的结构如下model_provider taotoken model YOUR_MODEL_ID [model_providers.taotoken] name TaoToken base_url https://taotoken.net/api env_key TAOTOKEN_API_KEY wire_api chat然后在本地设置环境变量export TAOTOKEN_API_KEYYOUR_API_KEY如果你的 Codex 版本对wire_api或 provider 字段有不同要求以你本地版本说明为准。核心不变Base URL 是https://taotoken.net/apiKey 来自 TaoToken模型 ID 从模型列表里选。CC Switch 的“三件套”可以理解为三个核心字段Provider 名称、Base URL、API Key。配置时填Provider 名称TaoToken Base URLhttps://taotoken.net/api API KeyYOUR_API_KEY 模型YOUR_MODEL_ID如果你在 CC Switch 里维护多个供应商建议把用途分开例如“日常问答”“编码计划”“临时调试”避免一个 Key 混用后难以定位 Token 消耗来源。需要创建或轮换 Key可以走 API Keys。如果你准备长期在 Claude Code、Codex 里做项目也可以先看 Coding Plan再决定用量策略。配置完成后建议先发一个最小验收请求确认链路通请只回复一行TaoToken 配置连通。 不要解释不要展开。如果这一句能正常返回再开始跑项目提示词。否则先排查 Base URL、Key、模型 ID、网络代理和本地配置文件路径不要直接进入长上下文任务。7. 多轮自检工作流AI 说做完后怎么让它逐条回复配置好 TaoToken 后真正影响 Token 的是多轮交互方式。推荐一个固定工作流第一步写功能提示词末尾粘上对应验收段。比如新增支出就把“单功能验收段”放在提示词最后。第二步让模型先复述验收项再开始实现。第三步模型说完成后不要立刻问“真的吗”而是把验收段再发一遍要求逐条输出通过/未通过。第四步如果未通过把报错、复现步骤、期望现象、实际现象放在同一轮让模型最小修复。第五步修复后再次自检通过就停止。可以复制这个追责指令请暂停新增功能。现在只做验收自检。 把我下面给出的验收段逐条对照当前代码输出 1. 验收项原文 2. 通过 / 未通过 3. 证据文件、函数、关键代码位置或复验步骤 4. 若未通过指出最小修复方案不要立即大范围重写 未通过项修复后再按同样格式输出一次。 不要新增未要求的功能不要改无关页面。真机翻车时不要只发一句“白屏了”。把信息补全【真机问题单】 项目[小程序名] 真机机型、系统版本 入口从哪个页面、点哪个按钮 复现步骤1. ... 2. ... 3. ... 期望现象[一句话] 实际现象[白屏/报错/无反应/数据不更新] 错误信息[控制台或真机日志没有就写“无”] 发生频率[必现/偶现] 最近改动[文件或功能] 请先给排查顺序再给最小修复补丁。 不要重构无关模块。这样做的收益不只是修 Bug 更快也能减少多轮输出中的上下文膨胀。你每一轮都只带必要信息模型不需要猜。TaoToken 作为统一入口时你可以把多轮请求集中在一个 Key 下便于观察哪些项目在反复返工哪些验收段需要补强。8. 完整组合模板随手记一笔的提示词 验收段 复验清单下面给一个完整可复现模板。你可以把项目名、页面路径、功能名替换成自己的。注意它的顺序任务背景 - 验收段 - 实现约束 - 输出格式。先写验收再写代码。你是我的小程序开发助手。请只处理本次新增支出功能不要顺手重构首页。 如果以下信息不足请先列出需要我确认的问题不要自行编造。 【项目】 项目随手记一笔 页面pages/add/add 目标用户输入金额和备注保存后回到首页列表出现新记录今日汇总更新。 【先写验收请先复述再开始实现】 1. 主路径可走通输入合法金额和备注点击保存后返回首页新记录出现在列表顶部或合理位置。 2. 金额为空时有提示并且不保存。 3. 金额为非法字符或负数时有提示不写入数据。 4. 保存成功后首页列表出现新记录今日汇总数字增加。 5. 保存失败时有 toast 或文案提示不静默失败。 6. 只允许修改新增记录相关文件和首页数据读取逻辑不重构全局样式与配置。 【实现约束】 - 先列出预计修改的文件再给改动。 - 不要新增未要求的筛选、导出、登录等功能。 - 不确定的 wx API 标注“需确认”不要编造。 - 完成后不要只说“已完成”必须逐条自检。 【完成后输出】 逐条回复通过 / 未通过 证据。 未通过项最小改动修复修复后再次自检。 最后给出 1. 改动文件列表 2. 我如何 1 分钟复验 3. 真机需要额外检查的 2 个点这个模板适合直接放进 Claude Code、Codex 或你在 CC Switch 中配置的 TaoToken 对话里。使用时注意如果一次任务太大就拆成页面验收和单功能验收两轮。比如第一轮只让首页结构过页面验收第二轮再做新增支出。不要在一轮里既改首页布局又改存储结构又改云函数否则验收结果很难定位。复验清单可以这样写【1 分钟复验】 1. 打开首页确认汇总区和列表可见。 2. 点击“记一笔”进入新增页。 3. 不填金额直接保存确认有提示且未新增。 4. 输入 20 和“午餐”保存。 5. 回到首页确认列表出现“午餐 20”今日汇总增加。 6. 杀掉小程序进程重新打开确认记录仍在。如果是云函数方案把第 6 步改成“查看云函数日志确认本次调用有入参校验和成功返回”。如果是本地存储第 6 步就是杀进程重进。9. 排障验收段不生效、真机白屏、Token 波动时怎么查验收段不生效通常有三个原因。第一提示词太长验收段被埋在中间。把验收段放在提示词末尾并用“请先复述”强制模型读取。第二验收项不可观察比如“逻辑正确”“架构合理”。改成“点击后有跳转”“空输入有提示”“杀进程重进数据仍在”。第三任务范围太大模型同时处理多个目标。拆成页面、单功能、数据层分开验。真机白屏或按钮无反应先按这个顺序查页面路径是否存在、路由跳转参数是否正确、目标页面是否注册、控制台是否有报错、真机是否开启调试、网络域名是否白名单、本地缓存是否旧数据、授权是否被拒绝。把“实际现象 复现步骤 错误日志”放进同一轮发给模型不要只发“还是不行”。Token 消耗波动时不要只看单次请求。重点看三类轮次重复解释轮、大范围重写轮、真机返工轮。重复解释轮通常是因为需求模糊大范围重写轮通常是因为没有改动范围约束真机返工轮通常是因为缺少真机主路径验收。把验收段补上把文件范围写死把复验步骤写清多轮输出会更收敛。如果你使用 TaoToken 统一 Base URL建议按项目或用途拆分 Key。比如“Claude Code 编码”“Codex 调试”“模型对比”分别建 Key。这样在控制台里能更快看出是哪个工具、哪类任务在消耗 Token。创建和轮换入口在 API KeysBase URL 始终是https://taotoken.net/api不要在 Base URL 后面拼接 UTM 参数。还有一个常见误区把验收段当成一次性文档。实际使用时页面验收段会随页面变化单功能验收段会随功能变化真机清单会随主路径变化。每次改完主路径让 AI 重新整理一遍真机清单。每次新增数据方案重新跑一遍数据层验收。验收段不是写给今天看的是写给下一轮返工看的。10. 文末路径模型对话 → Coding Plan → 创建 Key → Claude Code 文档如果你还没配置建议按这个顺序走不要跳步。先到 模型对话 体验模型确认你要用的模型 ID 和响应风格。如果准备长期在 Claude Code、Codex 里做项目看 Coding Plan确认用量和场景。到 API Keys 创建 Key占位符统一写成YOUR_API_KEY不要提交到仓库。配置 Claude Code 时参考 Claude Code 文档Base URL 填https://taotoken.net/apiClaude Code 用settings.json和ANTHROPIC_*Codex 用config.tomlCC Switch 填 Provider、Base URL、API Key 三件套。回到 TaoToken 官网 查看控制台和文档入口把多轮输出集中管理。最后记住一句话验收标准是你和模型之间的合同条款。合同没写清模型只能说“已经做完了”合同写清了它才可能逐条回复“通过、未通过、证据、最小修复”。先写验收再写代码再把多轮自检固定成工作流TaoToken 管住 AI 多轮输出 Token返工才会从不可控变成可观察、可收敛、可复验。