AI 资源库 · 已整理 2 项

Agent 生命周期

查看与Agent 生命周期相关的 AI 资讯、工具、Skill、工作流和开源项目。

Agent 与工作流

从人类点击到智能体速度：OpenAI 12 亿用户规模对你的鉴权意味着什么

OpenAI 在 DevDay 宣布 ChatGPT 周活跃用户突破 12 亿，约相当于全球人口的 15%。这么多人和越来越多的 AI 智能体同时发起请求，每次聊天、API 调用和模型调用都得先验证身份和权限，传统集中式身份系统在高并发下容易成为瓶颈。OpenAI 采用 Ory 的解耦认证引擎和 OAuth2/OIDC 基础设施，让令牌校验在边缘以无状态方式完成，减少反复回查中心数据库。文章还比较了自托管可组合 IAM 与传统身份 SaaS 在数据主权、成本和扩展方式上的差异，并提到让智能体先“观察模式”运行、再收紧权限的思路。对读者的价值是：了解面向超大规模和智能体负载设计身份鉴权时的关键取舍。

文中可用工具

  • Ory提供解耦的认证引擎和 OAuth2/OIDC 身份基础设施，供 OpenAI 这类超大规模场景使用
  • Ory Kratos处理身份生命周期、凭证哈希和会话管理的微服务
  • Ory Hydra高性能 OAuth2/OIDC 服务器，负责签发访问令牌和管理授权流程
  • Ory Keto基于 Google Zanzibar 模型的细粒度权限控制引擎，评估关系元组
  • ChatGPTOpenAI 的聊天产品，文中称其周活跃用户已超 12 亿
  • Codex原文仅提及名称，未说明具体用途
  • CockroachDB分布式 SQL 数据库，用于跨区域复制身份验证状态
  • Spanner原文仅提及名称，未说明具体用途
  • Postgres原文仅提及名称，未说明具体用途
  • Auth0文中作为传统多租户身份 SaaS 的例子出现
  • Okta文中作为传统多租户身份 SaaS 的例子出现
  • Ping Identity文中作为传统多租户身份 SaaS 的例子出现
# OpenAI# IAM# 身份校验# Agent 生命周期# OAuth2
☆ 收藏查看来源 ↗
评论 · 分享第一个看法
Agent 与工作流

Agent 早已消失，它的访问密钥却还活着，会发生什么？

文章用一个虚构例子说事：云平台上有一个叫 research-agent-2 的账号，它的访问密钥是 14 个月前创建的，最后一次使用是 11 个月前，但至今仍然有效。问题出在：人离职会触发账号回收流程，但一个干完活的 AI 助手（agent）往往只是关掉页面就走，没人回头清理它的权限；而 AWS IAM 的访问密钥不会自动过期，于是这把旧钥匙一直能开门。文章引用 OWASP 2025 年非人类身份风险榜单，把“下线条目没处理好”排在第一位，并提到 2026 年 9 月 GreyNoise 记录的一次攻击：从零到在真实目标上实现远程代码执行不到 4 小时，26 秒内攻陷至少 11 家机构，说明拖慢清理很危险。解决办法分三步：用 CloudQuery 把 AWS 凭证报告同步进数据库，再用给出的 SQL 查询找出“创建超过 90 天且 90 天以上没用过”的有效密钥，然后由指定负责人复核，配合策略和定时任务处理。注意 90 天只是复查门槛，不是判死刑；查询不包含 root 账号密钥，那需要单独紧急审计。文章提供的是自查方法和查询语句，属于已给出的操作指导，不是新发布的工具。

文中可用工具

  • CloudQuery把 AWS IAM 凭证报告同步到数据库，方便用 SQL 查询长期未用的密钥
  • AWS IAM管理用户访问密钥，其密钥不会自动过期
  • ClickHouseCloudQuery Platform 使用的查询数据库方言
  • PostgreSQL另一种可运行文中查询语句的数据库
# Agent 生命周期# IAM 访问密钥# 凭证治理# 非人类身份
☆ 收藏查看来源 ↗
评论 · 分享第一个看法