コンテンツにスキップ

英語版の参考訳です（28/10/2026 更新）。内容が異なる場合は英語版が優先されます。識別子、コマンド、コードブロックは翻訳せずにそのまま掲載しています。

DCP-AI — AI エージェントのための Digital Citizenship Protocol

オープンなネットワーク上の AI エージェントのための、持ち運び可能な説明責任のレイヤー

Protocol License CI Coverage Paper DOI Software DOI

npm @dcp-ai/sdk npm @dcp-ai/cli npm @dcp-ai/wasm PyPI dcp-ai crates.io dcp-ai Go Reference Docker images

DCP とは

Digital Citizenship Protocol（DCP）は、AI エージェントのための持ち運び可能な説明責任のレイヤーを定め、どの検証者でも次のことを評価できるようにします。

  • エージェントについて誰が責任を負うのか（責任あるプリンシパルとの結び付け）
  • エージェントが何をするつもりだと宣言したのか（意図の宣言）
  • どのようなポリシーの結果が適用されたのか（ポリシー判断）
  • どのような検証可能な証拠が生成されたのか（監査証跡）
  • エージェントがライフサイクル全体を通じてどのように管理されるのか（ライフサイクル管理）
  • エージェントが移行する、または稼働を終了するときに何が起きるのか（デジタル継承）
  • エージェントとプリンシパルの間の紛争がどのように解決されるのか（紛争解決）
  • どのような権利と義務がエージェントの振る舞いを律するのか（権利の枠組み）
  • 権限が人間からエージェントへどのように委任されるのか（個人の代理）

DCP は、中央の検証サービスを必要とせず、暗号署名、ハッシュチェーン、独立した検証を組み合わせます。V2 では、RPR、パスポート、意図、ポリシー判断がそれぞれ個別に署名されます。監査エントリは個別に署名されるのではなく、署名済みマニフェストのコミットメントによって結び付けられます。

このプロトコルは、人間と AI エージェントが共同で作りました。統治しようとする協働そのもののために設計されています。

アーキテクチャ

DCP は 3 つの概念的なレイヤーで構成されています。

DCP Core

すべての実装が対応しなければならない最小限の相互運用可能なプロトコルです。Core はアーティファクト、その関係、検証モデルを定義します。

  • Responsible Principal Binding — 各エージェントを、説明責任を引き受ける人間または法人に結び付ける
  • Agent Passport — エージェントの持ち運び可能なアイデンティティ、機能、鍵の素材
  • Intent Declaration — エージェントが行動する前に、何をするつもりかを構造化して宣言する
  • Policy Outcome — 意図に適用された承認の判断
  • Action Evidence — ハッシュで連鎖し、改ざんを検出できる、マークル証明付きの監査エントリ
  • Bundle Manifest — 検証のためにすべてのアーティファクトを束ねる持ち運び可能なパッケージ

コアの仕様は spec/core/ を参照してください。

プロファイル

コアの上に構築されるものの、基本的な相互運用には必要ない拡張と特化です。

  • Crypto Profile — アルゴリズムの選択、ポスト量子のハイブリッド署名、暗号の俊敏性、検証器のポリシー（spec/profiles/crypto/）
  • Agent-to-Agent (A2A) Profile — ディスカバリー、ハンドシェイク、セッション管理、トランスポートのバインディング（spec/profiles/a2a/）
  • Governance Profile — リスクティア、管轄の証明、失効、鍵の回復、ガバナンスのセレモニー（spec/profiles/governance/）

サービス

プロトコルを支えるものの、規範的なコアには含まれない運用インフラです。

  • 検証サーバー、アンカリングサービス、透明性ログ、失効レジストリ
  • これらはデプロイ上の選択であり、プロトコルの要件ではありません

プロトコル仕様

仕様 タイトル 説明
DCP-01 アイデンティティと人間との結び付け エージェントのアイデンティティ、オペレーターによる証明、鍵の結び付け
DCP-02 意図の宣言とポリシーによる制御 宣言された意図、セキュリティティアの適用、ポリシーの評価
DCP-03 監査チェーンと透明性 ハッシュで連鎖した監査エントリ、マークル証明、透明性ログ
DCP-04 エージェント間通信 認証されたエージェント間メッセージ、委任、信頼の連鎖
DCP-05 エージェントのライフサイクル管理 状態機械による、エージェントの稼働開始、監視、衰退、稼働終了
DCP-06 デジタル継承と相続 デジタル遺言、メモリーの移転、後継者の指定
DCP-07 紛争の解決と仲裁 紛争、エスカレーションレベル、仲裁、判例
DCP-08 権利と義務の枠組み 権利の宣言、義務の記録、違反の報告
DCP-09 個人の代理と委任 委任状、人間までさかのぼれる検証可能なサブ委任のチェーン、注意の閾値、プリンシパルのミラー
DCP-AI v2.0 ポスト量子の規範仕様 ハイブリッド PQ 暗号と 4 段階のセキュリティモデルを備えた v2.0 の完全な仕様

