能力标签
🔌
MCP工具

零ID自主智能体身份管理系统

基于 Go · 让 AI 助手直接操作你的系统与工具
英文名:zeroid
⭐ 137 Stars 🍴 13 Forks 💻 Go 📄 Apache-2.0 🏷 AI 7.8分
7.8AI 综合评分
MCP协议智能体认证身份管理凭证安全多Agent
✦ AI Skill Hub 推荐

经 AI Skill Hub 精选评估,零ID自主智能体身份管理系统 获评「推荐使用」。这款MCP工具在功能完整性、社区活跃度和易用性方面表现出色,AI 评分 7.8 分,适合有一定技术背景的用户使用。

📚 深度解析
零ID自主智能体身份管理系统 是一款基于 MCP(Model Context Protocol)标准协议的 AI 工具扩展。MCP 协议由 Anthropic 开发并开源,旨在建立 AI 模型与外部工具之间的标准化通信接口,目前已被 Claude Desktop、Claude Code、Cursor 等主流 AI 工具采纳。

通过安装 零ID自主智能体身份管理系统,你的 AI 助手将获得额外的工具调用能力,可以用自然语言直接操控该工具的功能,无需学习复杂的命令行语法。MCP 工具的核心价值在于"一次配置,永久增强"——配置完成后,每次与 AI 对话时都可以无缝调用这些工具。

在技术实现上,MCP 工具通过标准的 JSON-RPC 协议与 AI 客户端通信,工具的功能以"工具列表"的形式暴露给 AI 模型,AI 可以按需调用。零ID自主智能体身份管理系统 提供了结构化的工具调用接口,使 AI 模型能够精确地理解和使用每个功能点,显著降低 AI 在工具使用上的错误率。

与传统的 API 集成相比,MCP 工具的优势在于无需编写代码——用户只需在配置文件中添加几行 JSON,即可让 AI 获得全新能力。AI Skill Hub 将 零ID自主智能体身份管理系统 评为 AI 评分 7.8 分,属于同类工具中的优质选择。
📋 工具概览

ZeroID是专为AI智能体设计的开源身份管理系统,提供自主的认证与凭证管理能力。支持多智能体协作场景,通过MCP协议实现安全的身份验证和授权控制,适合构建可信的AI代理系统。

零ID自主智能体身份管理系统 是一款遵循 MCP(Model Context Protocol)标准协议的 AI 工具扩展。通过 MCP 协议,它可以让 Claude、Cursor 等主流 AI 客户端直接访问和操作外部工具、数据源和服务,实现 AI 能力的无缝扩展。无论是文件操作、数据库查询还是 API 调用,都可以通过自然语言在 AI 对话中直接触发,极大提升生产效率。

GitHub Stars
⭐ 137
开发语言
Go
支持平台
Windows / macOS / Linux(跨平台)
维护状态
轻量级项目,按需更新
开源协议
Apache-2.0
AI 综合评分
7.8 分
工具类型
MCP工具
Forks
13
📖 中文文档
以下内容由 AI Skill Hub 根据项目信息自动整理,如需查看完整原始文档请访问底部「原始来源」。

ZeroID是专为AI智能体设计的开源身份管理系统,提供自主的认证与凭证管理能力。支持多智能体协作场景,通过MCP协议实现安全的身份验证和授权控制,适合构建可信的AI代理系统。

零ID自主智能体身份管理系统 是一款遵循 MCP(Model Context Protocol)标准协议的 AI 工具扩展。通过 MCP 协议,它可以让 Claude、Cursor 等主流 AI 客户端直接访问和操作外部工具、数据源和服务,实现 AI 能力的无缝扩展。无论是文件操作、数据库查询还是 API 调用,都可以通过自然语言在 AI 对话中直接触发,极大提升生产效率。

📌 核心特色
  • 通过标准 MCP 协议与 Claude、Cursor 等主流 AI 客户端深度集成
  • 提供结构化工具调用接口,显著降低 AI 集成复杂度
  • 支持 Claude Desktop 和 Claude Code 无缝接入,开箱即用
  • 可与其他 MCP 工具组合叠加,构建完整 AI 工作站
  • 轻量无侵入设计,不影响现有系统架构
