エージェントスキル：SOPを書くのをやめて、境界システムの構築を始めよう

r/ClaudeAIへの最近の投稿では、エージェントの失敗を修正するためにスキル、ツール、プロンプト、例外ルールを追加するという一般的な直感が逆効果であると論じています。著者は、このアプローチにより時間とともにエージェントがより脆くなると主張します。コンテキストが重くなり、ツール選択が混乱し、ルール同士が矛盾し始めるからです。

スキルをSOPとして捉える vs. 境界システム

著者によると、核心的な問題は、多くの開発者がスキルを標準業務手順書（SOP）のように書いていることです：

ステップ1：これをする
ステップ2：あれをする
Xが起こったらYをする
Yが起こったらZをする
Aがない限りBをするな、ただしCが発生した場合は除く

このスタイルは決定論的なワークフローには有効ですが、オープンエンドなエージェントタスクには失敗します。代わりに著者は、優れたスキルが以下の質問に答える境界システムアプローチへの移行を提案します：

• このスキルはいつ起動すべきか？
• 絶対に使用すべきでないのはいつか？
• ビジネス用語での成功とは何か？
• 必要な最小ツールセットは何か？曖昧さなく。
• APIや外部ソースで検証すべき事実は何か？
• エージェントが停止して人間に確認を求めるべき場所はどこか？

「モデルに呼吸の仕方を教えるべきではない。明確な地図、清潔なツール、明白な停止標識を与えるべきだ。」

ツール：少ない方が豊か

同じ原則がツール定義にも当てはまります。ツールが多くても能力が自動的に向上するわけではありません。ツール間の境界が曖昧だと、モデルはどれを呼び出すか決めるだけでコンテキストと推論予算を消費します。著者の経験則：

最小完全ツールセット、最大境界明確化。

手順の正しさよりも評価

優れたスキルは、エージェントが著者の正確な手順に従ったかではなく、次の点で判断されるべきです：

• 適切なツールを選んだか
• 適切なパラメータを渡したか
• 適切な事実を検証したか
• 停止すべき時に停止したか

著者は結論づけます：悪いスキルは延々と長くなるSOPであり、良いスキルはテストされた境界システムです。コミュニティに、どのように対処しているか尋ねています——スキルを小さくモジュール化して保つか、長い指示パックにするか、そしてスキルが実際にエージェントを改善しているのか、それともコンテキスト負債を増やしているのかをどう判断するか。