用 CodeX 做 AI 情绪日记那阵子最让人头疼的不是微信小程序的页面也不是弱网队列而是 Node 后端里那段调用大模型的代码同一段日记今天返回标准 JSON明天多一段解释后天某个字段直接消失前端 JSON.parse 立刻红屏更别提按 Token 计费用户写得多、调用得多账单涨得比日记字数还快。后来我把厂商专属 Key 从代码里拿掉改成去 TaoTokenhttps://taotoken.net/?utm_sourcetaotoken_aicg_blog_end创建一把统一 Key再把后端模型接口的 Base URL 指向 https://taotoken.net/api情绪分析链路才稳下来。现在同一把 Key 想从原模型切到新模型后端业务代码和 Prompt 都不用动。这个变化对 AI 情绪日记这种小体量产品特别关键因为你要的不是把某一家模型焊死在代码里而是让情绪分析的 JSON 结构稳定、调用成本可控、换模型时小程序前端不用重新发版。1. 情绪分析接口写死厂商 Key 的两个坑1.1 JSON 字段今天有明天没前端 parse 先崩原文写的是 Prompt 工程 接口封装 结果解析接口封装里直接填了某家大模型厂商的 Key 和地址。这个做法在 demo 阶段没问题一旦日记内容变长、用户说话变随意模型输出就开始漂。情绪类型、情绪分值、核心关键词、简短小结这四个字段只要少一个后端没校验就传给小程序前端日历色值和趋势图就渲染不出来。弱网队列能保证日记不丢但兜不住模型输出格式。这个坑不是 Codex 写错代码而是模型接口层没有统一入口换一次模型就要重新对字段。更现实的是用户写日记不是做结构化表单。有人会写“今天有点烦但晚上吃了顿好的”有人会写“开会被打断三次焦虑到不想说话”模型很容易把“烦躁”和“焦虑”混在一起也可能把 0-10 的情绪浓度写成“大约七分”。如果没有后端 normalize 层小程序端拿到的就是半自然语言半 JSON 的混合体。原文提到迭代了四五版 Prompt这说明结构化输出不是一句“请返回 JSON”就能解决它需要 Prompt 约束、后端校验、失败重试和默认值四层兜底。1.2 Token 账单追着日记字数涨换模型还要翻代码按 Token 计费这件事在情绪日记里特别隐蔽。用户写 200 字日记和写 800 字日记调用成本不一样同一个用户反复提交相似内容也会重复调用。更麻烦的是想从便宜的模型切到更稳的模型得去翻 Node 后端里写死的厂商地址、Key、模型名改完还要重新跑一遍小程序前后端联调。原文里“调用成本控制”和“情绪分析稳定性”两个问题本质上都指向同一个位置模型调用没有抽成可切换的通道。如果后端代码里同时散落着API_KEY、BASE_URL、MODEL_NAME那 AI 辅助开发越快技术债堆得越快。Codex 可以帮你生成接口封装但它不会替你决定哪一层该稳定、哪一层该可替换。情绪分析的业务契约应该是type、score、keywords、summary四个字段而不是“某家厂商某版本的返回格式”。把这四个字段稳住底层换模型才不会牵一发动全身。1.3 弱网队列、日历图、WebSocket 都不该被模型厂商绑住弱网本地队列的逻辑是本地存储、待同步队列、指数退避重试日历视图和趋势图只认后端返回的情绪结构。这些模块跟哪家模型厂商没有关系。把厂商 Key 写进 config.js 后它们就被动绑定了换厂商要改配置、改环境变量、可能还要改 SDK 初始化。原文的技术栈里Node.js 后端是 REST WebSocket小程序是原生开发真正需要稳定的其实是“情绪分析结果结构”不是“某一家厂商的接口”。所以这次改造的目标很明确把模型厂商 Key 从代码里拿出来换成一把统一 Key把厂商 Base URL 换成 https://taotoken.net/api把模型 ID 放到配置层以模型广场当时列表为准。业务代码、Prompt、弱网队列、日历图都不动。之后从原模型切到新模型只需要在控制台或配置层换一下后端不需要重新理解一家新厂商的 SDK。2. 用 TaoToken 统一通道接管 Node 后端模型调用2.1 先去官网创建一把 Key别在代码里散落厂商密钥原文里接入大模型 API 的步骤是在后端代码里填模型厂商 Key。现在改成准备材料阶段打开 TaoToken 注册登录在控制台创建 API Key复制出来只放在后端环境变量里。占位符统一写 YOUR_API_KEY不要提交到 Git。同一把 Key 后面可以在模型对话、Coding Plan 和小程序后端复用。注意落地页负责注册、创建 Key、看模型广场和看用量真正填进代码的 Base URL 是 https://taotoken.net/api末尾不要加 /v1。两者不要混。准备材料只有三样一把从官网创建的 Key、一个统一 Base URL、一个从模型广场确认过的模型 ID。不要把厂商专属参数继续写进aiClient.js也不要把官网地址填进baseURL。小程序端不需要知道底层是哪家模型它只提交日记内容接收情绪 JSON。后端才是唯一接触模型接口的地方所以改造点集中在 Node 服务不影响微信小程序的页面结构。2.2 Base URL 填 https://taotoken.net/api模型 ID 以模型广场为准Node 后端原来写的是厂商专属 Base URL现在改成统一入口 https://taotoken.net/api。OpenAI 兼容 SDK 初始化时baseURL 就填这个值不要手写成官网地址也不要在末尾补 /v1。模型 ID 不写死在 aiClient.js 里放到 .env 的 TAOTOKEN_MODEL具体填哪个 ID以 https://taotoken.net/?utm_sourcetaotoken_aicg_blog_end 模型广场当时列表为准。这样后端只认“一个 Key 一个 Base URL 一个模型 ID”切换时不用翻业务代码。这里要特别区分两类地址给人点的官网落地页是 https://taotoken.net/?utm_sourcetaotoken_aicg_blog_end用来注册、创建 Key、看模型广场、看用量给程序填的 Base URL 是 https://taotoken.net/api末尾不带 /v1。很多 404 不是 Key 错而是把官网地址填进了 SDK或者自己补了/v1。把这两个地址分开记后面排障会省很多时间。2.3 情绪 Prompt 和 normalize 函数保持原样统一通道只替换接口层不替换 Prompt 工程。原文里迭代了四五版 Prompt要求模型返回情绪主类型、0-10 分浓度、3-5 个关键词、简短小结这套约束继续保留。后端再加一层 normalizeEmotion字段缺失时补默认值分值越界时夹到 0-10关键词不是数组时转成数组。切换模型后只要新模型能按 JSON 返回日历视图、趋势图、历史检索都不用改。Prompt 是产品规则接口地址是基础设施这两者不要混在一起改。换模型时先保持 Prompt 不动观察新模型对同一批测试日记的输出稳定性如果非 JSON 变多再单独调 Prompt。这样你才能判断问题出在模型、通道还是解析层。原文里“情绪分析稳定性”最终靠的是多层兜底而不是完全信任某一家模型。3. 可直接复制的 Node 后端配置.env、config.js、aiClient.js3.1 .env 只放 Key、Base URL、模型 ID原文有 config.js 统一管理接口地址、模型参数、超时阈值。现在把敏感值和可切换值放到 .envconfig.js 只做读取和默认值。注意 API Key 写 YOUR_API_KEYKey 从 https://taotoken.net/?utm_sourcetaotoken_aicg_blog_end 创建。Base URL 写 https://taotoken.net/api不要加 /v1。模型 ID 不编造以模型广场为准。TAOTOKEN_API_KEYYOUR_API_KEY TAOTOKEN_BASE_URLhttps://taotoken.net/api TAOTOKEN_MODEL以模型广场当时列表为准 AI_REQUEST_TIMEOUT20000 OFFLINE_QUEUE_MAX200这个文件不要提交到仓库部署时放到服务器环境变量或密钥管理里。弱网队列上限、超时阈值这些参数可以继续留在 .env方便 Codex 帮你做边界检查时直接读取。Key 一旦泄露回控制台重置即可不需要改业务代码。3.2 config.js 保持原文的全局配置习惯require(dotenv).config(); const config { ai: { apiKey: process.env.TAOTOKEN_API_KEY || YOUR_API_KEY, baseURL: process.env.TAOTOKEN_BASE_URL || https://taotoken.net/api, model: process.env.TAOTOKEN_MODEL, timeout: Number(process.env.AI_REQUEST_TIMEOUT || 20000), }, offline: { maxItems: Number(process.env.OFFLINE_QUEUE_MAX || 200), retryBaseMs: 1500, }, }; module.exports config;config.js 里不要写任何厂商专属域名。小程序端请求的接口地址仍然是你自己的 Node 服务不是模型通道。Node 服务再通过 config.ai.baseURL 去请求模型。这样小程序合法域名、WebSocket 地址、模型 Base URL 三层是分开的换模型不会影响小程序审核配置。3.3 aiClient.js 封装请求与 JSON 兜底const OpenAI require(openai); const config require(./config); const client new OpenAI({ apiKey: config.ai.apiKey, baseURL: config.ai.baseURL, timeout: config.ai.timeout, }); const SYSTEM_PROMPT 你是情绪分析器。只输出 JSON不要输出解释、Markdown 或代码围栏。 JSON 字段 type: 开心|平静|焦虑|低落|烦躁 之一 score: 0-10 的数字 keywords: 3-5 个字符串数组 summary: 一句客观小结不要说教 ; function normalizeEmotion(input) { const allowed [开心, 平静, 焦虑, 低落, 烦躁]; const type allowed.includes(input?.type) ? input.type : 平静; const score Math.min(10, Math.max(0, Number(input?.score) || 5)); const keywords Array.isArray(input?.keywords) ? input.keywords.slice(0, 5).map(String) : []; const summary typeof input?.summary string ? input.summary.slice(0, 120) : 情绪记录已保存暂时无法生成更细的小结。; return { type, score, keywords, summary }; } async function analyzeDiary(content) { const completion await client.chat.completions.create({ model: config.ai.model, messages: [ { role: system, content: SYSTEM_PROMPT }, { role: user, content }, ], temperature: 0.2, }); const raw completion.choices?.[0]?.message?.content || ; try { const start raw.indexOf({); const end raw.lastIndexOf(}); const jsonText start 0 end start ? raw.slice(start, end 1) : raw; return normalizeEmotion(JSON.parse(jsonText)); } catch (err) { return normalizeEmotion(null); } } module.exports { analyzeDiary };这段代码里没有厂商专属 SDK 参数只有apiKey、baseURL、model三个可替换值。如果某个模型支持结构化输出参数可以按模型广场说明再加不支持也不影响因为 normalizeEmotion 已经兜住字段缺失。Codex 可以帮你检查这段封装但安装依赖、启动服务、发请求要在你自己的终端做。3.4 后端路由里只调用 analyzeDiaryconst express require(express); const { analyzeDiary } require(./aiClient); const router express.Router(); router.post(/diary/analyze, async (req, res) { const content String(req.body?.content || ).trim(); if (!content) { return res.status(400).json({ ok: false, message: 日记内容不能为空 }); } const emotion await analyzeDiary(content); res.json({ ok: true, emotion }); }); module.exports router;路由层只关心日记内容是否为空、返回体是否包含emotion。至于底层换哪家模型、走哪个通道路由完全不知道。这就是“后端零改动”的关键业务代码依赖的是 analyzeDiary 函数不是某家厂商的接口细节。弱网队列同步到 Node 服务后仍然走这个路由历史数据也继续存四字段结构。4. 本地验证一条日记从提交到情绪 JSON4.1 先用模型对话发一条测试消息配置保存后先在 TaoToken 模型对话 里用同一把 Key 发一条测试日记确认模型 ID 和 Base URL 没填错。比如输入“今天加班到很晚但把情绪分析模块跑通了有点累也有点开心。”看返回是不是 JSON字段是不是 type、score、keywords、summary。这一步不要贴真实隐私日记用脱敏文本即可。模型广场里能选哪些模型、是否支持结构化输出以页面当时列表和说明为准。模型对话的好处是先把 Key 和模型 ID 验证掉。如果这里就报 401不用去翻 Node 代码如果这里正常而本地脚本报错就集中查 .env 是否被 Node 进程读到。很多问题是环境变量没重启、Key 复制少了字符、模型 ID 写成了展示名而不是模型广场里的实际 ID。4.2 再跑本地脚本检查 normalize 后的字段在项目根目录建 scripts/test-emotion.jsconst { analyzeDiary } require(../aiClient); (async () { const result await analyzeDiary(今天把 Node 后端的模型调用切到统一通道JSON 解析终于稳定了。); console.log(JSON.stringify(result, null, 2)); })();本地执行node scripts/test-emotion.js。Codex 可以帮你检查这段脚本和 normalizeEmotion但命令要在你自己的终端跑报错原样贴回对话。期望输出是 type、score、keywords、summary 四个字段score 在 0-10keywords 是数组。如果返回默认值说明 JSON 解析失败先看原始 raw 内容再调 Prompt。4.3 对照小程序的日历和趋势图后端返回结构稳定后再跑小程序前端。写一条日记等弱网队列同步完成看日历当天色值是否按 type 映射趋势图是否按 score 生成。若前端仍报错先打印后端返回体不要直接怀疑模型。统一通道解决的是接口地址和 Key 管理字段映射仍由 normalizeEmotion 和小程序端共同保证。验证时最好保留三条测试日记一条明显开心、一条明显焦虑、一条中性。三条都返回稳定四字段后再换模型 ID 跑一遍。对比两次输出的 type 和 score 是否接近keywords 是否合理。如果新模型在 JSON 结构上没问题但情绪判断偏差大那是模型特性问题不是后端改造问题。5. 切换模型或供应商时后端零改动的操作顺序5.1 在控制台看模型广场确认新模型 ID要换模型时先打开 https://taotoken.net/?utm_sourcetaotoken_aicg_blog_end 的模型广场看新模型是否在列表里模型 ID 是什么是否支持 JSON 输出。不要凭记忆写模型名。把新 ID 记下来再回到后端 .env 改 TAOTOKEN_MODEL。这里改的是配置不是业务代码aiClient.js、路由、Prompt 都不动。如果模型广场里有多个同类模型先用模型对话发同一批测试日记比较返回的四个字段是否稳定再决定是否切到 Node 后端。不要直接让真实用户去试错。原文里“调用成本控制”也要求你先看用量和额度再决定切便宜模型还是稳模型。5.2 只改环境变量不改 analyzeDiary 调用如果是在 TaoToken 控制台切换供应商或通道按控制台当时说明操作后端仍然用同一把 YOUR_API_KEY、同一个 https://taotoken.net/api、同一个 analyzeDiary。模型 ID 如果由环境变量管理就只更新 .env 并重启 Node 服务。小程序端不需要重新发版弱网队列里已存的待同步日记也会按原逻辑提交不会因为底层换模型而丢。这里要守住一个边界Codex 可以帮你生成切换脚本、检查配置但它不能替你执行生产环境重启。重启 Node 服务、更新 .env、观察日志都由你在本地或服务器上做。小程序端只认你自己的 REST WebSocket 服务不直接接触模型通道。5.3 历史数据与 Prompt 版本分开管理情绪历史数据存的是分析结果不是模型厂商返回的原始报文。换模型后旧日记录不动新日记用新模型结果。Prompt 如果要调单独在代码里升版本不要和模型切换混在一起。这样出问题时能判断是 Prompt 变了还是模型变了。原文里迭代 Prompt 的经验在这里很有用——结构化字段是产品契约模型只是执行者。如果新模型的 score 普遍偏高或偏低可以在 normalize 层做一次校准比如把 0-10 映射到 0-8但这属于产品策略不要为了迁就模型改掉前端日历色值。先保证四字段存在且类型正确再谈情绪判断准不准。6. 排障与成本401、404、非 JSON、用量对账6.1 401 先查 Key 是不是从官网创建并复制完整401 多半是 Key 问题。检查 .env 里 TAOTOKEN_API_KEY 是不是 YOUR_API_KEY 没替换或者复制时少了字符。Key 从 https://taotoken.net/?utm_sourcetaotoken_aicg_blog_end 创建不要在代码里写明文。如果刚重置过 Key旧进程可能还拿着缓存重启 Node 服务再试。还有一种情况是把 Key 放进了前端小程序代码然后前端直连模型通道。不要这样做。小程序端只请求你的 Node 后端Node 后端再带 Key 请求 https://taotoken.net/api。Key 只出现在服务端环境变量里。6.2 404 大多是把官网地址或 /v1 填进了 Base URL404 先看 baseURL。填进代码的应该是 https://taotoken.net/api不是官网落地页也不是 https://taotoken.net/api/v1。官网地址只用于注册、创建 Key、看模型广场和看用量。OpenAI 兼容 SDK 初始化后请求路径由 SDK 和通道处理不要自己拼 /v1/chat/completions。如果本地脚本和模型对话一个通一个不通对比两者的 Base URL 和模型 ID。模型对话里选的模型 ID要和后端 .env 里 TAOTOKEN_MODEL 一致。展示名和实际 ID 经常不是一回事以模型广场当时列表为准。6.3 非 JSON 先看 Prompt再看 normalize 兜底模型返回自然语言先看 SYSTEM_PROMPT 是否写了“只输出 JSON”。有些模型对“只输出 JSON”不敏感可以在用户消息末尾再强调一次字段名。后端 normalizeEmotion 必须保留遇到解析失败返回默认结构让小程序不崩。若换了模型后非 JSON 变多不一定是通道问题先对照模型广场的说明必要时换回更稳的模型。也可以在analyzeDiary里加一次重试第一次解析失败把 raw 和“请只返回 JSON”再发一次仍失败就走默认值。重试要设上限避免成本失控。原文提到的“失败重试 默认值”就是这种思路。6.4 成本对账去控制台看用量内容缓存和单日上限按 Token 计费的成本控制回到控制台看用量最直接。打开 https://taotoken.net/?utm_sourcetaotoken_aicg_blog_end 看这次测试调用有没有记上账再决定是否给 analyzeDiary 加内容缓存用 crypto 对日记内容做 hash短时间内相同内容直接返回缓存结果同时在业务层加单日调用上限超限写默认情绪结构而不是继续请求。价格、额度、SLA 以控制台和模型广场当时页面为准不要凭猜测写死。缓存位置可以先用内存 Map用户量上来后再换 Redis。单日上限可以按用户维度计数也可以按全局维度计数。重点是别让情绪日记这种低频产品被异常重复提交打爆。弱网队列的退避重试也要和模型调用重试分开避免一次网络抖动触发多次模型请求。7. 下一步把这次调用记到控制台7.1 模型对话、Coding Plan、创建 Key 的先后顺序配置跑通后先去 TaoToken 模型对话 用同一把 Key 发一条测试消息确认模型 ID 和 Base URL 没填错。如果要长期跑小程序后端打开 Coding Plan 看套餐是否够用Key 在 控制台 API Keys 创建。这三步的顺序是先用模型对话验证通道再看长期额度最后回控制台管理 Key。不要跳过模型对话直接切生产。情绪日记的日记内容涉及隐私测试时用脱敏文本。模型对话能快速暴露 Key、模型 ID、Base URL 三类问题比你在小程序里点半天更省时间。7.2 回到控制台看这次调用有没有记上账配完 Node 后端后别急着切新模型。先在控制台看这次本地测试有没有产生调用记录确认用量和错误率。如果记上了再把 .env 里的 TAOTOKEN_MODEL 换成模型广场里的新 ID重启服务再跑一遍 scripts/test-emotion.js。确认返回结构仍是 type、score、keywords、summary 四个字段日历和趋势图不报错再让用户写真实日记。如果控制台里没有记录先查 Node 进程是否读到 .env再看请求是否打到了官网地址而不是 https://taotoken.net/api。把日志里的 status code 和返回体贴回模型对话或让 Codex 对照代码但执行和验证仍然由你在本地完成。7.3 长期维护Key 只放环境变量模型 ID 只放配置层最后留一个维护习惯YOUR_API_KEY 只放 .env 或部署平台的环境变量不提交 GitBase URL 固定 https://taotoken.net/api模型 ID 放配置层以 https://taotoken.net/?utm_sourcetaotoken_aicg_blog_end 模型广场为准。这样以后从原模型切到新模型后端业务代码、Prompt、弱网队列、小程序页面都不用动。真要说改了什么只是配置里的一行模型 ID以及控制台里的一次切换。