🎯 主要使用场景
  • 在 Claude Desktop 对话中直接调用本地工具,实现 AI 与系统的深度联动
  • 通过自然语言驱动复杂的多步骤自动化任务,代替繁琐手动操作
  • 将多个 MCP 工具组合使用,构建个人专属 AI 工作站
以下安装命令基于项目开发语言和类型自动生成,实际以官方 README 为准。
安装命令
# 方式一:通过 Claude Code CLI 一键安装
claude skill install https://github.com/highflame-ai/zeroid

# 方式二:手动配置 claude_desktop_config.json
{
  "mcpServers": {
    "-id-----------": {
      "command": "npx",
      "args": ["-y", "zeroid"]
    }
  }
}

# 配置文件位置
# macOS: ~/Library/Application Support/Claude/claude_desktop_config.json
# Windows: %APPDATA%/Claude/claude_desktop_config.json
📋 安装步骤说明
  1. 确认已安装 Node.js(v18 或以上版本)
  2. 打开 Claude Desktop 或 Claude Code 的 MCP 配置文件
  3. 按「交给 Agent 安装 → Claude Desktop」标签中的 JSON 配置填入 mcpServers 字段
  4. 保存配置文件并重启 Claude 客户端
  5. 重启后,在对话中即可使用本工具
以下用法示例由 AI Skill Hub 整理,涵盖最常见的使用场景。
常用命令 / 代码示例
# 安装后在 Claude 对话中直接使用
# 示例:
用户: 请帮我用 零ID自主智能体身份管理系统 执行以下任务...
Claude: [自动调用 零ID自主智能体身份管理系统 MCP 工具处理请求]

# 查看可用工具列表
# 在 Claude 中输入:"列出所有可用的 MCP 工具"
以下配置示例基于典型使用场景生成,具体参数请参照官方文档调整。
配置示例
// claude_desktop_config.json 配置示例
{
  "mcpServers": {
    "_id___________": {
      "command": "npx",
      "args": ["-y", "zeroid"],
      "env": {
        // "API_KEY": "your-api-key-here"
      }
    }
  }
}

// 保存后重启 Claude Desktop 生效
📑 README 深度解析 真实文档 完整度 82/100 含工作流图 查看 GitHub 原文 →
以下内容由系统直接从 GitHub README 解析整理,保留代码块、表格与列表结构。

简介

<p align="center"> <h1 align="center">ZeroID</h1> <p align="center"><strong>Identity Infrastructure for Autonomous Agents</strong></p> <p align="center"> Issue short-lived agent credentials · Delegate between agents · Attest · Revoke in real-time <br/> OAuth 2.1 &middot; WIMSE/SPIFFE &middot; RFC 8693 delegation &middot; Developer SDKs </p> <p align="center"> <a href="https://github.com/highflame-ai/zeroid/actions/workflows/release.yml"> <img src="https://github.com/highflame-ai/zeroid/actions/workflows/release.yml/badge.svg" alt="CI" /> </a> <a href="https://goreportcard.com/report/github.com/highflame-ai/zeroid"> <img src="https://goreportcard.com/badge/github.com/highflame-ai/zeroid" alt="Go Report Card" /> </a> <a href="https://github.com/highflame-ai/zeroid/releases"> <img src="https://img.shields.io/github/v/release/highflame-ai/zeroid?color=green" alt="Latest Release" /> </a> <a href="https://pkg.go.dev/github.com/highflame-ai/zeroid"> <img src="https://pkg.go.dev/badge/github.com/highflame-ai/zeroid.svg" alt="Go Reference" /> </a> <a href="https://github.com/highflame-ai/zeroid/blob/main/LICENSE"> <img src="https://img.shields.io/badge/license-Apache%202.0-blue.svg" alt="License" /> </a> <a href="https://discord.gg/zeroid"> <img src="https://img.shields.io/discord/zeroid?label=discord" alt="Discord" /> </a> </p> </p>

---

