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

Qwen KVキャッシュ量子化の深掘り:PPL、KLダイバージェンス、非対称K/V結果
Qwen 3.6-35B-A3BにおけるKVキャッシュ量子化の第2ラウンドのベンチマーク:パープレキシティ、KLダイバージェンス、非対称K/Vの組み合わせ、Apple M5 Maxでの64Kコンテキスト深度。

Gemma 4 チャットテンプレートのバグ: anyOf/null を使用したツールパラメータが空の型としてレンダリングされる
Gemma 4のチャットテンプレートのバグにより、ツールパラメータスキーマから$ref、anyOf、$defsが削除され、null許容の参照が空のtypeフィールドとしてレンダリングされます。Jinjaの修正により、すべての推論エンジンで正しいスキーマ解析が復元されます。

Claude Codeは、自動化されたワークフローのためのスケジュールタスク実行機能を追加します。
AnthropicはClaude Codeにスケジュール実行機能を追加し、開発者が一度設定したタスクを手動での指示なしに自動実行できるようにしました。この機能は、日次のコミットレビュー、依存関係の監査、エラーログのスキャン、PRレビューなどをサポートしています。
アンthropicのIPO申告書、AI反発を主要リスクとして記載
AnthropicのS-1提出書類には、AIバックラッシュがリスク要因として記載される予定です。これは、AIの安全性と規制に対する一般の懸念が事業に影響を与える可能性があることを認めるものです。