AIエージェントは、Cala MCPサーバーテストにおいて自然言語よりも構造化されたクエリを好む

Calaのチームは最近、AIエージェントが知識グラフにアクセスするための3つの異なる方法を提供するMCPサーバーをリリースしました:自然言語クエリ、構造化クエリ言語、直接的なエンティティ/関係性トラバーサルです。
予想外のエージェントの行動
エージェントが自然言語インターフェース(LLMの典型的な強み)をデフォルトで使用すると予想されていたにもかかわらず、ほとんどのエージェントは数分以内に自然言語クエリを放棄しました。何の促しや後押しもなく、彼らは自律的に構造化クエリとグラフトラバーサル手法の使用に切り替えました。
これが理にかなっている理由
ソースは、LLMは「効率的」になるように明示的に訓練されているのではなく、RLHFを通じて正しくなるように訓練されていると指摘することで、この行動を説明しています。この正しさは副作用として効率的な行動につながります—エージェントは解決策への最短で信頼できる道筋を取ることを学びます。自然言語インターフェースは不確実性をもたらす解釈層を追加しますが、構造化クエリは決定的な結果を提供します。
3つのアクセス方法が提示されたとき、エージェントは一貫して最も「自然な」インターフェースではなく、不確実性を最小限にする選択肢を選びました。
提起される重要な疑問
- エージェントツールの自然言語インターフェースに過度に依存しすぎているのか?
- MCPサーバーはデフォルトで自然言語よりも構造化/グラフベースのアクセスパターンを優先すべきか?
- エージェントが決定的な道筋を好むなら、これはツール設計にどのように影響すべきか?
Redditの議論では、エージェントツールを構築している他の人々から、同様のパターンを観察したかどうか意見を求めています。
📖 Read the full source: r/LocalLLaMA
👀 See Also

OpenClaw 4.2は、ペアリングエラーを修正し、耐久性のあるタスクフローを追加しました。
OpenClaw 4.2は、3月31日頃にアップデートしたユーザーに影響するペアリングエラーを修正し、長時間実行されるタスクがゲートウェイ切断後も継続できる耐久性のあるタスクフローを導入します。

AIは高すぎる:ハイパースケーラーが損益分岐点に達するには3兆ドルが必要
ハイパースケーラーはAIに8000億ドル以上の資本的支出を行い、2027年までにさらに1兆ドルを計画している。マイクロソフトだけでもOpenAIのインフラに約1000億ドルを費やしたが、AI収益は資本的支出の約20%しかカバーしていない。

開発者は、その失敗モードのためにQwen3.5-27Bをプロプライエタリモデルよりも好む
r/LocalLLaMAの開発者が、問題のあるタスクを諦めるため、無制限のPerlやNodeJSスクリプトのような潜在的に危険なコードを生成するGemini 3.1 ProやGPT-5.3 CodexよりもQwen3.5-27Bを好んでいると報告しています。

Anthropicの新Claudeサブスクリプションクレジット:Agent SDKとclaude -pが6月15日から別々の上限付きプールに
6月15日より、ClaudeサブスクライバーはAgent SDKとclaude -pの使用に対して別途月額クレジットを取得: Max 20xは月額200ドル、Max 5xは100ドル、Proは20ドル。クレジットが枯渇すると、追加課金をオプトインしない限り使用は停止される。インタラクティブなClaude Codeとチャットは従来のサブスクリプションプールのまま。