Features

  • Agent Identity Registry — Register agents, MCP servers, services, and applications as first-class entities. Classify by role (orchestrator, autonomous, tool_agent), enrich with metadata (framework, version, publisher, capabilities), assign trust levels, and manage the full lifecycle: register → activate → deactivate → de-provision.
  • OAuth 2.1 Token Issuance — Full OAuth 2.1 support: client_credentials, jwt_bearer (RFC 7523), token_exchange (RFC 8693) for delegation, api_key, authorization_code (PKCE), refresh_token, urn:openid:params:grant-type:ciba (OpenID CIBA Core 1.0).
  • DPoP Sender-Constrained Tokens — RFC 9449. Clients may attach a DPoP proof JWT to any /oauth2/token call; the issued token then carries cnf.jkt and token_type: "DPoP". Proof replay is blocked by an atomic dpop_jti upsert (DB primary key — no pre-check race). Resource servers retrieve cnf via introspection and validate the per-request proof themselves. Full reference: docs/dpop-and-dcr.md.
  • Dynamic Client Registration — RFC 7591 (POST /oauth2/register) gated by an initial access token with the client:register scope, plus RFC 7592 management (GET/PUT/DELETE /oauth2/register/{client_id}) authenticated by a one-shot registration_access_token (bcrypt-hashed at rest, constant-time lookup). Internal admin-registered clients remain isolated from DCR — the delete path refuses to touch registration_source = 'internal'. Full reference: docs/dpop-and-dcr.md.
  • CIBA Backchannel Approval — OpenID Client-Initiated Backchannel Authentication (CIBA Core 1.0). Agent posts to /oauth2/bc-authorize with a binding_message; the deployer's BackchannelNotifier prompts the end user out-of-band (email, Slack, mobile push); user approves or denies; agent receives the resulting token via poll, ping callback, or push delivery. SSRF-guarded outbound callbacks, per-tenant audit, single-use auth_req_ids.
  • On-Behalf-Of (OBO) Delegation — RFC 8693 token exchange with automatic scope attenuation at each hop, delegation depth tracking, and cascade revocation when any upstream credential is revoked. The act claim carries the full chain per RFC 8693, closing the auditability gap that plagues shared service accounts.
  • WIMSE/SPIFFE URIs — Stable, globally unique identity URIs: spiffe://{domain}/{account}/{project}/{type}/{id} for every agent. Tokens carry the WIMSE URI as sub, so every downstream system receives a meaningful, verifiable identity—not just a client ID.
  • Credential Policies — Governance templates that enforce TTL, allowed grant types, required trust levels, and max delegation depth. Defines each agent's operational envelope programmatically, replacing per-action consent with policy-based controls.
  • Continuous Access Evaluation (CAE) — Revoke credentials in real time when risk signals fire via the OpenID Shared Signals Framework (SSF). Revoke the orchestrator's credential and the entire downstream chain is invalidated immediately—no waiting for token expiry.
  • Attestation Framework — Pluggable verifiers behind a fail-closed contract: software, platform, and hardware attestation elevate trust levels before credentials are issued. Ships with an OIDC verifier (GitHub Actions, GCP Workload Identity, Kubernetes projected SA tokens, etc.) plus per-tenant AttestationPolicy for issuer allowlisting and claim binding. Full reference: docs/attestation.md.
  • WIMSE Proof Tokens — Single-use, nonce-bound tokens for service-to-service verification and replay protection.

---

"token_type": "DPoP", ← signals to the agent that proofs are required downstream

`build_jwt_assertion` and `generate_ec_keypair` are defined in §2 above.

monitor_client = ZeroIDClient(base_url="...", api_key=monitor.api_key) investigator_client = ZeroIDClient(base_url="...", api_key=investigator.api_key)

`build_jwt_assertion` and `generate_ec_keypair` are defined in §2 above.

2. Deployer's BackchannelNotifier (configured via Server.SetBackchannelNotifier)

Quick Start

Install the SDK:

pip install highflame        # Python
npm install @highflame/sdk   # Node / TypeScript

