mirror of
https://github.com/affaan-m/everything-claude-code.git
synced 2026-05-18 14:53:05 +08:00
ec9ace9c54
Translate everything-claude-code repository to Japanese including: - 17 root documentation files - 60 agent documentation files - 80 command documentation files - 99 rule files across 18 language directories (common, angular, arkts, cpp, csharp, dart, fsharp, golang, java, kotlin, perl, php, python, ruby, rust, swift, typescript, web) - 199 skill documentation files Total: 455 files translated to Japanese with: - Consistent terminology glossary applied throughout - YAML field names preserved in English (name, description, etc.) - Code blocks and examples untouched (comments translated) - Markdown structure and relative links preserved - Professional translation maintaining technical accuracy This translation expands ECC accessibility to Japanese-speaking developers and teams. Co-Authored-By: Claude Haiku 4.5 <noreply@anthropic.com>
74 lines
2.8 KiB
Markdown
74 lines
2.8 KiB
Markdown
---
|
|
name: agent-harness-construction
|
|
description: AI エージェントのアクション空間、ツール定義、観測フォーマットを設計・最適化して完了率を向上させます。
|
|
origin: ECC
|
|
---
|
|
|
|
# エージェントハーネス構築
|
|
|
|
エージェントの計画、ツール呼び出し、エラーからの回復、完了への収束を改善する場合にこのスキルを使用します。
|
|
|
|
## コアモデル
|
|
|
|
エージェントの出力品質は以下によって制約されます：
|
|
1. アクション空間の品質
|
|
2. 観測の品質
|
|
3. 回復の品質
|
|
4. コンテキストバジェットの品質
|
|
|
|
## アクション空間の設計
|
|
|
|
1. 安定した明示的なツール名を使用する。
|
|
2. 入力スキーマファーストで絞り込んだものにする。
|
|
3. 決定論的な出力形状を返す。
|
|
4. 分離が不可能な場合を除き、キャッチオールツールは避ける。
|
|
|
|
## 粒度ルール
|
|
|
|
- 高リスク操作（デプロイ、マイグレーション、権限）にはマイクロツールを使用する。
|
|
- 一般的な編集・読み取り・検索ループには中規模ツールを使用する。
|
|
- ラウンドトリップのオーバーヘッドが支配的なコストである場合のみマクロツールを使用する。
|
|
|
|
## 観測の設計
|
|
|
|
すべてのツールレスポンスに含めるべき内容：
|
|
- `status`: success|warning|error
|
|
- `summary`: 一行の結果
|
|
- `next_actions`: 実行可能なフォローアップ
|
|
- `artifacts`: ファイルパス / ID
|
|
|
|
## エラー回復コントラクト
|
|
|
|
すべてのエラーパスに含めるべき内容：
|
|
- 根本原因のヒント
|
|
- 安全なリトライ指示
|
|
- 明示的な停止条件
|
|
|
|
## コンテキストバジェット管理
|
|
|
|
1. システムプロンプトを最小限かつ不変に保つ。
|
|
2. 大きなガイダンスはオンデマンドで読み込まれるスキルに移動する。
|
|
3. 長いドキュメントをインラインで挿入するより、ファイルへの参照を優先する。
|
|
4. 任意のトークン閾値ではなく、フェーズの境界でコンパクト化する。
|
|
|
|
## アーキテクチャパターンガイダンス
|
|
|
|
- ReAct: 不確実なパスを持つ探索的タスクに最適。
|
|
- 関数呼び出し: 構造化された決定論的フローに最適。
|
|
- ハイブリッド（推奨）: ReAct 計画 + 型付きツール実行。
|
|
|
|
## ベンチマーク
|
|
|
|
追跡すべき指標：
|
|
- 完了率
|
|
- タスクあたりのリトライ数
|
|
- pass@1 および pass@3
|
|
- 成功タスクあたりのコスト
|
|
|
|
## アンチパターン
|
|
|
|
- セマンティクスが重複するツールが多すぎる。
|
|
- 回復ヒントのない不透明なツール出力。
|
|
- 次のステップなしのエラーのみの出力。
|
|
- 無関係な参照でコンテキストを過負荷にする。
|