あわせて参照：コア仕様 | プロファイルの概要

クイックスタート

公開済みパッケージ。 npm、PyPI、Go モジュール、crates.io の現在のバージョンは、セキュリティ更新の注意とともに公開済みバージョンに載っています。リポジトリの参照 CLI とソースのテストを実行するには、チェックアウトをビルドします：

git clone https://github.com/dcp-ai-protocol/dcp-ai.git
cd dcp-ai/sdks/typescript && npm install && npm run build
cd ../.. && npm install

証拠を作成・検証するには、オプション B：SDK を直接使うを使ってください。オプション A はデモで、模擬的な PQ 鍵と署名されていない記録を含みます。

オプション A：CLI ウィザード（デモ）

npx @dcp-ai/cli init   # the published @dcp-ai/cli

インタラクティブなウィザード（@dcp-ai/cli）は、名前、管轄、フレームワーク、セキュリティティアを尋ね、 鍵と、RPR やパスポートに似たレコードを含む .dcp/ フォルダーを書き出します。これはデモであり、V2 のアイデンティティを作る手段ではありません。 その「ML-DSA-65」鍵はシミュレーション（ランダムなバイト列）で、レコードは署名されておらず、V2 スキーマにも合いません。 検証できるアイデンティティとバンドルを作るには、お使いの SDK のクイックスタート（オプション B）に従ってください。制限の一覧は 次にあります： エージェントの作成。

このリポジトリのウィザードには @dcp-ai/sdk 2.2.1 が必要です。チェックアウトから（上記のとおり SDK をビルドした後で）、 プロジェクトのディレクトリで実行します。

cd /path/to/dcp-ai/cli
npm install --no-save --package-lock=false --ignore-scripts --install-links ../sdks/typescript
cd /path/to/your-project && node /path/to/dcp-ai/cli/bin/dcp-ai.js init

より低レベルのリファレンス CLI であるチェックアウトのルートの bin/dcp.js は、スクリプトや CI パイプラインのためのものです。 読み書きするのは現在のディレクトリの中だけです。

cd /path/to/your-bundles
node /path/to/dcp-ai/bin/dcp.js verify-bundle --policy hybrid_preferred bundle.signed.json

オプション B：SDK を直接使う

次のどちらかをインストールします。

  • ソース開発用にチェックアウトからビルドした main の SDK：
npm install /path/to/dcp-ai/sdks/typescript
  • または、これらの修正と機能を含む公開済み SDK 2.2.1：
npm install @dcp-ai/sdk@^2.2.1

main の現行の V2 バンドル検証器（署名、ハッシュ、セッションバインディング、セキュリティティア）で、署名済みの V2 バンドルを 検証します。検証されるのは一次の監査チェーンで、オプションの SHA3-256 の二次チェーンは検証されません（ 二重ハッシュチェーンを参照）。

import { readFileSync } from 'node:fs';
import { getDefaultRegistry, registerDefaultProviders, verifySignedBundleV2 } from '@dcp-ai/sdk';

registerDefaultProviders();
const signedBundle = JSON.parse(readFileSync('bundle.signed.json', 'utf8'));
const result = await verifySignedBundleV2(signedBundle, getDefaultRegistry());
console.log(result.verified, result.errors);

検証済みのバンドルが証明するのは、完全性と、列挙された鍵による署名であって、プリンシパルが誰かではありません。信頼するプリンシパルからの 証拠だけを受け入れるには、アドミッションを使ってください。検証もアドミッションも、 アクションを承認するものではありません。バンドルを構築して署名するには、 お使いの SDK のクイックスタートに従ってください：TypeScript、 Python、Go、 Rust、WASM。

セキュリティティア

