Anthropicエンジニアが解説:AIエージェントの代わりに作るべきもの

概要

Anthropicのスキル開発担当者は、用途ごとに専用エージェントを作るのをやめ、汎用エージェント(Claude Code)に「スキル」を持たせる方向へ移行したと説明されています。動画では、モデルをプロセッサ、エージェントランタイムをOS、スキルをアプリになぞらえ、スキルを継続的に育てる4つの実践方法を紹介しています。

主なポイント

• Anthropicのエンジニアは、タスクごとに別エージェントを作るのをやめ、汎用エージェントにスキルを与える方式に移行した
• 比喩として、モデル=プロセッサ、エージェントランタイム=OS、スキル=アプリと整理されている
• スキルには、そのタスク向けの手順・文脈・スクリプト・例をまとめて持たせる
• 【1】毎回同じコードを書き直させず、動作実績のあるスクリプトをスキル内に保存して再利用する(DRY原則)
• 【2】スキルのdescriptionは具体的に書く。何をするか、どんな言い回しで呼ばれるかを入れ、他スキルと競合させない
• プログレッシブ・ディスクロージャーにより、まず名前と説明(YAMLフロントマター)だけが読まれ、一致したときにSKILL.md全体が読まれる。コンテキストの無駄遣いを防げる
• 【3】修正した内容はスキルに反映する。手順ミスはSKILL.md、トーンや例の不足は参考ファイル、繰り返す失敗は明示ルールとして追記し、同じタスクを再実行して確認する
• スキルは汎用的なオープンフォーマットなので、Codexなど他の互換エージェントでも動作確認でき、暗黙の前提を洗い出せる
• 【4】最初の出力で完了としない。受け入れ基準を定め、スクリーンショット・テスト結果・出典照合などの外部証拠で検証させる
• 主観的な成果物(広告・台本など)は、初心者、懐疑的な購入者など異なるペルソナのサブエージェントにレビューさせる

実践に使えること

• Claudeが良いスクリプトを書いたら「スキルのscriptsフォルダに保存し、READMEを更新して、再実行して検証して」と指示する
• 「全スキルのdescriptionをレビューし、曖昧なものだけ書き直して」とClaudeに監査させる
• スキルのテストは、明確な依頼、別言語の依頼、無関係な依頼の3種類で起動可否を確認する
• ミスが起きたら原因(手順・文脈不足・ルール・コード)を切り分け、最小の恒久的な場所を更新して再実行する
• スキルに「受け入れ基準を決め、検証し、問題を直してから出力し、検証内容と未検証事項を報告する」というルールを加える
• 重要なスキルは別のエージェントでも試し、暗黙の前提を洗い出す