Node环境三验证（node/npm版本、npm镜像、VSCode终端PATH一致）是调用内容审核API前提；需服务端调用、严格鉴权与请求格式、正确解析响应，本地应模拟失败路径并防范结构变更风险。
launch.json 配置正确才能让 Node 脚本跑起来，但调用内容审核 API 的关键不在调试配置，而在请求构造、鉴权方式和响应解析——很多人在 fetch 或 axios 发请求时漏掉 Content-Type 或用错 Authorization 格式，直接返回 401 或 400。
Node 环境必须验证的三件事
别跳过这步，后续所有 API 调用都依赖它稳定运行：
-
node -v和npm -v能正常输出版本号（2026 年建议至少使用 Node.js 20.15+） -
npm config get registry返回的是可信镜像（如https://registry.npmmirror.com），避免安装包失败 - VSCode 内置终端执行
node --version与系统终端一致；若不一致，说明 VSCode 没读取到系统 PATH，需重启或手动设置"terminal.integrated.env.windows"（Windows）
调用内容审核 API 前先确认接入方式
主流审核服务（如阿里云、腾讯云、百度 AI）都不支持浏览器直连，必须走服务端代理或后端调用。你在 VSCode 里写的 app.js 是 Node 脚本，不是前端页面——这点容易混淆。
- 检查你拿到的 API 文档是否明确标注 “仅限服务端调用”，若写 “支持 Web SDK”，那大概率是前端封装过的，实际仍走后端中转
- 鉴权通常用
AccessKey ID / Secret签名，或Bearer Token；前者需按文档拼接X-Date、X-Nonce等 header，后者只需Authorization: Bearer xxx - 请求体必须是
application/json，且字段名严格匹配（比如阿里云叫scenes，腾讯云叫scene，少个 s 就 400）
示例（腾讯云文本审核）：
Rydberg Agent Node
下载
使用一条命令部署ProbeChain Rydberg测试网代理节点。自动注册为Agent(NodeType=1)，免gas，支持macOS/Linux/Windows。触发词：/r
const axios = require('axios');
const data = {
Scene: 'antiporn',
Content: '这个视频很刺激'
};
axios.post('https://aaai.api.qcloud.com/v2/index.php', data, {
headers: {
'Authorization': 'YOUR_TOKEN',
'Content-Type': 'application/json'
}
});
VSCode 调试时看不到 API 响应？检查这三点
断点打在 then() 里却没停，或者 console.log(res) 输出 undefined，问题往往不在代码逻辑：
- 没加
await或没写.catch()，错误被静默吞掉（Node 默认不抛未捕获 promise rejection） -
launch.json中没设"console": "integratedTerminal"，导致console.log输出被重定向到调试控制台，而你盯着终端看 - API 返回的是流式响应（如某些大模型审核接口带
text/event-stream），但你用res.data直接取，应该监听data事件或用res.text()
本地测试审核逻辑，别等上线才踩坑
审核服务有调用频次限制、敏感词库更新延迟、甚至灰度发布，本地开发阶段就得模拟失败路径：
- 用
nock拦截真实请求，返回预设的pass/review/block响应，验证你的业务分支逻辑 - 在
package.json里加一条 script："test:audit": "node ./test/audit.mock.js"，避免每次改完都要起服务 - 注意时区：部分审核接口要求
X-Date必须是 GMT+8，用new Date().toUTCString()会错，得手动补偏移
真正麻烦的不是第一次调通，而是当审核策略升级、字段语义变更、或返回结构嵌套加深时，你的解析逻辑是否健壮——别把 res.data.result.suggestion 写死，先判空再取值。