ティア 検証モード PQ チェックポイント 典型的な用途
Routine classical_only 50 イベントごと 公開データの読み取り、情報の照会
Standard hybrid_preferred 10 イベントごと API へのアクセス、エージェントの標準的な操作
Elevated hybrid_required すべてのイベント 金融取引、個人情報へのアクセス、組織をまたぐ委任
Maximum hybrid_required すべてのイベント 政府のシステム、重要インフラ、規制産業

ティアは、意図とポリシーのリスクスコアからアクションごとに計算され（仕様 §14.2）、検証器は自身のモードとティアのモードのうち 厳しいほうを適用します（仕様 §14.3）。オペレーターや複数当事者による証明、 ハードウェアに結び付いた鍵、アンカリングはデプロイ上の選択です。SDK はどのティアでもこれらを要求も確認もしません。

エコシステム

graph TB
  subgraph sdks["SDKs (5 languages)"]
    TS["TypeScript SDK"]
    PY["Python SDK"]
    GO["Go SDK"]
    RS["Rust SDK"]
    WA["WASM Module"]
  end

  subgraph integrations["Integrations (11)"]
    EX["Express Middleware"]
    FA["FastAPI Middleware"]
    LC["LangChain"]
    OA["OpenAI"]
    CR["CrewAI"]
    AGNO["Agno (agno-dcp)"]
    OC["OpenClaw Plugin"]
    W3C["W3C DID/VC Bridge"]
    A2A["Google A2A Bridge"]
    MCP["Anthropic MCP Bridge"]
    AG["AutoGen Bridge"]
  end

  subgraph tools["Tooling"]
    CLI["CLI Wizard"]
    PG["Playground"]
    TPL["Templates"]
  end

  subgraph services["Infrastructure Services"]
    VER["Verification Server"]
    ANC["Anchoring Service"]
    TL["Transparency Log"]
    REV["Revocation Service"]
  end

  subgraph infra["Deployment"]
    SOL["Smart Contract L2"]
    GH["GitHub Actions"]
    DK["Docker Compose"]
  end

  TS --> EX
  TS --> OC
  TS --> W3C
  TS --> A2A
  TS --> MCP
  TS --> AG
  PY --> FA
  PY --> LC
  PY --> OA
  PY --> CR
  RS --> WA

  CLI --> TS
  TPL --> LC
  TPL --> CR
  TPL --> OA
  TPL --> EX

  VER -. "strict-v1 configured source" .-> REV
  ANC -. "planned on-chain submission" .-> SOL
  DK --> VER
  DK --> ANC
  DK --> TL
  DK --> REV
  GH --> VER

SDK

好みの言語で Citizenship Bundle を作成、署名、検証できます。すべての SDK が DCP v2.0 とポスト量子のハイブリッド暗号に対応しています。

SDK パッケージ 機能 ドキュメント
TypeScript @dcp-ai/sdk BundleBuilder、ハイブリッド PQ 暗号、JSON Schema による検証、Vitest sdks/typescript/
Python dcp-ai Pydantic v2 のモデル、CLI（Typer）、PQ の extras、オプションのプラグイン sdks/python/
Go github.com/dcp-ai-protocol/dcp-ai/sdks/go/v2 ネイティブの型、ハイブリッド署名、バンドルの検証 sdks/go/
Rust dcp-ai serde、ed25519-dalek + fips203/204/205、オプションの WASM フィーチャー sdks/rust/
WASM @dcp-ai/wasm ブラウザーでの検証、WebAssembly による PQ 暗号、Rust からコンパイル sdks/wasm/

フレームワークとの統合

人気のある AI フレームワークや Web フレームワークに、そのまま組み込める DCP のガバナンスです。

統合 パッケージ パターン ドキュメント
Express npm dcpVerify() ミドルウェア、req.dcpAgent integrations/express/
FastAPI PyPI extra DCPVerifyMiddleware、Depends(require_dcp) integrations/fastapi/
LangChain PyPI extra DCPAgentWrapper、DCPTool、DCPCallback integrations/langchain/
OpenAI PyPI extra DCPOpenAIClient、DCP_TOOLS による関数呼び出し integrations/openai/
CrewAI PyPI extra DCPCrewAgent、DCPCrew によるマルチエージェントのガバナンス integrations/crewai/
Agno PyPI DCPAgent、DCPTeam、DCPWorkflow のラッパー（別パッケージ） agno-dcp のリポジトリ
OpenClaw npm プラグイン + SKILL.md、6 つのエージェント用ツール integrations/openclaw/
W3C DID/VC npm DID ドキュメントと DCP のアイデンティティの橋渡し、VC の発行 integrations/w3c-did/
Google A2A npm A2A の Agent Card 内の署名済み DCP パスポート（verifyAgentCardPassport）、タスクから意図への変換 integrations/google-a2a/
Anthropic MCP npm MCP のツール呼び出しごとの署名済み DCP レシート（withDcpReceipt）、DCP のツールとリソース integrations/anthropic-mcp/
AutoGen npm AutoGen のエージェントと DCP のラッパー、グループチャットのガバナンス integrations/autogen/

