Claude Code v2.1.201、Sonnet 5セッションで会話中システムロールを廃止

Anthropicは7月3日、Claude Code v2.1.201をリリースしました。このバージョンでは、Claude Sonnet 5セッションにおいて、会話途中のシステムロールを介したハーネスリマインダーの注入が行われなくなります。
変更点
以前は、Sonnet 5セッション中にハーネス(ツール呼び出し基盤)が、利用可能なツール、権限、コンテキストルールに関するシステムレベルのリマインダーを会話に定期的に再挿入していました。これによりトークンが消費され、チャット履歴が散らかる原因となっていました。v2.1.201リリースでは、Sonnet 5セッションにおいてこの動作が完全に削除されました。
この変更はClaude Sonnet 5に固有のものであり、他のモデルには影響しません。正確なコミットはc489eb2です。
重要性
Claude Codeで長時間のコーディングセッションを実行している開発者にとって、会話途中のシステムロールは、ターンごとにトークン数とプロンプトの明確さの両方に隠れたオーバーヘッドをもたらしていました。これを削除することで、特にハーネスコンテキストを再説明する必要のないデバッグやコード生成のような反復的なタスクにおいて、トークンの消費が削減され、会話スレッドがよりクリーンになるはずです。
Sonnet 5でClaude Codeを使用している場合は、このリリースにアップデートして不要なシステムロール挿入を回避してください。これらのリマインダーに依存して動作を維持していたエージェント(ありそうにありませんが、リマインダーはモデルの推論用ではなくハーネス用です)は、アップデート後に動作を確認する必要があります。
📖 ソース全文を読む: GitHub Claude-Code
👀 See Also

Claude APIの利用データが、Maxプランユーザーへの新制限の影響を示す
Claude Max 20xのユーザーが報告したところによると、新たな制限が導入された後、API相当の日次使用量が約210ドル/日から約52ドル/日に低下し、SonnetやCodexの使用を含む大幅なワークフローの変更が必要となった。

オープンソース対フロンティアモデル: シングルファイルキャンバスカーレーンベンチマーク
ある開発者が、GPT-5.5、Claude Opus 4.7、Qwen 3.6 Plusなど12のモデルを、単一ファイルのHTMLキャンバスを使った車の運転アニメーションタスクでテストし、結果を公開比較しました。

PrismMLのBonsai 1-bit Qwenモデルをテスト:8GB VRAMで107 t/sの生成速度を達成
PrismMLのBonsaiモデルは、Qwen3 8B、4B、1.7Bの1ビット量子化バージョンで、RTX 4060(8GB VRAM)上で107トークン/秒の生成速度と>1114トークン/秒のプロンプト処理を実現し、メモリ要件を大幅に削減しています。

Claude Code v2.1.153、スキップLFS、MCP修正、エージェントオートコンプリートを搭載
Claude Code v2.1.153 では、Git LFS をスキップするオプション、MCP サーバーの再接続ループ修正、エージェントディスパッチのスラッシュコマンドとバンドルスキルのオートコンプリート機能が追加されました。