1. 五子棋评分链路为什么肉眼看不出来如果你写过 javascript 五子棋大概率见过这种结构棋盘上每个空点都要算分算完排序取最高分落子。代码能跑但你想确认「是不是所有可落子点都进了评分列表」「排序后拿到的到底是不是最高分」光靠盯屏幕是看不出来的。原帖里Role.getPeak()就是这条链路的核心它先调getScoreList()把board.getAvaiablePoints()返回的每个点都跑一遍getScore(point)再用scoreInfo.sort(function(a,b){ return b.score - a.score; })降序排列最后return scoreInfo[0]。而Machine.setChess()拿到自己的myPeak和对手的rivalPeak后用myPeak.score rivalPeak.score决定落子位置。问题在于这条链路没有任何控制台输出。getScoreList()返回的数组里每个元素是{score, point}排序是否正确、最高分是不是真的对应最优落点、边界点有没有被漏算全靠脑补。我试过在浏览器里打断点但getAvaiablePoints()每次遍历 17×17 的棋盘断点一多就卡得没法看。更麻烦的是getScore()内部把Five、Four_Live、Tree_Live等八个评分器依次compute再累加任何一个评分器的_computeScore返回异常最终分数都会偏但你从落子结果上根本反推不出来是哪一层出的问题。这时候需要的不是再写一堆console.log而是让一个能读懂上下文的工具帮你逐段核对。Codex 这类编码助手可以做到前提是它得连上一条稳定的模型通道。下面我就按「验证用量」的视角把从创建 Key 到让 Codex 返回核对结果的完整过程走一遍。你跟着做最后会拥有一条可以长期用来调试五子棋这类前端代码的通道。2. 给 Codex 接上 TaoToken 的前置准备Codex 默认走的是官方端点国内直连经常超时而且用量不透明。TaoToken 提供的是兼容 OpenAI 协议的接口把 Base URL 换掉就能用。你需要先拿到一个 Key。打开 https://taotoken.net/?utm_sourcetaotoken_aicg_blog_endutm_mediumcsdnutm_campaignrewriteutm_content 注册后在控制台里创建一个 API Key。创建入口在 https://taotoken.net/console 里Key 管理页是 https://taotoken.net/api-keys 。Key 只显示一次复制下来存好。注意Key 不要写进前端代码或提交到 Git本地调试用环境变量或者临时配置文件。Codex 的配置分两块Base URL 和 API Key。Base URL 填https://taotoken.net/api注意末尾不要多加/v1Codex 会自己拼路径。如果你用的是 Codex CLI配置文件通常在~/.codex/config.json或项目根目录的.codex/config.json如果用的是 VS Code 插件在设置里搜codex找到 endpoint 相关字段。配置项填写值说明Base URLhttps://taotoken.net/api兼容 OpenAI 协议API Key控制台创建的 Key只显示一次Model按 Codex 默认或指定不影响核对逻辑超时建议 60s 以上长代码核对耗时略长配好之后先别急着贴五子棋代码用一个最小请求确认通道是通的。你可以直接在终端里用 curl 测curl https://taotoken.net/api/chat/completions \ -H Content-Type: application/json \ -H Authorization: Bearer $TAOTOKEN_API_KEY \ -d { model: gpt-4o-mini, messages: [{role: user, content: 回复 ok}], max_tokens: 10 }返回里如果有choices字段且内容正常说明 Key 和 Base URL 都对。这一步跑通后面贴代码才有意义。如果这里就报 401先回去检查 Key 有没有复制全报 404 多半是 Base URL 多写了/v1。3. 把 getScoreList 与 getPeak 贴给 Codex 逐行核对通道通了之后把原帖里Role构造函数中getScoreList和getPeak这两段单独摘出来连同getScore一起贴给 Codex。不要贴整个 HTML太长会稀释注意力。我整理了一份可以直接复制的核对提示词下面是一段 javascript 五子棋的评分逻辑请逐行核对三个问题 1. getScoreList() 是否把 board.getAvaiablePoints() 返回的每一个可用点都算进了 result 2. getScore() 内部对 computers 数组的遍历是否有遗漏或重复累加 3. getPeak() 里 scoreInfo.sort 的降序写法是否正确scoreInfo[0] 是否一定是最高分 代码 var getScore function(point) { var score 0; for(var i 0 , computer; computer computers[i];) { computer.compute(point); score computer.getScore(); } var result {score: score , point : point}; return result; } var getScoreList function() { var result []; var avaiablePoints board.getAvaiablePoints(); for(var i 0 , point; point avaiablePoints[i];) { result.push(getScore(point)); } return result; } this.getPeak function() { var scoreInfo getScoreList(); scoreInfo.sort(function(a,b){ return b.score - a.score ; }); return scoreInfo[0]; }贴过去之后Codex 会返回一段核对结论。正常情况下它会指出getScoreList的for循环用point avaiablePoints[i]作为条件当point为undefined时循环终止所以每个可用点都被push了一次getScore里computers[i]同理八个评分器都会执行sort的b.score - a.score是标准降序scoreInfo[0]就是最高分。如果它发现getAvaiablePoints里chessBoard[y][x]为undefined时continue的逻辑有边界问题也会一并指出来。这一步的关键不是让 Codex 帮你改代码而是让它把「你肉眼看不到的执行路径」用文字复述出来。它返回核对结果就代表这次请求完整跑通了你的 TaoToken 通道对 Codex 是可用的。4. 验证请求成功与结果解读Codex 返回核对结果后你要确认两件事一是请求本身成功二是核对内容确实对应你贴的代码。请求成功的标志是 Codex 的回复里出现了对你代码的具体引用比如提到avaiablePoints、computers、scoreInfo[0]这些变量名。如果它只回了一句「代码看起来没问题」而没有具体分析可能是模型没读到完整上下文把代码再贴一次或者在提示词里明确要求「逐行引用变量名说明」。结果解读上重点看它有没有回答这三个问题可用点是否全部算分看它有没有确认getAvaiablePoints()的返回被完整遍历。评分器是否全部执行看它有没有数出computers数组里八个评分器都被compute调用。排序是否取到最高分看它有没有确认sort比较函数的方向和scoreInfo[0]的语义。如果 Codex 指出getScoreList里result.push(getScore(point))在point为undefined时可能出错你可以顺着它的提示去检查getAvaiablePoints的循环边界。原帖里for(var y 0 ; y VERTICAL ; y)用的是而VERTICAL 16棋盘是 17×17这个边界本身是对的但chessBoard[y][x]在未初始化时是undefinedcontinue会跳过所以不会把空点算进去。Codex 如果提到这一点说明它真的读懂了。提示核对结果里如果出现「建议加 console.log」之类的泛泛建议可以忽略你要的是它对现有逻辑的判断不是改造方案。跑通一次之后你可以把这段核对流程固定下来以后每次改评分器都把改动的那段贴给 Codex 核对一遍。这比在浏览器里打断点快得多而且不依赖本地环境。5. 本篇常见错排查报 401 UnauthorizedKey 没复制全或者环境变量名写错。检查Authorization: Bearer后面的值注意不要有多余空格。如果用的是 Codex 插件确认它读的是你改的那个配置文件有些插件会缓存旧配置重启一下。报 404 Not FoundBase URL 写成了https://taotoken.net/api/v1。Codex 会自己拼/chat/completions你只需要填到/api。另外确认请求方法用的是 POST不是 GET。Codex 回复与代码无关提示词里代码和问题混在一起模型可能只读了问题没读代码。把代码放在问题之后用明确的「代码」分隔或者分两轮先贴代码再问。核对结果太笼统模型可能没拿到完整上下文。把getScore、getScoreList、getPeak三段一起贴不要只贴getPeak。如果还是笼统在提示词里加一句「请引用具体变量名和行号」。请求超时五子棋代码虽然不长但如果你把整个 HTML 贴进去token 量会上去。只贴评分相关的函数控制在几百 token 以内。超时时间设到 60s 以上。排序结果看起来不对先确认scoreInfo里每个元素的score是不是数字。如果某个评分器的_computeScore返回了undefined累加后score会变成NaNsort对NaN的比较结果是不确定的。Codex 核对时如果发现某个评分器没有return会指出来。6. 长期调试五子棋的通道怎么用跑通这一次之后你手里就有了一条可以反复用的通道。五子棋这类前端代码的调试最耗时的不是写逻辑而是确认逻辑有没有按预期执行。评分链路尤其如此八个评分器叠加任何一个的_computeScore写错最终落子就会偏但你从棋盘上看不出来。我的做法是每次改完评分器把改动的那段和getScoreList、getPeak一起贴给 Codex让它核对「改动后可用点是否仍全部算分」「排序是否仍取最高分」。这比写单元测试快因为五子棋的评分依赖棋盘状态构造测试用例本身就很麻烦。Codex 能直接读代码逻辑不需要你构造棋盘。如果你要长期做这类调试建议把 Codex 的配置固定下来Key 用环境变量管理Base URL 写死在配置里。需要看模型对话效果时可以走 https://taotoken.net/models 确认当前可用模型需要管理 Key 和用量走 https://taotoken.net/console 和 https://taotoken.net/api-keys 。接入文档在 https://taotoken.net/doc 里面有各语言 SDK 的示例。如果你后面要拿 Codex 做更长期的编码任务比如持续重构五子棋的评分器可以看看 Coding Planhttps://taotoken.net/coding-plan?utm_sourcetaotoken_aicg_blog_endutm_mediumcsdnutm_campaignrewriteutm_content 。回到五子棋本身getPeak这条链路的核心就三件事可用点全算分、评分器全执行、排序取最高。Codex 帮你核对的就是这三件事。核对通过落子逻辑就是可信的核对不通过它会告诉你哪一层断了。这比在浏览器里反复刷新看落子结果效率高得多。