Prefer a runnable walkthrough after installing the SDK? Open the ZeroID Quickstart notebook for an end-to-end demo covering agent registration, OAuth client credentials, agent-to-agent delegation, token introspection and revocation, credential policies, and CAE signals.

Want a LangChain-specific intro? Open the Scope-Aware Tools notebook to see the same agent gain or lose tool access purely by changing its ZeroID token.

Run ZeroID locally (Docker — 30 seconds):

```bash make setup-keys # generate ECDSA P-256 + RSA 2048 signing keys docker compose up -d # starts Postgres + ZeroID curl http://localhost:8899/health

5-Minute Tutorial

Examples use http://localhost:8899. Swap in https://auth.highflame.ai for hosted.

── Tutorial flow ────────────────────────────────────────────────────────

"access_token": "...", ← sub = alice@example.com, backchannel_client_id = alice-agent

over { typ=dpop+jwt, htm=POST, htu=https://auth.example/oauth2/token, iat, jti }.

"registration_client_uri": "https://auth.example/oauth2/register/9f..."

Operations team defines the envelope once — before the agent runs

policy = client.credential_policies.create( name="budget-optimizer-policy", allowed_scopes=["campaigns:read", "campaigns:write", "budget:reallocate"], max_ttl_seconds=3600, # tokens expire hourly — no long-lived access required_trust_level="first_party", max_delegation_depth=0, # this agent cannot spawn sub-agents )

agent = client.agents.register( name="Budget Optimizer", external_id="budget-optimizer-v1", sub_type="autonomous", trust_level="first_party", created_by="operations@company.com", # owner claim in every token )

Agent runs autonomously. Per-action approvals are replaced by the policy envelope.

Each agent runs with its own client, initialized with its own api_key.

1. Agent (or its SDK) generates an ephemeral ES256 keypair and signs a DPoP proof

/oauth2/register/{client_id} endpoint to update/rotate/delete itself.

curl -X PUT https://auth.example/oauth2/register/9f... \ -H "Authorization: Bearer <registration_access_token>" \ -d '{"client_name":"Acme Notebook MCP","grant_types":["client_credentials"],"scope":"notebook:read"}'

curl -X DELETE https://auth.example/oauth2/register/9f... \ -H "Authorization: Bearer <registration_access_token>" ```

Why this matters: DCR-registered clients carry registration_source = 'dynamic'; admin-provisioned clients carry registration_source = 'internal'. The two pools are isolated at the repo layer — a stolen registration_access_token can never reach an internal client, regardless of how the service code is called. DCR clients are deliberately blocked from token_exchange and authorization_code (no IdentityID binding, no interactive flow) so a self-registered tool cannot escalate into a delegation actor or run a PKCE consent flow. client:register is in ZeroID's reserved-claims set, so it cannot be smuggled in via additional_claims on token_exchange.

Operationally: deployers who never mint a client:register-scoped token have DCR effectively disabled (the endpoint exists but every request 401s). Adoption is gradual and explicit. Full reference: docs/dpop-and-dcr.md.

---

API Reference

Any downstream system (GitHub, CI pipeline, audit log) that receives the agent's requests

🇨🇳 中文文档镜像 AI 翻译 2026-05-26
英文原文章节由系统翻译为中文摘要,便于快速理解。完整原文见上方 "📑 README 深度解析"。
📌 简介

ZeroID 是专为自主 Agent(Autonomous Agents)打造的身份基础设施。它能够为 Agent 发行短寿命的凭证,支持 Agent 之间的权限委托、身份证明及实时撤销。通过集成 OAuth 2.1、WIMSE/SPIFFE 以及 RFC 8693 委托标准,ZeroID 为复杂的 Agent 生态系统提供了安全、可控的身份管理方案,并提供完善的 Developer SDKs 以降低集成难度。

⚡ 功能介绍

ZeroID 提供了一套完整的 Agent 身份管理功能。首先是 Agent Identity Registry,允许将 Agent、MCP servers、服务及应用注册为一等公民实体,支持按角色(如 orchestrator, autonomous, tool_agent)分类并管理全生命周期。其次是基于 OAuth 2.1 的 Token Issuance,确保凭证的安全发放。此外,系统还支持复杂的 Agent 间权限委托与实时凭证管理,确保在动态环境下身份的安全性与灵活性。

