1,591行のシステムプロンプトから見えるエージェント設計の構造
出典: Zenn (Claude topic)
Hiroba による自動要約
約1,591行のシステムプロンプト (CLAUDE-FABLE-5.md) を解析したエンジニアリングレポート。振る舞いポリシー、世界モデル、ルーター、ハード制約、ツール定義の5層構成として、単なる「プロンプト」ではなく「運用仕様書」として機能していることを指摘。ファイルパスの役割固定化、Skillファースト、検索・Artifact・会話の使い分け基準などが具体的に記述されており、エージェント設計時の方針決定とスキーマ定義の分離が参考になる。
出典・元記事
Zenn (Claude topic) の記事を Hiroba が自動要約しました。元記事を読む
読んで良かったら、シェアしてみてください。
同じタグの記事が他に 5546 件あります。
関連する記事
同じタグの記事

Entra ID で AI エージェントに ID を持たせる ~ Foundry × Claude で検証(その2)
QiitaEntra ID の Agent Blueprint に資格情報を設定する手順の解説。前回扱った RBAC による認可に続き、今回は認証部分が対象。エージェント ID はサービスプリンシパルの一種で、資格情報は Blueprint 側が持つ構造を整理し、AWS のアウトバウンド ID フェデレーションを IdP とした FIC の設定例を記載。FIC 経由のなりすましリスクと対策にも言及しており、Azure 上で Claude Agent を運用する開発者・管理者向けの内容。

Pi-cowboy – Codex、Claude Code、OpenCode をサブエージェントとして使用
HNPi-cowboy は複数エージェントを並列で動かすオーケストレータで、大規模なタスクを小分けにして異なるハーネス(Claude Code、Codex、OpenCode など)に割り当てられる。各エージェントは独立した copy-on-write Git ワークツリーで動作し、ディスク効率を保ちながら同時実行できる。
