Strix 接入 Vercel AI Gateway：渗透测试可切换 400+ 模型

开源 AI 渗透测试工具 Strix 迎来一次关键的接入更新：现在可以通过 Vercel AI Gateway 调用超过 400 个模型，涵盖 Anthropic、OpenAI、Kimi、GLM、Deepseek 等多家厂商。对于需要在不同模型之间做安全测试与效果对比的团队来说，这意味着不必再为每个供应商单独注册账号、维护多套密钥。

一次 API 打通多家模型，改的是什么

Strix 原本的用法是绑定某个模型服务商，模型切换往往意味着配置和计费的重新梳理。接入 AI Gateway 后，多家模型被收敛到同一个 API 入口，官方强调这一层不额外加价，且用量与成本可以在 AI Gateway 中跨模型统一追踪。

这带来两个直接变化。其一是选型成本下降：渗透测试场景里，不同模型在推理深度、指令遵循、工具调用稳定性上表现差异明显，能否低成本地横向对比，直接影响测试策略是否可靠。其二是计费透明度提升：当测试任务分散在多个模型上时，跨模型的用量与花费集中在一个面板，比逐个供应商核对账单更可控。

AI Gateway 是什么

Vercel AI Gateway 是位于应用与大模型供应商之间的一层统一路由服务。它对外暴露一套与 OpenAI 兼容的接口，内部把请求转发给 Anthropic、OpenAI、Google、Meta 以及国内多家厂商的模型，并对调用做鉴权、限流、重试与用量统计。对开发者而言，变化在于只需持有一个网关密钥、按 <provider>/<model> 形式的模型 ID 发起请求，而不必为每家供应商维护独立的 SDK 与账号体系。这类网关通常还提供模型回退、缓存、可观测性等能力，代价是请求路径上多出一个中间环节。

配置方式：一个前缀决定走哪条路

Strix 通过 STRIX_LLM 环境变量选择模型通道，格式是标准 AI Gateway 的 <provider>/<model> ID，前面加上 vercel_ai_gateway/ 前缀：

export STRIX_LLM="vercel_ai_gateway/zai/glm-5.3"
export LLM_API_KEY="your-ai-gateway-api-key"

需要注意，模型 ID 的写法与网关的路由规则强绑定，前缀写错或 provider 名称不匹配都会导致调用失败。密钥方面使用的是 AI Gateway 的 API Key，而不是各家厂商的原始密钥——这也正是减少多账号管理负担的关键所在。官方在 Strix 的 AI Gateway 配置指南中给出了完整步骤，按文档配置后即可开始使用。

STRIX_LLM 与模型 ID 解析

STRIX_LLM 是 Strix 用来声明「用哪个模型跑测试」的环境变量，其值并非模型名称本身，而是一个由工具解析的通道标识。格式中的 vercel_ai_gateway/ 前缀告诉 Strix 走网关分支，剩余部分 <provider>/<model> 则原样作为网关的路由键，例如 zai/glm-5.3 中的 zai 是供应商标识、glm-5.3 是该供应商下的具体模型版本。由于供应商标识由网关定义而非厂商自己命名，写错前缀或使用了未在网关上架的模型 ID 时，请求会在路由阶段被拒绝，表现为鉴权通过但模型不存在的错误。

对安全测试工作流意味着什么

渗透测试属于对模型能力高度敏感的任务类型。任务拆解、漏洞推理、工具调用链的稳定性，任何一个环节的模型表现不足都可能让测试结果失真。把模型选择权交给网关之后，团队可以针对不同测试阶段选择不同模型，例如用推理能力更强的模型做路径规划，用成本更低的模型处理批量化的探测任务。

这种灵活性的代价是配置复杂度从「供应商维度」转移到「模型 ID 维度」。当可选模型数量达到 400 以上时，如何建立一套可复现的模型选择与评估记录，会成为团队需要自行补齐的工程实践。

渗透测试智能体对模型能力的要求

Strix 这类工具属于典型的智能体（agent）形态：模型不是一次性回答问题，而是在循环中反复决定下一步动作、调用扫描或利用工具、读取返回结果并修正计划。这使它对模型能力的要求区别于普通对话场景——工具调用的参数格式必须严格合法，多轮循环中不能丢失早期上下文，遇到失败命令时要能自我纠正而不是重复同一动作。推理深度决定漏洞路径规划的合理性，指令遵循与工具调用稳定性则决定整条链路能否跑完。因此在渗透测试中更换模型往往不是「效果略有差异」，而是可能产生完全不同的测试覆盖范围，这也是横向对比能力在此场景中格外重要的原因。

选择与取舍

Strix 的这一更新本质上是把模型接入的复杂度外包给了网关层，让工具本身专注于测试逻辑。对已经在使用 Vercel 生态的团队，迁移路径相当短；对尚未接入网关的用户，则需要评估多一层依赖是否符合自身的安全与合规要求——毕竟渗透测试工具本身的供应链风险，同样值得纳入考量。

此次贡献者包括 Eric Dodds。