9Router：评估 AI 网关，不把路由误认为无限权限
实践：制作只读 9Router 路由回执
分别记录请求模型、实际尝试和客户端验收，在不保留秘密的前提下解释一次请求的完整路径。
实践：制作只读 9Router 路由回执知识学习CN编辑简报更新 2026-09-18
你将学会
- 每次尝试都可见
- 减少保留的数据
- 测试部分结果
开始前需要
- 基本命令行与配置阅读能力
- 能够在独立且获准的环境中试验
分别记录请求模型、实际尝试和客户端验收，在不保留秘密的前提下解释一次请求的完整路径。
先看结论
- 最终成功应保留此前失败。
- 未知用量不能当作零。
- 回执不需要修改账号权限。
每次尝试都可见
建立虚构回执，包含请求模型、配置路由和每次目的地，为成功与失败都记录耗时及结果。最终成功不应抹掉此前经过哪些失败路径。
将客户端接受与传输成功分开。编码流程收到正文后仍可能工具不兼容或缺少必要背景，因此要记录究竟验证了哪项客户端功能，而不是只有 HTTP 成功。
减少保留的数据
练习使用假请求标识与虚构提示，排除认证头、账号 token 和完整私人工具输出。元数据或哈希足以比较时，就不收集更多内容，保持台账用途明确。
回执中标注源码修订与启动模式，将观察到的请求边界关联到真实自定义入口，不假设所有运行方式都具备同样的头部处理行为。
测试部分结果
覆盖首路由成功、首次失败后成功、全部失败，以及客户端拒绝响应。每个状态必须对应证据，缺少用量时保持未知，不能为了汇总方便记成零。
第一版只读，不自动切换账号。这是独立学习方案，不声称 9Router 已有相应端点；账本和小型尝试时间线已经足够，不必引入 Three.js。
如何选择
| 比较维度 | 方案 A | 方案 B |
|---|---|---|
| Best when | You need predictable behavior and easy auditing | You need adaptive optimization and have reliable telemetry |
| Main risk | May leave performance on the table | Can become difficult to explain or debug |
实施步骤
- 1
记录每次虚构尝试和结果。
- 2
区分客户端接受与传输状态。
- 3
不带秘密地测试失败和缺失观察。
可复制示例
json
{
"proposal": true,
"readOnly": true,
"requestId": "demo",
"requestedModel": "configured-model",
"attempts": [],
"clientAccepted": null,
"usage": null
}常见问题
这是已文档化的网关端点吗？
不是，本章提出独立学习格式。
应该自动切换账号吗？
初版只记录并解释证据。
资料来源
- 9Router / README.md来源核查 2026-09-18
- 9Router / custom-server.js来源核查 2026-09-18