AIに仕事を任せると、回答の長さや使うモデルがセッションごとに揺れます。小さな差に見えて、複数人で使い始めると厄介です。ある人の画面では結論だけ、別の人の画面では長い作業実況。引き継ぐ側は、毎回読み方を変えなければなりません。
Claude Code v2.1.237には、結果を先に出し、前置きや作業実況を省く「Concise」出力スタイルが加わりました。ひとつ前のv2.1.236では、新しいセッションの初期モデルを決めるANTHROPIC_DEFAULT_MODELと、別セッションが待機状態になった時だけ通知を受け取るnotify_when_idleも追加されています。
派手な自動化ではありません。ただ、AIを個人の道具からチームの作業環境へ移すなら、こうした初期値と通知の設計が効きます。
今回追加されたもの
結論から返す「Concise」
v2.1.237のConciseは、作業の質を落とさず、結果を先に示して前置きやナレーションを省く出力スタイルです。/configのOutput styleから選べます。
向いているのは、定型的な修正、調査結果の受け取り、テスト結果の確認です。長い説明が必要な設計レビューまで全部Conciseに寄せると、判断根拠が薄くなる恐れがあります。常に短くするのではなく、受け取る仕事の種類で切り替える方が安全です。
新規セッションのモデルを固定する
v2.1.236で追加されたANTHROPIC_DEFAULT_MODELは、新しいセッションが最初に使うモデルを指定します。セッション内で/modelを選び直した場合は、その選択が優先され、再起動後も維持されます。既存のANTHROPIC_MODELとは挙動が違います。
これで「普段の修正は標準モデル、難しい設計だけ上位モデル」という運用を初期値として置きやすくなりました。モデル名を毎回口頭で伝えるより、端末や実行環境の設定に残した方が再現できます。
ポーリングせず、空いた時だけ知らせる
SendMessageに追加されたnotify_when_idleは、同じマシン上の別セッションが次に待機状態になった時、一度だけ通知を送ります。macOSとLinuxが対象です。定期的に状態を問い合わせる仕組みではなく、通知を希望した時だけ使う一回限りの動作です。
複数のClaude Codeセッションへ仕事を分けた時、「終わった？」と何度も確認する必要が減ります。人が監視役になるのではなく、空いたセッションから次の引き継ぎを始められます。
中小企業での使い分け
実務では、次のように決めておくと扱いやすくなります。
- 日常の軽い修正は初期モデルを固定し、出力はConciseにする
- 設計変更や障害調査では、モデルと出力スタイルを明示的に切り替える
- 並行セッションの完了待ちは
notify_when_idleを使い、人が画面を見張らない - 最終成果物と判断理由は、チャットに残すだけでなくプロジェクトの正本へ保存する
ここで揃えるのは、AIの性格ではなく仕事の受け渡し方です。モデル、回答の粒度、完了通知、保存先。この4点が決まっていれば、担当者が変わっても同じ入口から作業を始められます。
導入前に決めること
最初に「短く返してよい仕事」と「根拠まで残す仕事」を分けます。たとえば、表記修正やテスト実行はConciseで十分です。権限変更、データ移行、料金に関わる実装は、判断理由と確認結果を残すべきです。
次に、初期モデルを決めます。高性能なモデルを全セッションへ一律に当てるより、普段の作業に合う初期値を置き、難しい場面だけ人がギアを上げる方が運用しやすい。モデル選択を現場任せにすると、費用と品質の理由を後から追えません。
最後に、通知を「次の行動」へつなげます。待機通知を受けても、誰がレビューし、どこへ成果物を保存し、次に何を渡すかが決まっていなければ仕事は止まります。通知は完成ではなく、引き継ぎの合図です。
注意点
v2.1.237では、LLMゲートウェイやカスタムBase URLを使うセッションのプロンプトキャッシュ修正も入っています。ゲートウェイ経由で利用している組織は、更新後にキャッシュ利用と応答を小さな検証用リポジトリで確認してから本番へ広げる方が無難です。
Conciseも、短いから正しいわけではありません。差分、テスト結果、未確認事項は省かせない。短文化するのは前置きであって、検証の証拠ではない。この線を決めておくと、読みやすさと監査性を両立できます。
最初の一手
まず1週間、軽作業の新規セッションだけConciseと既定モデルを設定します。確認するのは、レビュー時間、聞き直しの回数、モデルを切り替えた仕事の種類です。短くなった文字数より、次の人が迷わず引き継げたかを見ます。
一次情報
実装メモ：この記事は2026年8月21日に上記の公式リリースノートと公式設定資料を確認して作成しました。環境変数や機能の対応範囲は、導入時点の公式情報で再確認してください。