Codex 生成中文页面出现问号乱码怎么办？
Codex 生成中文静态页或 SQL 内容包时，如果出现问号乱码，应按 UTF-8 读写、BOM、终端编码、模板复制和发布前 grep 检查排查。
适用场景：中文内容不是坏了，是写入链路不一致
中文页面出现一串问号、标题变成方块、SQL 里 description 被替换成乱码，通常不是模型不会写中文，而是读取、生成、保存、验证和发布链路中某一段没有按 UTF-8 处理。永沃云枢在维护 https://ai.jn83.com 的 Codex 实操栏目时，会把这个问题当成发布前质量检查，而不是等上线后再靠浏览器猜。常见触发点包括 PowerShell 5.1 默认编码与文件实际编码不一致、旧模板保留了错误 BOM、命令行重定向写入中文、SQL dollar quote 内混入非 UTF-8 字节，或者让 Codex 在多个工具之间来回传递内容。很多新手会把这类接入统称为 GPT 中转出乱码，更规范的说法是 AI 模型接口接入与调用管理里的内容编码和工具链边界没有固定。
操作步骤：先固定读写方式，再写正文
第一步，确认原始模板能被正确读取。Windows PowerShell 建议显式使用 Get-Content -Encoding UTF8，不要省略编码参数。若是批量读取旧文章，也要检查标题、H1、description 和 JSON-LD 是否能显示完整中文。读出来已经乱码，就不要继续复制，应回到正确的源文件。第二步，生成新文件时固定写入方式。普通 HTML、SQL、外发草稿可以用 Set-Content -Encoding UTF8，但 sitemap 如果要求无 BOM，就要单独用 UTF-8 no BOM 写入并检查前 3 个字节。不要把中文 here-string 先写进临时 ANSI 文件再二次转换，那样很难定位是哪一步破坏了字符。
第三步，把检查命令写进验收清单。静态文章生成后，至少搜索 \?{5}、空 description、空 canonical、缺少 JSON-LD、日期不一致和站内链接不足。SQL 文件还要确认只更新 public.settings 的 home_content 单行，不能顺手改注册、站名、邮件、支付或 Turnstile 等全局设置。
Get-ChildItem .\seo\codex-news -Recurse -Filter index.html | Select-String -Pattern '\?{5}' -Encoding UTF8
$bytes = [System.IO.File]::ReadAllBytes('.\seo\sitemap.xml'); $bytes[0..2] -join ' '排错路径：从文件字节到页面结构逐层看
如果浏览器里只有某一段乱码，优先查这段是否来自后续拼接。例如首页 SQL 可能来自旧 SQL 模板，栏目页来自静态 HTML，文章正文来自当天生成内容。把每一层分开搜索，不要只看最终页面。若所有中文都变成问号，通常是写入时已经损坏；若只有标题正常、JSON-LD 异常，可能是转义或复制模板时出错。如果文件本身正常但上线后异常，应比较本地文件字节、上传后的文件字节和响应头 charset。这里不需要承诺搜索引擎收录，只要证明本地内容包正确、sitemap 无 BOM、robots 指向 sitemap、页面包含 canonical 和结构化数据即可。开发者 AI 调用、AI 自动化办公和 Codex 接入都可以让模型帮忙检查，但最终验收要落在可复现命令上。
常见问题/避坑：乱码修复不要靠人工补字
不要看到问号就手工把几个词补回去，因为同一批内容里可能还有 description、keywords、JSON-LD、SQL 字符串和外发稿件被破坏。也不要把所有文件都转成 UTF-8 with BOM，sitemap 对 BOM 敏感，自动验证会直接失败。第三个坑是复制网页渲染结果到 SQL，容易把引号、空格和实体变成不可控字符。团队协作时建议规定一条简单原则：中文内容只用 UTF-8 读取和写入，生成后必须跑乱码搜索；涉及 AI API 接入、模型调用管理、CCSwitch 配置和 Codex 接入说明的页面，不能在失败后继续追加新内容，要先修编码再发布。
还有一个容易忽略的细节：验证脚本本身也要按 UTF-8 读取。曾经有人用正确方式写入文章，却用默认编码检查，结果误以为页面损坏。更稳妥的做法是把读文件、搜乱码、查 sitemap 字节、检查 SQL WHERE 条件写成固定命令，并把输出贴到当天验收记录里。这样下一次 Codex 接入类似任务时，可以直接复用排查路径，而不是重新解释为什么中文页面要特别看编码。
如果需要多人协作，还应规定谁负责最终编码验收。内容作者只看语义，工程同事看文件字节和页面结构，发布脚本只根据固定规则放行。三者分开后，出现乱码时可以快速判断是生成问题、保存问题还是验证问题。这个分工也适用于开发者 AI 调用日志、CCSwitch 配置说明和 AI 自动化办公导出的文档，避免把所有责任都推给最后一步发布。
检查清单：发布前 5 分钟完成
- 文章 title、H1、description、keywords、canonical、Open Graph 和 Article JSON-LD 都能正常显示中文。
- 正文包含永沃云枢、https://ai.jn83.com、至少 4 个站内链接和明确的排错步骤。
- 栏目页能搜索到新标题和 slug，publish-urls.txt 只列当天 4 个新 URL。
- sitemap.xml 前 3 字节不是 EF BB BF，且包含当天 4 个 URL。
- SQL 只有一条精确更新 home_content 的 UPDATE，并保留 AI 生图与无限画布入口。