design-a2a-agent-card
について
このスキルは、標準に準拠したA2Aエージェントカードマニフェスト(`agent.json`)を生成し、マルチエージェントシステム内であなたのエージェントを発見可能かつ相互運用可能にします。これは、エージェントの能力、スキル、認証、およびサポートされるコンテンツタイプを公開契約として定義します。他のA2A準拠エージェントやレジストリと連携する必要があるエージェントを構築、移行、または統合する際にご利用ください。
クイックインストール
Claude Code
推奨npx skills add pjt222/agent-almanac -a claude-code/plugin add https://github.com/pjt222/agent-almanacgit clone https://github.com/pjt222/agent-almanac.git ~/.claude/skills/design-a2a-agent-cardこのコマンドをClaude Codeにコピー&ペーストしてスキルをインストールします
ドキュメント
Design A2A Agent Card
Standards-compliant A2A Agent Card → advertises identity, skills, auth, caps for discovery.
Use When
- Discoverable by other A2A agents
- Expose caps → multi-agent orchestration
- Migrate agent → A2A protocol
- Public contract before impl
- Integrate → registries
In
- Required: Agent name + desc
- Required: Skills list (name, desc, I/O schemas)
- Required: Base URL host
- Optional: Auth (
none,oauth2,oidc,api-key) - Optional: Content types beyond
text/plain - Optional: Cap flags (streaming, push, state history)
- Optional: Provider org + URL
Do
Step 1: Identity + desc
1.1. Identity fields:
{
"name": "data-analysis-agent",
"description": "Performs statistical analysis, data visualization, and report generation on tabular datasets.",
"url": "https://agent.example.com",
"provider": {
"organization": "Example Corp",
"url": "https://example.com"
},
"version": "1.0.0"
}
1.2. Desc answers:
- Domains?
- Tasks?
- Limitations?
1.3. Canonical URL → /.well-known/agent.json.
→ Complete identity: name, desc, URL, provider, ver.
If err: Multi-domain → one agent w/ many skills vs many focused agents. A2A favors focused w/ clear bounds.
Step 2: Skills + I/O schemas
2.1. Define each:
{
"skills": [
{
"id": "analyze-dataset",
"name": "Analyze Dataset",
"description": "Run descriptive statistics, correlation analysis, or hypothesis tests on a CSV dataset.",
"tags": ["statistics", "data-analysis", "csv"],
"examples": [
"Analyze the correlation between columns A and B in my dataset",
"Run a t-test comparing group 1 and group 2"
],
"inputModes": ["text/plain", "application/json"],
"outputModes": ["text/plain", "application/json", "image/png"]
},
{
"id": "generate-chart",
"name": "Generate Chart",
"description": "Create bar, line, scatter, or histogram charts from tabular data.",
"tags": ["visualization", "charts"],
"examples": [
"Create a scatter plot of height vs weight",
"Generate a histogram of the age column"
],
"inputModes": ["text/plain", "application/json"],
"outputModes": ["image/png", "image/svg+xml"]
}
]
}
2.2. Each skill:
- id: Unique (kebab-case)
- name: Display
- description: 1-2 sentences
- tags: Searchable
- examples: NL task examples
- inputModes: MIME accepts
- outputModes: MIME produces
2.3. Bounds clear + non-overlap. Each task → one skill.
→ Skills array w/ id, name, desc, tags, examples, I/O.
If err: Skills overlap → merge broader w/ more examples. Too broad → split focused.
Step 3: Auth
3.1. Scheme by deploy:
No auth (local/trusted):
{
"authentication": {
"schemes": []
}
}
OAuth 2.0 (rec prod):
{
"authentication": {
"schemes": ["oauth2"],
"credentials": {
"oauth2": {
"authorizationUrl": "https://auth.example.com/authorize",
"tokenUrl": "https://auth.example.com/token",
"scopes": {
"agent:invoke": "Invoke agent skills",
"agent:read": "Read task status"
}
}
}
}
}
API Key (shared-secret):
{
"authentication": {
"schemes": ["apiKey"],
"credentials": {
"apiKey": {
"headerName": "X-API-Key"
}
}
}
}
3.2. Min viable:
- Local dev →
none - Internal svc →
apiKey - Public →
oauth2/oidc
3.3. Doc token/key provisioning → provider section or external docs.
→ Auth block matches deploy sec reqs.
If err: No OAuth infra → start apiKey + plan migration. NEVER public w/ none.
Step 4: Caps
4.1. Protocol features:
{
"capabilities": {
"streaming": true,
"pushNotifications": false,
"stateTransitionHistory": true
}
}
4.2. Flags by impl:
- streaming:
trueif SSE viatasks/sendSubscribe. Real-time progress. - pushNotifications:
trueif webhook callbacks on state. Requires store + call webhooks. - stateTransitionHistory:
trueif full history (submitted, working, completed). Audit.
4.3. Only true if fully supported. Advertising unsupported → breaks interop.
→ Caps obj w/ flags matching impl.
If err: Unsure → false. Add in future. Removing = breaking change.
Step 5: Validate + publish
5.1. Assemble:
{
"name": "data-analysis-agent",
"description": "Performs statistical analysis and visualization on tabular datasets.",
"url": "https://agent.example.com",
"version": "1.0.0",
"provider": {
"organization": "Example Corp",
"url": "https://example.com"
},
"authentication": {
"schemes": ["oauth2"],
"credentials": { ... }
},
"capabilities": {
"streaming": true,
"pushNotifications": false,
"stateTransitionHistory": true
},
"skills": [ ... ],
"defaultInputModes": ["text/plain"],
"defaultOutputModes": ["text/plain"]
}
5.2. Validate:
- Parse JSON, no syntax errs
- Required fields (name, desc, url, skills)
- Each skill: id, name, desc, ≥1 I/O mode
- URL reachable, card at
/.well-known/agent.json
5.3. Publish:
- Serve →
https://<agent-url>/.well-known/agent.json Content-Type: application/json- CORS if cross-origin
- Register → agent directories
5.4. Test discovery:
curl -s https://agent.example.com/.well-known/agent.json | python3 -m json.tool
→ Valid JSON served at well-known URL, parseable by A2A client.
If err: JSON fail → lint. URL unreachable → DNS, SSL, web server. CORS → Access-Control-Allow-Origin.
Check
- Valid JSON, no syntax errs
- Required: name, desc, url, skills
- Each skill: id, name, desc, inputModes, outputModes
- Auth matches deploy sec
- Caps reflect impl
- Served at
/.well-known/agent.json+ Content-Type - A2A clients fetch + parse OK
- Examples realistic + trigger correct skill
Traps
- Overpromising caps:
streaming: true/pushNotifications: truew/o impl → client fails. Conservative. - Vague skill desc: "does data stuff" → no match. Specific I/O + domains.
- Missing CORS: Browser A2A clients can't fetch w/o CORS.
- Skill overlap: 2 skills same task → clients can't pick. Clear bounds.
- Forget default modes: Missing
defaultInputModes/defaultOutputModes→ clients no MIME. - Ver stagnation: Update ver when skills/caps change. Clients cache.
- Publish before impl: Card = contract. Publishing un-impl'd → runtime fails.
→
implement-a2a-server— server behind cardtest-a2a-interop— validate conformance + interopbuild-custom-mcp-server— MCP alt/complementconfigure-mcp-server— MCP patterns applicable
GitHub リポジトリ
関連スキル
content-collections
メタこのスキルは、Content Collections(Markdown/MDXファイルを型安全なデータコレクションに変換するTypeScriptファーストのツール)の本番環境でテストされた設定を提供します。Zodバリデーションによる型安全性を実現し、ブログ、ドキュメントサイト、コンテンツ重視のVite + Reactアプリケーション構築時にご利用ください。Viteプラグインの設定、MDXコンパイルから、デプロイ最適化、スキーマバリデーションまで、すべてを網羅しています。
polymarket
メタこのスキルは、開発者がPolymarket予測市場プラットフォームを活用したアプリケーション構築を可能にします。API統合による取引や市場データの取得に加え、WebSocketを介したリアルタイムデータストリーミングにより、ライブ取引や市場活動を監視できます。取引戦略の実装や、ライブ市場更新を処理するツールの作成にご利用ください。
creating-opencode-plugins
メタこのスキルは、開発者がコマンド、ファイル、LSP操作など25種類以上のイベントタイプにフックするOpenCodeプラグインを作成することを支援します。JavaScript/TypeScriptモジュール向けに、プラグイン構造、イベントAPI仕様、および実装パターンを提供します。カスタムイベント駆動ロジックでOpenCode AIアシスタントのライフサイクルをインターセプト、監視、または拡張する必要がある場合にご利用ください。
sglang
メタSGLangは、高性能なLLMサービングフレームワークであり、RadixAttentionプレフィックスキャッシュを活用したJSON、正規表現、エージェントワークフロー向けの高速で構造化された生成を特長とします。特にプレフィックスが繰り返されるタスクにおいて、大幅に高速な推論を実現し、複雑な構造化出力やマルチターン対話に最適です。制約付きデコードが必要な場合や、広範なプレフィックス共有を伴うアプリケーションを構築する場合は、vLLMなどの代替案ではなくSGLangを選択してください。
