collaboration について
複数のエージェントを連携させるための、役割分担、タスク委任、連絡、引き継ぎ、意見調整のパターンを示すスキルです。共有コンテキストと進捗同期も扱います。
主な機能
- 01専門ロールの定義
- 02タスクの委任と追跡
- 03メッセージと引き継ぎの形式化
- 04意見の相違への対応
- 05コンテキストと進捗の共有
活用シーン
- 01機能作業を複数エージェントに分割
- 02計画内容を開発エージェントへ引き継ぎ
- 03レビュー中の課題と進捗を追跡
インストール
コマンドをコピーしてターミナルで実行します。
$
npx skills add https:/ / github.com/ alicoder001/ agent-skills --skill collaborationインストール後、Claude Code で/collaborationを入力して読み込まれたか確認します。
同梱ファイルagents/openai.yaml
詳細
マルチエージェントコラボレーション
効果的なエージェント連携のためのパターンです。
指示
1. エージェントの役割定義
## Specialist Roles
| Role | Responsibility | Skills |
|------|----------------|--------|
| **Planner** | Decompose tasks | reasoning, planning |
| **Researcher** | Gather information | search, analysis |
| **Developer** | Write code | implementation |
| **Reviewer** | Quality check | testing, review |
| **Documenter** | Write docs | documentation |
2. タスクの割り当て
## Delegation Protocol
1. **Assess**: What expertise is needed?
2. **Assign**: Match task to specialist
3. **Brief**: Provide clear context
4. **Monitor**: Track progress
5. **Integrate**: Combine results
### Delegation Template
タスク:[説明] 担当者:[役割] コンテキスト:[知っておく必要があること] 成果物:[期待される出力] 期限:[必要な日時]
3. コミュニケーションプロトコル
## Message Format
### Request
{
"from": "planner",
"to": "developer",
"type": "task",
"content": {
"action": "implement",
"file": "UserService.ts",
"requirements": ["..."]
}
}
### Response
{
"from": "developer",
"to": "planner",
"type": "result",
"status": "complete",
"content": {
"files_changed": ["UserService.ts"],
"summary": "Added user validation"
}
}
4. 引き継ぎパターン
## Clean Handoff Checklist
When passing work to another agent:
- [ ] Summarize what was done
- [ ] Explain current state
- [ ] List remaining tasks
- [ ] Note any blockers
- [ ] Provide relevant context
### Example
引き継ぎ:プランナー → 開発者
完了事項
- 要件を分析しました
- 3つの主要コンポーネントを特定しました
現在の状態
- types/user.ts で型を定義済みです
- 実装はまだありません
次のステップ
- services/ に UserService を作成します
- CRUD 操作を実装します
- バリデーションを追加します
コンテキスト
- DB には Prisma を使用します
- OrderService の既存パターンに従います
5. 競合の解決
## When Agents Disagree
1. **Identify**: What is the conflict?
2. **Evidence**: Gather supporting facts
3. **Evaluate**: Compare approaches
4. **Decide**: Choose best option
5. **Document**: Record decision and reasoning
### Common Conflicts
| Conflict | Resolution Strategy |
|----------|---------------------|
| Architecture choice | Evaluate trade-offs |
| Implementation approach | Prototype both |
| Priority disagreement | Align with user goal |
| Resource contention | Schedule or parallelize |
6. ワークフローのオーケストレーション
sequenceDiagram
participant User
participant Planner
participant Developer
participant Reviewer
User->>Planner: Request feature
Planner->>Planner: Analyze & decompose
Planner->>Developer: Assign implementation
Developer->>Developer: Write code
Developer->>Reviewer: Request review
Reviewer->>Developer: Feedback
Developer->>Planner: Complete
Planner->>User: Deliver result
7. 共有コンテキスト
## Context Sharing Rules
### Must Share
- Project constraints
- User preferences
- Critical decisions
- Error states
### May Share
- Implementation details
- Intermediate results
- Research findings
### Don't Share
- Internal reasoning
- Failed attempts
- Verbose logs
8. 進捗の同期
## Status Updates
### Format
| Agent | Task | Status | Blockers |
|-------|------|--------|----------|
| Developer | API endpoints | 🟢 Done | None |
| Reviewer | Code review | 🟡 WIP | Waiting for tests |
| Documenter | API docs | 🔴 Blocked | Need API specs |
### Sync Points
- After each phase completion
- When blocked
- When priorities change
- Before final delivery
参考資料
コメント
Markdown 対応