📋 环境依赖

在使用 ZeroID 时,请确保您的 Agent 环境能够处理 DPoP (Demonstrating Proof-of-Possession) 类型的 token。这要求 Agent 能够通过特定的信号识别并应用 DPoP 机制,以增强 OAuth 2.1 流程中的安全性,防止凭证被窃取或重放攻击。

🛠 安装步骤(Docker/pip/源码)

您可以通过包管理器快速安装 ZeroID 的 SDK。对于 Python 开发者,请使用 `pip install highflame`;对于 Node.js 或 TypeScript 开发者,请使用 `npm install @highflame/sdk`。在开发过程中,您需要利用 SDK 提供的 `build_jwt_assertion` 和 `generate_ec_keypair` 等工具函数来构建身份证明并生成加密密钥对。对于复杂的部署场景,建议参考官方文档配置 BackchannelNotifier 以实现服务端通知机制。

🚀 使用教程

安装 SDK 后,您可以直接通过提供的 Quickstart notebook 进行端到端的演示。该教程涵盖了从 Agent 注册、获取 OAuth client credentials 到 Agent 间权限委托、Token 检查与撤销的全流程。在本地测试时,请将 base_url 设置为 `http://localhost:8899`;若需使用托管服务,请切换至 `https://auth.highflame.ai`。通过 5 分钟的快速入门,您即可掌握 ZeroID 的核心工作流。

⚙️ 配置说明(含 MCP / env)

ZeroID 采用“先定义策略,后运行 Agent”的安全模型。运维团队可以通过 API 预先定义凭证策略(Credential Policies),例如设置允许的 Scopes、最大生存时间(max_ttl_seconds)以及信任等级(trust_level)。通过限制 max_delegation_depth,您可以精确控制 Agent 是否允许创建子 Agent。这种配置方式将传统的逐次审批转变为基于策略的自动化授权,极大提升了自主 Agent 的运行效率。

🔌 API 说明

ZeroID 的 API 设计遵循最小权限原则,每个 Agent 都会运行在独立的 Client 环境中,并使用其专属的 API key 进行初始化。系统提供了丰富的 RESTful 接口,例如通过 `/oauth2/register/{client_id}` 端点,开发者可以实现对客户端信息的更新、轮转或删除操作。所有 API 调用均需通过 Bearer Token 进行身份验证,确保操作的安全性与可追溯性。

🔄 工作流/模块

ZeroID 构建了一个完整的身份验证工作流:首先,Agent 或其 SDK 生成一个临时的 ES256 密钥对;随后,通过身份证明机制获取授权;最��,任何下游系统(如 GitHub、CI pipeline 或审计日志)都可以接入该身份体系,实现对 Agent 行为的实时监控与合规审计,确保整个自动化链路的安全闭环。

🎯 aiskill88 AI 点评 A 级 2026-05-20

创新的Agent身份管理解决方案,填补AI系统安全管理空白。Go实现性能优秀,MCP标准化设计易于集成,但文档和使用案例需加强。

📚 实用指南(长尾问题)
适合谁
  • 需要让 Claude / Cursor 操作本地工具的 AI 工程师
  • 构建多智能体协作系统的 Agent 开发者
  • 构建企业知识库 / RAG 检索应用的团队
最佳实践
  • 配置 MCP 服务器时建议使用 stdio 传输 + JSON-RPC,避免暴露公网
  • 生产部署优先使用 Docker Compose 隔离依赖,并挂载 volume 持久化数据
  • Agent 任务先做 dry-run 验证工具调用链,再开启自主执行
常见错误
  • API key 直接提交到 git 仓库(请用 .env 并加入 .gitignore)
  • MCP 配置路径拼错或权限不足,重启 Claude Desktop 才生效
  • 容器内无法访问宿主机 localhost — 使用 host.docker.internal
部署方案
  • Docker:zeroid 提供官方镜像,docker compose up 一键启动
  • CLI:直接 npm install -g / pip install,命令行调用
  • 云端托管:可放在 Vercel / Railway / Fly.io 等 PaaS 平台
