24Test Model Check
已上线24Test 模型检测
这个 API 是不是它声称的模型？
输入 Base URL、Key 与模型名，对 Claude Messages、OpenAI 兼容、原生 Gemini 与 OpenAI Images 四类端点发送固定探针，判定协议是否合规、行为是否像官方、Token 用量是否虚标，生成可分享的证据报告与站点徽章。
三件工具
各管一段，合起来是一条链
名称与域名已定稿。能力描述只写已上线或已验收的事实；仍在样机阶段的产品如实标注。
Token Audit
SaaS 已上线Token Audit 调用审计
企业的每一次 AI 调用，发生了什么、谁看过？
把企业经网关发出的提示词、模型回复、思考链与工具调用旁路镜像到独立服务，按租户加密保存，自动识别密钥、个人信息、关键词与拒答线索；查看正文必留痕，只告警不拦截。
Token Router Enterprise
样机验收中Token Router 企业版
员工沿用现有工具，企业拿到统一入口。
部署在企业自己机器上的模型接入网关：给每名员工发独立 Key，限模型、额度与到期；上游接 TBuy 企业通道或企业自有渠道；调用记录就地进入本地 Token Audit。
产品闭环
从检测到审计，再回到检测
十个环节，每一步写明由谁承担、怎么触发、数据或链接往哪流。「现在就能接」的环节只差链接；「需要开发」的环节规模从小到中不等，已在各步标注，更大的工作（如企业版正式发行包）见各产品页。
1
检测一条模型 API 现在就能接
用户手上有一个想核实的 API，来自 TBuy 或任何中转站，在 24Test 跑一次检测。
产物 可分享的报告、导出文件、站点徽章；Key 只用于本次运行并脱敏。
2
检测 → 采购 需要开发 · 小
报告里的端点属于 TBuy 主机时，显示「此通道由 TBuy 提供（关联品牌）」。只披露，不导流，不在他人通道的报告上放采购入口。
流向 首页与信任页提供 TBuy 入口；报告不传 Key，不传正文。
3
采购 → 检测 现在就能接
TBuy 渠道页放「在 24Test 检测此通道」预填链接，买家先测后买；24Test 徽章只能嵌在 modelsok.com 自己的页面，tbuy 品牌页改放公开结果页的外链。
链接
24test.com/#type=…&base_url=…&model=…，Key 由用户自填、不经服务器。4
采购 → 接入 链接现在就能接
个人直接拿 TBuy 的 API 地址与 Key；企业在 TBuy 企业账号申请受限凭据，作为企业版网关的上游，或直接接入 SaaS 网关。
待定 受限凭据的发放方式待与 TBuy 侧核实；若尚无自助发放，需要决策与开发。
5
接入：企业本地统一入口 样机验收中
企业 IT 在企业自己的机器上以 Docker Compose 组合部署 Token Router Enterprise（部署文档与正式发行包规划中，当前为命令行脚本），给员工发独立 Key、限模型与额度；员工把现有工具的 API 地址指向内网网关。
已验收 Claude Code 员工 Key 的接入、限额、停用与本地审计（2026-10-19）。
6
接入 → 审计入口 本地可接 · SaaS 需开发 · 小
企业版网关后台可配置指向本企业审计主机的链接；SaaS 网关的企业控制台加「调用审计」菜单指向 audit.24test.com。
原则 审计独立登录，不做共享会话。
7
开通审计 人工可接 · 自助需开发 · 中
TBuy 企业账号页放「开通调用审计」外链（待上线，现阶段直接联系我们）；企业提出申请后，站主逐个确认再建租户、绑定与采集规则，网关 60 秒内开始采集。
目标 申请表单加站主审批队列，保留逐个确认的闸门。
8
审计 → 再做一次检测 需要开发 · 小
租户在风险发现或调用详情里看到模型回复异常，点「对该模型做一次检测」回到 24Test。
只带 协议类型、模型名与企业自己的网关入口；不带 Key、渠道身份、正文。
9
持续回归 现在就能接
在 24Test 账号里加密保存测试 Key，每 30 分钟到 24 小时自动重跑，分数下降一眼可见；完成的 Claude 报告可提升为对照基线。
待补 失败告警推送（账号目前没有邮箱或 webhook 字段）。
10
企业内网自检 需要开发 · 中
24Test 线上服务按设计不向企业内网发探针，所以企业版需要一个可在内网运行的 Model Check 本地运行器，以独立进程方式被网关调用。
边界 AGPL 检测代码不进入审计与企业版代码树。
品牌关系
24Test 管工具与依据，TBuy 管模型与 Token 供应
两者为关联品牌，同属 Zevolve。品牌分开是为了职责分离与披露，不代表独立第三方认证。
24Test
模型检测、企业接入、调用审计。向你指定的 API 发起测试并生成证据报告；为企业提供统一接入与调用记录。
24test.com · audit.24test.com · router.24test.com
TBuy
模型 API 与 Token 服务：比价、充值、一个 Key 接多家模型，企业通道与受限凭据的发放。
tbuy.ai · tbuy.cn · 网关 modelsok.com
我们承诺的口径
- 检测结果是对一次运行的证据，不是认证、推荐或背书；对 TBuy 自家通道的结果同样如实展示，包括失败项。
- 调用审计的采集源是 TBuy 网关，只覆盖已开通的企业与已开启的范围；采集状态与数据缺口在控制台可见。
- 审计控制台不放任何采购或充值入口；检测报告只披露关联关系，不做导流。
我们不说的话
- 不说「24Test 认证通道」「24Test 推荐」「审计通过」。
- 不说「零丢失」「100% 不出内网」「实时阻断」。
- 不把规划中或样机阶段的能力当成现成功能宣传。
常见问题
企业客户常问的几件事
24Test 既检测中转站，又和卖 Token 的 TBuy 是关联品牌，结果还可信吗？
我们不自称独立第三方。每一份报告都附带测试条件、请求数与证据，任何人都能对同一个端点重跑；对 TBuy 自家通道的结果同样公开展示，包括失败项。检测代码以 AGPL-3.0 开源，探针逻辑可以审阅。
三个产品必须一起用吗？
不必。模型检测无需账号即可使用；调用审计可以单独为已开通的企业账号开启；企业版网关可以只做统一接入。它们之间通过链接与数据接口衔接，各自独立登录。
本地部署是不是意味着内容完全不出内网？
本地部署让审计记录与正文密文保存在企业指定环境。调用云端模型时，请求内容仍会发送到所选的模型服务商；如果要求模型推理也留在内网，需要选择企业内部的模型上游。
调用审计会拦截危险请求吗？
当前是旁路审计：对已采集内容做规则检测并告警，不在请求发出前阻断。采集范围也有边界，例如网关的 playground、Realtime 与异步任务正文目前不在采集内，控制台会标出缺口。
Token Router 企业版现在能买吗？
目前处于样机验收阶段：已在样机上完成 Claude Code 员工 Key 的接入、限额、停用与本地审计验证；其他客户端、员工设备分发、正式发行包与硬件规格仍在验收。我们不预设价格、试用期与服务等级，欢迎预约场景演示。