1. 个人主体提审小程序AI 复查这笔 Token 该单独管个人主体提审微信小程序最费时间的往往不是把页面做出来而是提审前那一轮「回头看」。AI 很适合干这件事把名称、简介、类目、核心路径、受限能力逐条过一遍比人肉自查更不容易漏。但每跑一轮复查就是一轮 Token 消耗这部分开销我建议单独管起来——我用 TaoToken 承接入口在 https://taotoken.net/?utm_sourcetaotoken_aicg_blog_endutm_contentmp-review-head 。很多人踩的坑是开发时让 AI 改页面改完它回一句「已经做完了」你一点开——首页按钮没反应真机上白屏或者它顺手把三个无关页面也动了。问题不在于功能不够而在于双方对「做完」没有共同定义。验收标准就是这份定义什么算过、什么算不过、不过了改哪里。这篇面向个人主体开发者把三件事串成一条可跟做的链路到 TaoToken 拿一个 Key把 Base URL 固定为https://taotoken.net/api在 Claude Code / Codex 里把这套配置落成文件让 AI 复查这一动作可重复调用用五套验收单做提审前复查最终产出可复现的三条结论主功能可用、名称/简介/类目一致、受限能力未误用。注意这里说的是「让 AI 按清单复查」不是让它替你决定能不能过审。清单负责把问题暴露出来判断永远以微信官方当期规则为准。2. 先拿 Key从官网到最小可用验证前置动作只有一步拿 Key。不要在正文外的渠道找直接到 TaoToken 官网 https://taotoken.net/?utm_sourcetaotoken_aicg_blog_endutm_contentmp-review-key 完成账号和 Key 的创建控制台里能看到你建的 Key 列表和用量。把 Key 存成本地环境变量别写进小程序的任何前端文件里——这一点后面数据层验收还会再提。# 本地 shell 里保存 Key只在本机生效 export TAOTOKEN_API_KEYYOUR_API_KEY # 最小连通性验证确认 Base URL 与 Key 都能被识别 curl -sS https://taotoken.net/api/models \ -H Authorization: Bearer $TAOTOKEN_API_KEY \ | head -c 400能返回模型列表说明 Key 和 Base URL 这一层没问题。如果返回 401先查 Key 有没有复制完整、有没有多余空格如果返回 404检查路径是不是被工具自动拼成了/v1/v1这类重复前缀。这一步的产出很明确一个可用的 Key、一个固定的 Base URL。后面 Claude Code 和 Codex 的所有配置都围绕这两个值展开工具不同写法不同不要互相套用。3. Claude Code 侧settings.json 与 ANTHROPIC_* 怎么写Claude Code 读的是ANTHROPIC_*这一组环境变量。最省事的做法是写进用户级配置文件~/.claude/settings.json这样在任意项目目录下启动都生效。{ env: { ANTHROPIC_BASE_URL: https://taotoken.net/api, ANTHROPIC_AUTH_TOKEN: YOUR_API_KEY } }如果你习惯用项目级配置就在项目根目录建.claude/settings.json内容同上。项目级的好处是做小程序复查这个活儿单独一份配置不会和你其他项目混在一起。写完之后不要直接开始跑复查先做一次配置校验# 查看当前生效的配置来源 cat ~/.claude/settings.json # 启动后确认环境变量已被读取 echo $ANTHROPIC_BASE_URL常见的三个问题只改了.env没改 settings.jsonClaude Code 优先读配置文件环境变量文件不一定被加载改了没反应通常是这个原因。Key 写成了ANTHROPIC_API_KEY不同版本对变量名要求不同报鉴权失败时先把ANTHROPIC_AUTH_TOKEN和ANTHROPIC_API_KEY都试一遍确认哪个生效后再固定下来。Base URL 末尾多写了/v1这类拼接错误在日志里表现为 404把 URL 还原成https://taotoken.net/api再试。配置通了以后Claude Code 就可以用来跑后面的验收单了。你可以把验收单直接贴进对话让它逐条回复「通过 / 未通过」。关于 Claude Code 的更多接入细节可以对照官方文档页确认当前版本支持的变量名和配置路径https://taotoken.net/?utm_sourcetaotoken_aicg_blog_endutm_contentmp-review-ccdoc ——这一步只解决「配置怎么写」不涉及任何小程序业务逻辑。4. Codex 侧config.toml 与 CC Switch 三件套Codex 不吃ANTHROPIC_*这一套。它的供应商配置写在config.toml里字段名和 Claude Code 完全不同混用会直接报错。标准写法是定义一个 provider再把它设为默认# ~/.codex/config.toml model gpt-5 model_provider taotoken [model_providers.taotoken] name TaoToken base_url https://taotoken.net/api env_key TAOTOKEN_API_KEY wire_api chat配套的环境变量export TAOTOKEN_API_KEYYOUR_API_KEYenv_key写的是环境变量名不是 Key 本身。这样做的好处是配置文件可以进版本管理Key 留在本机。如果你同时用多个供应商靠手改config.toml切来切去很容易出错这时候用 CC Switch 这类切换工具更稳。它管的就三件套供应商条目Base URL 对应的 Key 环境变量名当前激活项同一时间只让一个 provider 生效配置文件落点Claude Code 的 settings.json 和 Codex 的 config.toml 分别指向哪里。把这三样填清楚切换就是一次点击不用再回忆上次改的是哪个文件。切完记得重启对应工具很多「配了没生效」其实是进程还挂着旧配置。一个容易忽略的点Claude Code 和 Codex 可以同时指向同一个 Base URL 和同一把 Key但变量名必须各写各的。把ANTHROPIC_*原样搬进config.toml是最常见的新手错误结果就是启动即报鉴权失败。5. 提审前复查把验收单贴进提示词配置通了接下来才是正题。个人主体提审前的复查建议拆成五套单子按使用频率从高到低贴。每套都写成「能观察到的现象」别写「架构合理」「代码优雅」这类没法验的话。第一套页面验收。用于 AI 刚搭完一个页面或刚改完 UI你要确认这一页算不算做完。【页面验收单】 页面路径pages/xxx/xxx 页面目标用户进入这一页要完成什么 请逐条自检回复「通过 / 未通过 原因」 1. 页面能打开无白屏、无报错中断 2. 关键区块齐全头部 / 列表 / 主按钮 3. 文案可读无 TODO、测试、占位字样 4. 主按钮可点点击后有明确反馈 5. 无数据时有空状态说明用户知道下一步 6. 不破坏其他页面与全局配置 未通过项只做最小改动不要顺手改别的页面。 拿不准的 wx API 标注出来不要编造。示例填法路径pages/index/index目标「看到今日与本月汇总能进入新增」关键区块写「汇总区、最近记录、底部记一笔按钮」空状态写「无记录时提示去记第一笔」。第二套单功能验收。只做了保存、删除、筛选里的其中一件用来防止 AI 顺手重构半个项目。【单功能验收单】 功能名称新增一笔支出 所在页面pages/add/add 用户操作输入金额和备注点击保存 期望结果返回首页列表出现新记录汇总数字更新 只围绕本功能验收逐条回复通过 / 未通过 1. 主路径能走通 2. 金额为空时有提示不保存 3. 保存成功后首页列表出现新记录今日汇总增加 4. 失败不静默有 toast 或提示文案 5. 改动范围可控无关页面未被修改 完成后请列出改了哪些文件、我如何 1 分钟复验。第三套真机主路径。模拟器看着挺好真机一摸就翻车授权、缓存、网络问题都爱出在真机上。【真机验收清单生成】 项目随手记一笔 主体个人 主路径打开首页 → 记一笔 → 输入金额与备注 → 保存 → 回首页看到记录 → 删除 请输出 1. 58 个可点击步骤每步一句 2. 每步期望看到什么 3. 建议额外抽测的 2 个异常如杀进程重进、弱网 4. 模拟器通过但真机常挂的提醒不超过 3 条 不要假设我已经测过不要编造我没提到的页面。这份清单是给你自己打勾用的。提审前至少完整走三遍主路径AI 替代不了你的手指。第四套提审前复查。功能差不多了准备上传代码先过一轮「像不像能过审的成品」。【提审前复查 · 个人主体】 名称随手记一笔 简介个人日常开支快速记录 类目工具-记账 核心路径首页 → 新增 → 保存 → 看到记录 → 删除 先出报告不要大改代码。逐项给「通过 / 风险 / 需修改」 1. 主功能可用无死按钮、无「开发中」占位 2. 名称、简介、类目与真实功能一致 3. 涉及用户信息时隐私与授权说明是否齐全 4. 个人主体明显受限的能力是否被误用以官方当期为准 5. 真机主路径是否需要再走一遍列出应测步骤 最后给一份提审前 10 分钟行动清单按顺序排。 不确定的标注「需查官方文档」不要承诺一定过审。这套单子直接对应你要的可复现产出主功能可用、名称/简介/类目一致、受限能力未误用。三项里任何一项标了「需修改」就先修再上传。第五套数据层验收。数据存在手机本地或者走了云开发云函数都要验「存得进、读得回、密钥没躺在前端」。【数据层验收单】 数据方案仅本地存储 相关页面pages/add/add、pages/index/index 逐条回复通过 / 未通过 证据写清楚该查 Storage 还是云函数日志 本地存储 1. 写入后杀进程重进数据仍在 2. key 命名清晰如 records不覆盖无关数据 3. 前端无明文密钥、无鉴权秘密 云函数 1. 环境 init 正确callFunction 名称与云端一致 2. 入参校验在云函数侧空值与非法值有返回说明 3. 密钥与敏感规则不在小程序前端 4. 失败时前端有提示日志能对应到本次调用 不要编造云 API不确定的请标注。这一套和前面第 2 节的 Key 管理是呼应的Key 只存在于本机环境变量和工具配置里不进小程序代码也不进任何前端可见的文件。6. 串联起来的复查流程五套单子不是每次都全用按下面的顺序串写功能前把对应的页面验收单或单功能验收单贴在提示词末尾先约好什么叫「做完」AI 说做完了把同一份验收单再发一次要求逐条回「通过 / 未通过」不给模糊结论某项未通过或真机翻车转成问题单把报错原文、复现步骤、期望现象写全不要只说「不行」数据相关用第五套本地存储和云函数分开验准备上传前用第四套出一份复查报告再按报告里的 10 分钟清单逐条处理。这套流程的价值在于可重复。同一份验收单今天跑、明天跑、改完再跑结论是可比的。个人开发者没有测试团队能依赖的就是这种可重复的自检。7. 三类高频报错怎么排配置和使用过程中下面三类问题最常见。鉴权失败401。先确认 Key 有没有复制完整再确认变量名对不对Claude Code 用ANTHROPIC_AUTH_TOKENCodex 用config.toml里env_key指定的名字。两边混用会稳定失败。路径拼接错误404。Base URL 统一写https://taotoken.net/api不要自己补/v1也不要让工具重复拼接。出现 404 时先打印实际请求地址再排查。切换后没生效。用 CC Switch 切完供应商后重启工具确认settings.json和config.toml的落点没有写串确认当前激活项只有一个。多份配置同时生效表现就是时好时坏。排查时记住一条让 AI 复查小程序和让 AI 排查你自己的工具配置是两件事。前者的输入是验收单后者的输入是报错原文和配置文件内容。把这两类请求分开输出的质量会稳定很多。8. 小结与下一步回到最初的问题AI 说「已经做完了」缺的不是更多功能而是双方对「做完」的共同定义。验收单就是这份定义写清楚了才谈得上完成。个人主体提审前建议至少做三件事——把主路径在真机上完整走三遍、把名称简介类目和真实功能对齐、确认个人主体受限的能力没有被误用。工具侧的动作也很短拿 Key、设 Base URL、把配置落成文件、把验收单存下来备用。想先在网页里试一轮模型对话验证 Key 可用https://taotoken.net/models/detail/chat?utm_sourcetaotoken_aicg_blog_endutm_contentmp-review-chat复查频次高、想控制长期开销看 Coding Planhttps://taotoken.net/coding-plan?utm_sourcetaotoken_aicg_blog_endutm_contentmp-review-plan还没建 Key 或要新建一把专用于复查的 Keyhttps://taotoken.net/console/api-keys?utm_sourcetaotoken_aicg_blog_endutm_contentmp-review-keys配置 Claude Code 时对照当前版本的变量与路径说明https://taotoken.net/doc/ClaudeCodeAnthropic?utm_sourcetaotoken_aicg_blog_endutm_contentmp-review-docBase URL 固定为https://taotoken.net/apiKey 占位符YOUR_API_KEY换成你自己那把。五套验收单建议存成本地 Markdown 文件改页面时贴第一、二套准备上传时贴第四套数据有改动时贴第五套。跑完一轮把「通过 / 未通过」的结论留档下一版提审前直接对照。