构建 AI Agent 安全网关：如何自托管多 SaaS 的 OAuth 集成
Defiant_Cod_2654 · reddit · 2026-07-22
开发团队正在构建一个用于治理 AI Agent 工具调用的安全网关，核心约束是客户凭证必须保留在客户自己的基础设施上，且不能承担随调用次数线性增长的成本。
核心架构探讨
- 核心应用集成：团队倾向于为 15-20 个核心应用（如 Slack, GitHub, Google 等）自行构建轻量级的 OAuth Provider 注册表，完全掌控握手过程与凭证保险库。
- 长尾应用集成：将希望寄托于 MCP (Model Context Protocol) 来解决长尾应用的接入问题。
社区求助焦点
- 维护成本：自行维护多应用 OAuth 层在 API 漂移时的持续维护负担有多重？
- 开源方案：是否有能将 Token 留在本地且易于嵌入的开源替代方案？
- 依赖取舍：早期是否应该为了速度依赖 Composio/Nango 等第三方工具，后续再重构，还是从第一天起就自建轻量层？
「编程与Agent」频道最新
- Rowboat 作为开源本地优先 AI 同事上线 — ycombinator · 2026-07-22
- Reddit 用户串联 Ideogram 4 和 Krea2，复刻 bbox 定位效果 — v3lh0t05c0 · 2026-07-22
- Apollo 采用 Deep Agents 架构，AI 技能开发周期缩减 85% — LangChain · 2026-07-22
- Scoble 说 AI 的 loops 本质是长运行多智能体工作区 — Scobleizer · 2026-07-22
- Kimi Code 开放候补名单，Moonshot 推进编码产品 — Fabulous_Bonus_8981 · 2026-07-22
- 开源 runtime 让每个仓库自定义 AI 代码审查器 — ibabufrik · 2026-07-22