2026 年 9 月 16 日,一个名为 Blue 的开源项目在 Hacker News Show HN 板块发布,自我定位是「开源的 Coding Agent 治理控制平面」,针对企业内部 Coding Agent 部署中的一个核心痛点——「让 Agent 调用 MCP 与 LLM 服务但不直接拿到凭证」,中间通过授权代理完成身份验证与密钥兑换。Blue 的工程价值在于解决了一个企业级 Agent 部署的现实挑战:开发者经常需要在多个 Coding Agent(Codex、Claude Code、Kimi Code、OpenCode)之间切换,但传统部署方式让开发者的机器上存储真实 API 密钥,既不安全又不方便管理;Blue 的工程方案是「开发者通过浏览器设备授权获得临时 bearer token,临时 token 在推理代理(inference proxy)处兑换为真实 API 密钥」,整个过程中开发者机器上从不存储真实密钥。几个月前(2026 年 8 月)发布的 OneCLI 项目(已经在 topic 493 详细分析)从类似的「Rust 网关 + MITM 凭证注入」角度切入同一问题——Agent 永远获得占位符,真实凭据在网关层按请求注入,Agent 即使被入侵也无法获取真实密钥。两个项目代表了一个工程新基线:企业 Coding Agent 凭证管理正在从「开发者机器存储真实密钥」走向「授权代理 + 临时 token」的零信任模式,大幅降低了 Agent 时代的凭据泄露风险。
一、Blue 的工程方案:授权代理 + 临时 token 的完整链路
Blue 的工程设计从「为什么需要专用授权代理」开始。Blue 的创始人分享了他在企业级推理网关迁移中的痛苦经历——「一旦脱离了 OpenAI 或 Anthropic 这样的托管生态,企业就失去了原生治理能力」,具体痛点包括「失去集中插件中心用于分发 MCP 与 skills」「无法下发托管配置(模型默认参数等)」「网关配置对开发者不友好,API 密钥以明文存储在开发者机器上」;企业转向自托管推理网关时,治理能力的缺失让过渡变得困难。Blue 的工程方案是「开源、自托管的控制平面」+「开发者安装通用 CLI 指向组织的控制平面租户」。
Blue 的核心工程设计包含几个关键组件。第一个组件是「Universal CLI」——开发者安装一次 Blue CLI,即可对接组织的 Blue 控制平面;CLI 在启动时协调组织策略(每个 Harness 一份)、下发扩展、配置网关,然后启动并把控制权移交给开发者已选择的原生 CLI(Codex、Claude Code、Kimi Code、OpenCode);这种「Blue CLI 启动 + 移交给原生 CLI」的工程设计让开发者无需改变工作流,只需在每次会话开始时运行 `blue codex`、`blue claude` 等命令。第二个组件是「浏览器设备授权 + 临时 token」——开发者首次运行 `blue login` 时,CLI 打开浏览器到 Blue 控制平面,开发者登录后获得临时 bearer token;这个临时 token 用于后续的 API 调用,生命周期短(默认 2 分钟过期)。第三个组件是「推理代理凭证兑换」——对于网关访问,临时 token 在 Blue 的自托管推理代理(inference proxy)处兑换为真实 API 密钥;兑换过程发生在代理侧,代理把真实密钥临时注入到下游 API 调用,然后丢弃;开发者机器上从不存储真实密钥。
第四个组件是「SCIM 和 OIDC 支持」——Blue 开箱即用支持 SCIM(跨域身份管理)与 OIDC(OpenID Connect),企业可以立即连接其现有的身份解决方案(如 Okta、Azure AD、JumpCloud 等);这种身份集成让 Blue 不需要单独管理用户身份,而是复用企业现有的身份基础设施。第五个组件是「6 大治理能力」——支持多 Harness 治理(选择哪些 Coding Agent 与版本可以运行)、托管扩展(分发 digest-pinned 的 MCP、skills、plugins、hooks 等)、配置策略(下发组织设置而不覆盖开发者个人配置)、身份与访问控制、BYO 网关(连接组织自托管网关)、会话可见性(可选启用本地转录捕获,上传到运营方控制的对象存储)。这 6 大能力共同构成了 Blue 作为「Coding Agent 治理控制平面」的完整工程实现。
二、OneCLI 的工程方案:Rust 网关 + MITM 凭证注入
OneCLI 项目从更底层的「Agent Harness」角度切入同一问题(已经在 topic 493 详细分析)。OneCLI 的核心工程洞察是「Agent 永远获得占位符,真实凭据在网关层按请求注入」——这种设计的工程价值在于「即使 Agent 被入侵,攻击者也无法获取真实凭据」,大幅降低了凭据泄露风险。OneCLI 的具体工程实现包含 Rust 网关、MITM 技术、每次调用前的确定性边界检查、以及与 OneCLI 强绑定的 IdP 集成(企业每个员工获得个人沙箱 Agent)。Blue 与 OneCLI 的设计哲学有显著差异但工程目标高度一致——Blue 关注「跨 Harness 的治理与凭证管理」,OneCLI 关注「单一 Harness 的端到端安全」;两者共同覆盖了企业 Agent 凭证管理的两个关键维度。
三、企业 Agent 凭证管理的工程基线
Blue 与 OneCLI 共同代表了一个工程判断:企业 Agent 凭证管理需要专门的授权代理与零信任架构,而非依赖开发者机器存储真实密钥。这个新基线包含几个关键维度。第一维度是「零信任凭证管理」——开发者机器上永远不存储真实 API 密钥,所有调用都通过临时 token 与代理兑换完成;Blue 的浏览器设备授权 + 推理代理兑换、OneCLI 的 Rust 网关 + MITM 注入都是这种零信任模式的工程实现。第二维度是「跨 Harness 治理」——企业可能同时使用多种 Coding Agent,治理能力应该跨 Harness 统一,而不是每个 Harness 单独配置;Blue 的「一次配置,所有 Harness 应用」与 OneCLI 的「个人沙箱 Agent」都体现了这种跨 Harness 治理的工程原则。第三维度是「身份集成」——Agent 凭证管理应该与企业现有身份基础设施(SCIM、OIDC、SSO)集成,而不是独立管理用户;Blue 的 SCIM/OIDC 支持、OneCLI 的 IdP 集成都体现了这种身份优先的工程原则。
第四维度是「会话级最小权限」——凭证应该限定在特定会话的生命周期内,会话结束后凭证自动失效;Blue 的临时 token、OneCLI 的每次调用前凭证注入都是这种会话级最小权限的工程实现。第五维度是「本地优先的数据主权」——凭证管理与 Agent Harness 应该支持本地部署,避免被云服务锁定;Blue 的自托管 MIT 开源、OneCLI 的 Apache-2.0 都是这种本地优先的工程实现。第六维度是「审计与合规」——所有凭证使用应该被记录,支持事后审计与合规检查;Blue 的「会话可见性」与 OneCLI 的「完整身份 trail」都是这种审计能力的工程实现。
四、企业部署 Agent 凭证管理的实践路径
企业部署 Agent 凭证管理有几个具体的实践路径。第一步是「建立 Agent 凭证清单」——明确列出企业内部所有 Agent 使用的凭证(API keys、OAuth tokens、服务账户等),以及凭证的存储位置、使用范围、生命周期。第二步是「评估凭证管理工具」——基于 Blue、OneCLI 等开源项目,评估自托管方案与商业方案的匹配度;优先选择支持零信任凭证管理、跨 Harness 治理、身份集成的方案。第三步是「部署授权代理基础设施」——基于选择的方案,部署授权代理(inference proxy + 网关);基础设施应该支持多 Harness、多 LLM 后端、多租户隔离。第四步是「集成企业身份」——通过 SCIM、OIDC、SSO 等协议把 Agent 凭证管理与企业现有身份基础设施集成;员工入职时自动获得 Agent 凭证,离职时自动撤销。
第五步是「建立凭证轮换与审计流程」——基于凭证的生命周期(临时 token、OAuth refresh 等),建立自动凭证轮换流程;所有凭证使用应该被记录,支持事后审计与合规检查。第六步是「参与 Agent 凭证管理社区」——参与 Blue、OneCLI、mcp-bastion 等开源社区,跟踪最新的 Agent 凭证管理实践;Agent 凭证管理是新兴领域,企业不能仅依赖自身经验,必须借助行业共识。第七步是「建立凭证泄露响应预案」——基于可能的凭证泄露场景(Agent 被入侵、开发者机器被入侵等),预先制定响应流程,包括凭证撤销、事件调查、改进 Agent 防护。
五、从 Agent 凭证管理到企业 AI 安全新基线
Blue 与 OneCLI 的出现标志着一个 Agent 时代的工程转向——从「开发者机器存储真实密钥」走向「授权代理 + 临时 token」的零信任凭证管理,这是企业 AI 安全建设的重要一步。这种转向的安全价值与传统 IT 时代从「明文存储密码」走向「密钥管理 + 单点登录」的演进路径类似——传统 IT 安全的演进经历了从「每个应用自己管理密码」到「集中密钥管理 + SSO」的转变;Agent 凭证管理也需要经历类似的演进,从「每个 Agent 框架自己管理 API 密钥」到「集中授权代理 + 临时 token」的转变。Blue 与 OneCLI 等开源项目的工程价值,正在于它们让企业能够在 Agent 时代建立真正可控、可审计、可治理的凭证管理基础设施,为 Coding Agent 的规模化安全部署提供工程保障。