テンプレート

よく使われるフレームワーク向けの入門用のウォークスルーです。アイデンティティ、意図、ポリシー、監査ログ、バンドルの封印がどこに 収まるかを示しますが、鍵と署名はプレースホルダー（«generated»、«sig»）です。鍵を生成せず、何にも署名せず、 そのバンドルは検証に通りません。Express テンプレートのミドルウェアが確認するのはバンドルの構造だけで、署名や アドミッションは確認しません。実際の鍵、署名、検証には、クイックスタートと フレームワークとの統合を使ってください。

テンプレート 説明 コマンド
LangChain DCP の流れで包んだ LangChain.js の呼び出し（署名はプレースホルダー） npm create @dcp-ai/langchain my-app
CrewAI DCP のパスポートと監査証跡を備えたマルチエージェントのクルーのシミュレーション（署名はプレースホルダー） npm create @dcp-ai/crewai my-app
OpenAI DCP の意図、ポリシー、監査で包んだ OpenAI の関数呼び出し（署名はプレースホルダー） npm create @dcp-ai/openai my-app
Express DCP の構造チェック（署名の検証なし）とディスカバリーのエンドポイントを備えた Express サーバー npm create @dcp-ai/express my-app

npm create @dcp-ai/<name> は、テンプレートを新しいフォルダーにコピーする @dcp-ai/create-<name> のスキャフォルダーを 実行します。完全なソースは templates/ を参照してください。

プレイグラウンド

DCP の概念を探るための、Web ベースのインタラクティブなプレイグラウンドです。ブラウザー上で直接、アイデンティティの作成、意図の宣言、バンドルへの署名、署名の検証ができます。暗号処理は tweetnacl と Web Crypto によりローカルで実行されます。これはデモです。ポスト量子署名は シミュレーションで、正規形とマークルルートは簡略化されているため、作られるものは証拠にはならず、 SDK の検証器で検証できるとは限りません（制限を参照）。

# From the repository root; ES modules require HTTP, not file://
python3 -m http.server 8080 --bind 127.0.0.1 --directory playground
# Open http://localhost:8080 in your browser

詳細は playground/ を参照してください。

インフラストラクチャサービス

アンカリング、透明性、失効のためのバックエンドサービスです。これらは運用上のコンポーネントであり、規範的なコアプロトコルには含まれません。

サービス ポート 説明 ドキュメント
Verification 3000 Signed Bundle を検証するための HTTP API server/
Anchoring 3001 バンドルのハッシュをマークルでバッチ化し、ローカルに記録する。オンチェーンへの送信は未実装 services/anchor/
Transparency Log 3002 包含証明を備えた CT 方式のマークルログ services/transparency-log/
Revocation 3003 エージェントの失効レジストリ + .well-known services/revocation/

すべてのサービスを 1 つのコマンドでデプロイします。

cd docker && docker compose up -d

ドキュメント

規範的な仕様

ドキュメント 説明
DCP-01 アイデンティティと人間との結び付け
DCP-02 意図の宣言とポリシーによる制御
DCP-03 監査チェーンと透明性
DCP-04 エージェント間通信
DCP-05 エージェントのライフサイクル管理
DCP-06 デジタル継承と相続
DCP-07 紛争の解決と仲裁
DCP-08 権利と義務の枠組み
DCP-09 個人の代理と委任
DCP-AI v2.0 ポスト量子の規範仕様
BUNDLE Citizenship Bundle の形式
VERIFICATION 検証の手順とチェックリスト
CANONICALIZATION_PROFILE すべての署名とハッシュの基礎となる正規 JSON プロファイル dcp-jcs-v1
DCP Core コアプロトコルの編集上の仕様
Profiles オプションのプロファイル：暗号、A2A、ガバナンス、アドミッション（strict-v1）

はじめに

