Claude Opus 4.6のeffort=lowパラメータは、他のプロバイダーの低推論モードとは異なります。

Claude Opus 4.6のeffortパラメータは、他のAIプロバイダーの類似設定とは異なる動作をします。OpenAIのreasoning.effort=lowやGeminiのthinking_level=lowが主に推論の深さを制御するのに対し、Anthropicのeffort=lowパラメータは一般的な行動努力を制御します。
動作の主な違い
effort=lowに設定すると、Claude Opus 4.6は期待とは異なるいくつかの具体的な動作を示しました:
- 予想よりも少ないツール呼び出しを行った
- 情報の相互参照が不十分だった
- ウェブ調査の方法を指示するシステムプロンプトの一部を事実上無視した
- エージェントは情報の検索を停止したため、自信を持って間違った回答を返した
これらの問題は、パラメータをeffort=mediumに上げることで解決されました。この動作はAnthropicによって文書化されており、バグではなく意図的な設計上の選択であることが確認されています。
実用的な影響
これは、開発者が複数のAIプロバイダーを扱う際に、AnthropicのeffortパラメータをOpenAIのreasoning.effortやGeminiのthinking_levelの代替としてそのまま使用できないことを意味します。元の資料では、推論と行動努力をAnthropicが実装したようにまとめるべきか、別々の制御とすべきかという疑問が提起されています。
元の投稿にはトレース例と詳細が含まれており、https://everyrow.io/blog/claude-effort-parameterでご覧いただけます。
📖 完全なソースを読む: r/ClaudeAI
👀 See Also

Claude Proユーザー文書、インターフェースとワークフローの慢性的な問題
長期間のClaude Pro契約者が、修正時のファイル破壊、バージョン管理の欠如、コンテキスト圧縮後の記憶喪失、一貫性のない意思決定、無視されるユーザー設定という5つの持続的な問題を詳細に説明しています。ユーザーは、Claudeの設定セクションでの明示的な指示にもかかわらず、これらの問題が発生すると報告しています。

Claude Code v2.1.129: プラグインURLフラグ、強制同期出力、20以上の修正
--plugin-urlフラグを追加してプラグインZipをURLから読み込み、Emacs eat向けのCLAUDE_CODE_FORCE_SYNC_OUTPUTを追加し、/contextのトークン浪費、キャッシュTTL低下、OAuth競合を修正。

C++26標準ドラフトが完成:リフレクション、メモリ安全性、契約、非同期フレームワークを搭載
C++26標準ドラフトが完成し、メタプログラミングのためのリフレクション、未初期化変数の未定義動作を排除し標準ライブラリ型に境界安全性を追加する強化されたメモリ安全性、事前/事後条件を持つコントラクト、並行処理のためのstd::executionが導入されました。

AIツールは、創造性と開発作業において均質化されたアウトプットを招く可能性があります。
Redditユーザーが報告するところによると、ChatGPT、Co-Pilot、ClaudeなどのAIツールを戦略ロードマップやソフトウェア開発に使用している複数のチームが、同じようなバズワードのパターンやデザイン構造を持つ類似したアウトプットを生成しているとのことです。