Simon Willison's Weblogは7月4日(現地時間)、開発者Armin氏の報告を掲載した。それによると、Anthropic（アンソロピック）製の大規模言語モデル（LLM）「Claude（クロード）」の最新版「Opus 4.8」および「Sonnet 5」が、カスタム編集ツール「Pi（パイ）」使用時に、ツールのスキーマにないフィールドを生成し、ツール呼び出しが拒否される問題に直面している。この現象は旧モデルでは確認されていなかったと指摘されている。
Armin氏は、カスタム編集ツール「Pi」を用いた開発中にこの問題に遭遇したと報告している。モデルが不正なツール呼び出しを行うこと自体は珍しくないものの、最新のAnthropicモデルでこの傾向が悪化している点に懸念が示された。モデルによる編集結果自体は通常正確であるにもかかわらず、生成された引数がツールのスキーマと一致しないため、「Pi」はツール呼び出しを拒否し、再試行を要求する状況が頻繁に発生している。
Armin氏は、この問題の原因について、より新しいAnthropicモデルが、Claudeのコードに組み込まれた第一者編集ツールをより適切に利用するよう、おそらくReinforcement Learning（強化学習）を通じて特別に訓練された可能性を理論づけている。これにより、「Pi」のようなサードパーティのコーディングハーネスが、独自のカスタム編集ツールを誤用される可能性が高まるという意図しない結果を招いていると指摘された。
Armin氏は、同様の課題が過去にOpenAIのCodexでも確認されており、OpenAIもそのツールを効果的に使用するようモデルを訓練していることを説明していると述べている。しかし、Anthropicの最新モデルで顕在化したこの問題は、第一者ツール利用に特化した訓練が、外部エコシステムに深刻な構造的含意をもたらす可能性を示唆している。
モデルが特定の内部ツールセットに過度に最適化されることは、モデルの汎用性やサードパーティツールとの互換性を損なうリスクを伴うと見られる。これは、AIモデル開発者がベンチマークスコアや自社製品との連携を優先するあまり、広範な開発者エコシステムへの配慮が不足する可能性を示唆する。結果として、「Pi」のようなサードパーティのコーディングハーネス開発者は、モデルごとに異なるツールインタフェースへの対応を迫られ、マルチモデルサポートの複雑性やメンテナンスコストの増加という課題に直面する可能性がある。将来的には、これらの開発者がユーザーが選択した基盤モデルのパフォーマンスを最大限に引き出すために、モデルごとに最適化された複数の編集ツールを実装する必要が生じることも考えられる。
このような状況は、AIモデルベンダーがそのモデルを特定の内部ツール利用に特化させることで、外部開発者のエコシステムに与える影響について重要な問いを投げかけている。閉鎖的なエコシステム化の傾向と、オープンなAI開発環境維持とのバランスの問題と指摘されている。モデルが進化するたびにツール連携の調整が必要となる場合、サードパーティ開発者にとって持続可能な開発環境が脅かされ、特定のモデルベンダーへのロックインリスクを高める可能性もある。モデル開発者には、自社ツールの性能向上と同時に、広範な開発者コミュニティとの互換性および相互運用性を確保するための配慮が求められる。
参考: Simon Willison’s Weblog (アーカイブ) — 2026年7月5日 07:53 (JST)