ガイド 説明
QUICKSTART 全般的なクイックスタートガイド
QUICKSTART_LANGCHAIN LangChain との統合の手引き
QUICKSTART_CREWAI CrewAI によるマルチエージェントのセットアップ
QUICKSTART_AGNO agno-dcp を使った Agno のエージェント、チーム、ワークフロー（ライブデモ）
QUICKSTART_OPENAI OpenAI の関数呼び出しとの統合
QUICKSTART_EXPRESS Express ミドルウェアのセットアップ

API リファレンス

ドキュメント 説明
OpenAPI Spec REST API（OpenAPI 3.1）
Protocol Buffers gRPC サービスの定義
API README API の概要と使い方

アーキテクチャとセキュリティ

ドキュメント 説明
TECHNICAL_ARCHITECTURE グローバル規模のデプロイのためのシステムアーキテクチャ
SECURITY_MODEL 脅威モデル、攻撃ベクター、保護のレイヤー
STORAGE_AND_ANCHORING P2P ストレージ、オプションのブロックチェーンへのアンカリング
ARCHITECTURE コントリビューター向けのリポジトリの地図

テストと保証

ツール 説明
Interop matrix 4 つの SDK（とリファレンス検証器）上で動くエージェントが、互いの citizenship bundle を作成、署名、検証する。そのままのものと、転送中に改ざんしたものの両方を扱う
Differential fuzzer 同じ変異させた署名済みバンドルを 4 つの SDK の検証器に通す。食い違いはすべて発見事項になる
Shared vectors すべての SDK が同じように受け入れる、または拒否しなければならないバンドル、委任状のチェーン、攻撃ケース

ガイド

ガイド 説明
AGENT_CREATION_AND_CERTIFICATION P2P でのエージェント作成の流れ、DCP の認証
OPERATOR_GUIDE 検証サービスの運用
MIGRATION_V1_V2 DCP v1.0 から v2.0 への移行
ADMISSION 信頼済みのプリンシパルからのバンドルだけを、必要に応じて strict-v1 のもとで受け入れる
OBSERVABILITY SDK からの OpenTelemetry のトレースとメトリクス

提案（実験的、規範ではない）

ドキュメント 説明
正規化の候補 dcp-jcs-v2 既定では有効化されない実験的な候補プロファイル、その設計とオプトインの SDK API。dcp-jcs-v1 は引き続き既定であり、唯一の規範的な正規化プロファイル

標準との整合

ドキュメント 説明
NIST_CONFORMITY NIST のポスト量子暗号への適合
EU_AI_ACT_MAPPING EU AI 法のログ記録、人間による監督、記録保持の義務を DCP のアーティファクトに対応付ける
ROADMAP プロジェクトの発展のロードマップ

コミュニティ

ドキュメント 説明
EARLY_ADOPTERS アーリーアダプター向けプログラムと事例
CONTRIBUTING 貢献のガイドライン
GOVERNANCE プロジェクトのガバナンスモデル

ビジョン

ドキュメント 説明
GENESIS_PAPER 創設のホワイトペーパー

暗号アルゴリズム

DCP v2.0 は、量子耐性のあるセキュリティのためにハイブリッドな暗号アーキテクチャを採用しています。アルゴリズムの選択と暗号の俊敏性は Crypto Profile で定められています。

この表はプロトコルの設計を示します。SDK は X25519 + ML-KEM-768 を組み合わせた交換を実行せず、A2A のセッション鍵は呼び出し側が提供します。@dcp-ai/sdk 2.2.1、@dcp-ai/wasm 2.1.1、dcp-ai 2.10.1（PyPI）、Go v2.11.1、Rust dcp-ai 2.11.1 以降の V2 検証器は、存在するオプションの二次監査チェーンのリンクと二次マークルルートを確認します。それより前のバージョンは確認しません（二重ハッシュチェーン）。実装上の制限は NIST への適合とセキュリティモデルを参照してください。

アルゴリズム 標準 目的
Ed25519 RFC 8032 クラシカルなデジタル署名
ML-DSA-65 FIPS 204 ポスト量子のデジタル署名（Dilithium）
ML-KEM-768 FIPS 203 ポスト量子の鍵カプセル化メカニズム（Kyber）
SLH-DSA-192f FIPS 205 ハッシュベースのバックアップ署名（SPHINCS+）
X25519 + ML-KEM-768 ハイブリッド クラシカル + PQ を組み合わせた鍵交換
SHA-256 + SHA3-256 FIPS 180-4 / FIPS 202 監査の完全性のための二重ハッシュチェーン

