Casdoor v4 发布：身份管理开始面向 MCP 与 Agent 场景

随着 MCP Server 和 AI Agent 逐渐进入企业应用架构，身份认证系统面对的对象不再只有人和传统应用，也包括能够调用工具、访问数据和执行任务的智能软件。开源身份认证与访问管理平台 Casdoor 在 v4 版本中，开始针对这一变化调整产品能力。

版本更新的核心信息

据公开素材，Casdoor v4.0 于 2026 年 9 月 1 日发布，截至 9 月 9 日已迭代至 v4.3。本次版本升级主要包括：

• 控制台全面重写：管理控制台是身份系统的主要操作入口，重写意味着项目希望改善管理体验，并为后续能力扩展提供更合适的界面基础。
• 内置 MCP Server：MCP 让模型或 Agent 能以更标准化的方式连接工具和外部资源。Casdoor 将相关服务能力纳入平台，有助于把身份管理与新型 AI 工作流放在同一套架构中考虑。
• 支持 Agent 鉴权：传统认证通常围绕用户登录和应用访问展开，而 Agent 场景还需要识别调用主体、控制可访问资源，并区分不同任务或服务的权限。Casdoor v4 将 Agent 作为明确的鉴权对象，回应了这一趋势。

Casdoor 由 Casbin 社区开发，使用 Go 与 React 构建，遵循 Apache 2.0 协议。项目还于 2026 年 2 月 22 日被收录进 CNCF 云原生全景图，位于 Provisioning 板块的 Security & Compliance 分类。需要注意的是，进入全景图并不等同于 CNCF 对项目功能或质量作出认证，但这一收录为项目在云原生生态中的定位提供了可见度。

对开发者的意义

对采用微服务、云原生平台或 AI 应用的团队而言，身份系统正在从“给用户登录”扩展为“管理人、应用、工具和 Agent 的访问关系”。如果认证能力仍然分散在业务代码、网关和各类插件中，权限策略会更难统一维护。Casdoor 的更新方向，体现了将这些新型调用主体纳入统一身份平台的尝试。

不过，MCP Server 和 Agent 鉴权的实际价值，仍取决于权限模型、凭证生命周期、审计能力以及与现有系统的集成效果。仅凭版本标题和项目定位，尚不足以判断具体实现覆盖范围。对于准备评估的团队，更适合结合完整发布说明、文档和代码进行验证，再决定是否用于生产环境。

总体来看，Casdoor v4 的重点不只是一次控制台改版，而是身份管理平台对 AI 工具调用和 Agent 化应用的主动适配。随着项目继续迭代，其后续版本能否形成清晰、可操作的 Agent 权限治理方案，将是值得观察的方向。

来源：OSChina