相关搜索
zeroid 中文教程zeroid 安装报错怎么办zeroid MCP 配置zeroid Docker 部署zeroid Agent 工作流zeroid 与同类工具对比zeroid 最佳实践zeroid 适合谁用
⚡ 核心功能
👥 适合谁
  • 需要让 Claude / Cursor 操作本地工具的 AI 工程师
  • 构建多智能体协作系统的 Agent 开发者
  • 构建企业知识库 / RAG 检索应用的团队
⭐ 最佳实践
  • 配置 MCP 服务器时建议使用 stdio 传输 + JSON-RPC,避免暴露公网
  • 生产部署优先使用 Docker Compose 隔离依赖,并挂载 volume 持久化数据
  • Agent 任务先做 dry-run 验证工具调用链,再开启自主执行
⚠️ 常见错误
  • API key 直接提交到 git 仓库(请用 .env 并加入 .gitignore)
  • MCP 配置路径拼错或权限不足,重启 Claude Desktop 才生效
  • 容器内无法访问宿主机 localhost — 使用 host.docker.internal
👥 适合人群
Claude Desktop / Claude Code 用户AI 工具开发者需要扩展 AI 能力的专业人士自动化工程师
🎯 使用场景
  • 在 Claude Desktop 对话中直接调用本地工具,实现 AI 与系统的深度联动
  • 通过自然语言驱动复杂的多步骤自动化任务,代替繁琐手动操作
  • 将多个 MCP 工具组合使用,构建个人专属 AI 工作站
⚖️ 优点与不足
✅ 优点
  • +Apache-2.0 协议,可免费商用
  • +标准化 MCP 协议,生态互联性强
  • +与 Claude 官方生态无缝对接
  • +即插即用,配置简单快捷
⚠️ 不足
  • 依赖 Claude 客户端,非 Claude 用户无法使用
  • MCP 协议仍在持续演进,接口可能变更
  • 需要一定的配置步骤
⚠️ 使用须知

AI Skill Hub 为第三方内容聚合平台,本页面信息基于公开数据整理,不对工具功能和质量作任何法律背书。

建议在沙箱或测试环境中充分验证后,再部署至生产环境,并做好必要的安全评估。

📄 License 说明

✅ Apache 2.0 — 宽松开源协议,可商用,需保留版权声明和 NOTICE 文件,含专利授权条款。

🔗 相关工具推荐
📚 相关教程推荐
📰 相关 AI 新闻
🍿 AI 圈相关吃瓜
🗺️ 相关解决方案
🧩 你可能还需要
基于当前 Skill 的能力图谱,自动补全的工具组合
❓ 常见问题 FAQ
支持基于MCP协议的多种认证机制,包括凭证管理和Agent身份验证
💡 AI Skill Hub 点评

AI Skill Hub 点评:零ID自主智能体身份管理系统 的核心功能完整,质量良好。对于Claude Desktop / Claude Code 用户来说,这是一个值得纳入个人工具库的选择。建议先在非生产环境试用,再逐步推广。

⬇️ 获取与下载
⬇ 下载源码 ZIP

✅ Apache-2.0 协议 · 可免费商用 · 直接从 aiskill88 服务器下载,无需跳转 GitHub

📚 深入学习 零ID自主智能体身份管理系统
查看分步骤安装教程和完整使用指南,快速上手这款工具
🌐 原始信息
原始名称 zeroid
原始描述 开源MCP工具:ZeroID: Autonomous Agent Identity Management System (AAIMS)。⭐137 · Go
Topics MCP协议智能体认证身份管理凭证安全多Agent
GitHub https://github.com/highflame-ai/zeroid
License Apache-2.0
语言 Go
🔗 原始来源
🐙 GitHub 仓库  https://github.com/highflame-ai/zeroid 🌐 官方网站  https://highflame.com/

收录时间:2026-05-19 · 更新时间:2026-05-20 · License:Apache-2.0 · AI Skill Hub 不对第三方内容的准确性作法律背书。