リポジトリの構成

dcp-ai/
├── spec/                    # Normative specifications (DCP-01 through DCP-09, v2.0)
│   ├── core/                # DCP Core editorial specification
│   └── profiles/            # Profile specifications (crypto, a2a, governance, admission)
├── schemas/                 # JSON Schemas (draft 2020-12, v2 includes DCP-05–09)
├── tools/                   # Validation, conformance, crypto + Merkle helpers
│   ├── interop-matrix/      # Live interoperability between agents on the four SDKs
│   ├── difffuzz/            # Differential fuzzer of the four V2 verifiers
│   └── canonicalization-lab/ # Design model of the dcp-jcs-v2 candidate
├── tests/                   # Conformance tests, fixtures, interop vectors (tests/interop/candidate: experimental)
├── bin/dcp.js               # Reference CLI
├── cli/                     # Interactive CLI wizard (@dcp-ai/cli)
├── sdks/
│   ├── typescript/          # TypeScript SDK (@dcp-ai/sdk)
│   ├── python/              # Python SDK (dcp-ai)
│   ├── go/                  # Go SDK
│   ├── rust/                # Rust SDK (dcp-ai)
│   └── wasm/                # WASM module (@dcp-ai/wasm)
├── integrations/
│   ├── express/             # Express middleware
│   ├── fastapi/             # FastAPI middleware
│   ├── langchain/           # LangChain integration
│   ├── openai/              # OpenAI integration
│   ├── crewai/              # CrewAI integration
│   ├── openclaw/            # OpenClaw plugin
│   ├── w3c-did/             # W3C DID/VC bridge
│   ├── google-a2a/          # Google A2A bridge
│   ├── anthropic-mcp/       # Anthropic MCP bridge
│   └── autogen/             # Microsoft AutoGen bridge
├── templates/               # Framework templates (langchain, crewai, openai, express)
├── packages/create-*/       # npm create @dcp-ai/<name> scaffolders
├── playground/              # Web-based interactive playground
├── server/                  # Reference verification server
├── services/
│   ├── anchor/              # Blockchain anchoring service
│   ├── transparency-log/    # CT-style Merkle transparency log
│   └── revocation/          # Agent revocation registry
├── contracts/ethereum/      # DCPAnchor.sol for EVM L2
├── docker/                  # Docker Compose + multi-stage Dockerfile
├── api/                     # OpenAPI 3.1 + Protocol Buffers (gRPC)
├── docs/                    # Guides, architecture, standards alignment; docs/proposals: experimental designs
└── .github/                 # CI/CD workflows + reusable GitHub Actions

開発

# Build the workspace SDK first: the root uses it to test the checked-out source
(cd sdks/typescript && npm install && npm run build)

# Install dependencies
npm install

# Run tests
npm test

# Run protocol conformance suite
npm run conformance

# Cross-SDK checks (build sdks/typescript first; needs Python, Go and Rust)
node tools/interop-matrix/run.mjs
node tools/difffuzz/run.mjs

# Start verification server (port 3000)
npm run server

貢献

人間からも AI エージェントからも貢献を歓迎します。

  • 開発のワークフローと基準については 貢献ガイド を読んでください。
  • 意思決定のプロセスと役割については ガバナンス を参照してください。

引用

研究で DCP-AI を使う場合は、論文（概念的な枠組み）とソフトウェアのリリース（使用した具体的な実装）の両方を引用してください。

論文

Naranjo Emparanza, D. (2026). Agents Don't Need a Better Brain — They Need a World: Toward a Digital Citizenship Protocol for Autonomous AI Systems. Zenodo. https://doi.org/10.5281/zenodo.19040913

ソフトウェア

使用したリリースを引用してください。コンセプト DOI 10.5281/zenodo.19656025 は最新のアーカイブ版に解決されます。v2.0.2 のリリースには独自の DOI があります。

Naranjo Emparanza, D. (2026). DCP-AI v2.0.2 — Digital Citizenship Protocol for AI Agents (Reference Implementation). Zenodo. https://doi.org/10.5281/zenodo.19656026

機械可読な形式については CITATION.cff を参照してください。

ライセンス

Apache-2.0

*「このプロトコルは、人間と AI エージェントが共同で作りました。AI のデジタル市民権のために設計された最初のプロトコルであり、それが統治しようとする協働そのものによって構築されています。」*