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

SPLICEベンチマークが明らかにしたのは、VLMが時間的推論に苦戦し、言語事前知識に依存していることです。
EMNLP 2025で発表された研究によると、映像シーケンスタスクにおいて、人間が優れた成績を収める一方で、視覚言語モデルのスコアは低く、Gemini 2.0 Flashのようなモデルは51%の精度しか達成せず、人間のパフォーマンス85%を大きく下回りました。モデルは真の視覚的理解ではなく、視覚的なショートカットや言語記述に頻繁に依存しています。

Claude Proユーザー文書、インターフェースとワークフローの慢性的な問題
長期間のClaude Pro契約者が、修正時のファイル破壊、バージョン管理の欠如、コンテキスト圧縮後の記憶喪失、一貫性のない意思決定、無視されるユーザー設定という5つの持続的な問題を詳細に説明しています。ユーザーは、Claudeの設定セクションでの明示的な指示にもかかわらず、これらの問題が発生すると報告しています。
Claude Code システムプロンプト v2.1.139: AWS Docs上のClaudeプラットフォーム、要約セキュリティ、PowerShellツール
CC 2.1.139 (+2,248トークン) では、SigV4認証を用いたClaude Platform on AWSのリファレンスドキュメント、セキュリティを保持する会話要約、PowerShellからUnixコマンド対応表、およびいくつかのスキル/プロンプトの改良が追加されました。

Anthropicは、Claude CodeとMCP Masteryコースを含む無料教育カリキュラムをリリースしました。
Anthropicは、Claude Code、MCP Mastery、APIの使用方法、AI Fluencyなどのコースを含む、教育カリキュラム全体を無料で公開しました。このカリキュラムは大学レベルの内容と評され、ランダムなチュートリアルと比べて体系的な学習を提供します。