Claude Code Plan

変更前

高さの小さい端末でフルスクリーンモード中に /resume や /continue を実行すると、セッション一覧に 1〜2 件しか表示されず、過去のセッションを選びにくかった。

変更後

これまで、高さの小さい端末でフルスクリーンモード中に /resume や /continue を実行すると、セッション一覧に 1〜2 件しか表示されず、過去のセッションを選びにくかった。

ユーザーへの恩恵

低い端末でもセッション一覧をスクロールして確認できるようになり、過去のセッションを迷わず再開できる。

変更前

/goal の実行中に API エラーやネットワーク切断、トークン上限が発生すると、自動リトライや説明なしに処理が静かに止まってしまった。ユーザーは止まった原因も、いつまで待てば再開するのかも分からなかった。

変更後

/goal は API エラーやネットワーク切断、トークン上限を検知すると、自動的にバックオフ付きでリトライを試みるようになった。状況が復旧せず続行できないときは、利用制限がリセットされるまでの待機を含めて、理由を明示してポーズする。

ユーザーへの恩恵

目標達成のループが一時的な障害で黙って止まることがなくなり、待機中も理由が分かるため、ユーザーはそのまま放置して自律的に再開させられる。

変更前

Max プランでバックグラウンドセッションで Fable モデルを使用しようとした際、対話セッションで使用許可が残っていても、使用クレジットの要求が停止してセッションが終了してしまうことがありました。

変更後

Max プランでバックグラウンドセッションで Fable モデルを使用する場合、同じアカウントの対話セッションに使用許可が残っていても、使用クレジットの要求を継続して行い、セッションが正常に動作するようになりました。

ユーザーへの恩恵

Max プランのユーザーは、対話セッションの使用許可を維持したままバックグラウンドセッションで Fable モデルを利用できるようになります。

変更前

一時的な GitHub 接続失敗の後、クラウドセッションの作成時に GitHub のセットアップを推奨するメッセージが表示されていました。

変更後

一時的な GitHub 接続失敗の後、クラウドセッションの作成時に GitHub のセットアップを推奨するメッセージが表示される代わりに、接続を再試行するよう促すメッセージが表示されるようになりました。

ユーザーへの恩恵

一時的な接続問題の際、誤ったセットアップ手順を案内されることなく、適切な再試行アクションを選択できます。

変更前

ネイティブバイナリのサイズが大きく、インストールサイズが大きくなっていました。

変更後

ネイティブバイナリのサイズが約 5 MB 小さくなり、インストールサイズが改善されました。

ユーザーへの恩恵

インストールサイズが小さくなり、ディスク容量の節約になります。

変更前

クラウドセッションのネットワークプロキシが Bash コマンド中に接続を切断した場合、ツールの結果が「接続リセット」のみを表示していました。

変更後

クラウドセッションのネットワークプロキシが Bash コマンド中に接続を切断した場合、ツールの結果が「接続リセット」のみを表示する代わりに、切断されたホストと理由を具体的に表示するようになりました。

ユーザーへの恩恵

接続問題の原因を特定しやすくなり、トラブルシューティングが容易になります。

変更前

API からの応答が開始されない場合、セッションが 10 分以上沈黙したままになることがありました。

変更後

リクエストは約 3 分後にタイムアウトし、1 回リトライしてから明確なエラーメッセージを表示するようになりました。

ユーザーへの恩恵

長時間待機せずにエラーを即座に認識できるようになり、作業の効率が向上します。

変更前

クラウドセッションを使用中、一定時間操作がないなどの理由でバックグラウンドのワーカープロセスが再起動されると、直前まで設定していた「プランモード」が勝手に解除され、デフォルトのパーミッションモード（編集を自動承認するモードなど）に戻ってしまっていました。

変更後

アイドルからの復帰・再起動時にも元のセッションからプランモードの状態が確実に復元され、ユーザーが承認するまでファイル変更が行われない安全な動作状態が維持されます。

ユーザーへの恩恵

セッション復帰後に、意図しない自動編集が実行されるのを防ぐためにパーミッションモードを再設定する必要がなくなります。

変更前

安全と判断できる操作に対しても、すべてのBashコマンドで確認ダイアログが表示されていました。

変更後

自動分類器が読み取り専用操作を検出し、プロンプトなしで安全に実行します。

ユーザーへの恩恵

タスクの調査フェーズで不要な確認手順を省いて効率的に進められます。

変更前

プランモードで Claude の提案をそのまま承認しただけなのに、ユーザーが編集したと判定されてしまうことがあった。この際、内部の古いキャッシュでプランファイルが上書きされ、指示が先祖返りすることがあった。

変更後

編集の有無が正確に検知され、無編集での承認時は最新のプランが正しく保持されるようになった。

ユーザーへの恩恵

プランの承認時に、意図せず以前のバージョンの計画に戻ってしまうリスクがなくなります。

変更前

プランモードで提案を承認してバックグラウンドで実行を開始した際、セッションに自動的に分かりやすい名前が付けられても、一覧画面（agent view）ではその名前が表示されず、どのタスクか判別しにくいことがありました。

変更後

自動付与されたセッション名が一覧画面でも正しく表示されるようになりました。

ユーザーへの恩恵

複数のバックグラウンドタスクを並行して進める際に、一覧から目的のセッションを即座に見つけ出せるようになります。

変更前

プランモード中にブラウザツールを使用しようとした際、安全上の確認なしに動作したり、正しく制御できない状況がありました。

変更後

変更を伴う操作に対しては適切に許可を求め、読み取り専用処理は自動的に進むよう最適化されました。

ユーザーへの恩恵

調査や計画段階での安全性が向上し、不必要な確認を減らすことで作業効率が改善されます。

変更前

プランモード移行後に読み取り専用の確認ステップが挟まり、操作を中断されることがありました。

変更後

プランモードの特性に合わせて、読み取り系のアクションは許可されるようになり、シームレスな調査が可能です。

ユーザーへの恩恵

調査と計画のフェーズで過度な確認プロンプトを抑制でき、テンポ良く進められます。

変更前

opusplan を利用してプランモードと実行モードを切り替える際、権限があるユーザーでもプランニング時に 1M コンテキストの広大な履歴を活かせない制限がありました。

変更後

プランモードでの Opus 実行時にも 1M コンテキストが正しく適用されるようになり、opusplan[1m] エイリアスでの挙動も最適化されました。

ユーザーへの恩恵

巨大なプロジェクトの設計やリファクタリングの計画を立てる際、コンテキスト不足に悩まされることなく Opus の高度な思考を利用できます。

変更前

画像を貼り付けて「これを修正して」とプランモードで依頼すると、生成されるmarkdownファイルの名前に中身のない記号が含まれてしまい、後でファイル一覧を見た時に何のタスクか判別しづらい不便さがありました。

変更後

貼り付けられたコンテンツをスキップし、その後に続く具体的な指示テキストの内容に基づいて適切なファイル名が生成されるようになりました。

ユーザーへの恩恵

プラン履歴やファイル一覧が整理され、どのファイルがどのタスクに対応しているのかがより直感的に把握できるようになります。

変更前

リポジトリがクリーンな状態でクラウド連携機能(Ultraplanなど)を使おうとすると、変更箇所の差分が空であることをエラーとして誤認し、処理が中断されていました。

変更後

未コミットの変更がない状態を正常なケースとして正しく処理し、クリーンなリポジトリからでもスムーズにクラウドセッションを開始できるようになりました。

ユーザーへの恩恵

作業を開始する前のクリーンな状態からでも、迷うことなくプランニング機能を利用できます。

変更前

本来はコードを変更しないはずのプランモードにおいて、設定ファイルで許可されたパスに対しては、モデルが誤って直接書き込みを行ってしまう場合がありました。

変更後

プランモードのガードレールが強化され、どのような許可設定があってもプランニング中はファイルの変更が確実に抑制されるようになりました。

ユーザーへの恩恵

安心してコードベースの調査をAIに任せることができ、不用意にソースコードが書き換えられる心配がなくなります。

変更前

プランモードのセッションを再開する際、指定したパーミッション設定が反映されなかったり、一度モードを抜けると期待通りにプランニングに戻れなかったりする不整合がありました。

変更後

再開時やモード切り替え時の挙動が修正され、常に指定した権限モードで一貫した操作ができるようになりました。

ユーザーへの恩恵

プランニングから実行への移行や、非対話モードでの継続的なタスク実行において、意図した権限レベル(Permission Mode)が確実に維持されるようになります。

変更前

外部からの通知やメッセージを受け取るための --channels フラグを使用して Claude Code を起動している場合、プランモードでのコード調査や計画立案に必要なツールが正しく読み込まれない不具合がありました。

変更後

チャンネル機能を利用している間も、通常時と同様にプランモードの全機能が正常に動作するようになります。

ユーザーへの恩恵

CIの結果やチャットツールからの入力を監視しながら、同時にプランモードで安全なコード変更の検討を行うことが可能になります。

変更前

既に作成済みのプランがある状態でこれらのコマンドを使っても、最新の状態が反映されなかったり、新規プランの作成と競合したりすることがありました。

変更後

既存のプランコンテキストが正しく認識され、継続的な計画の編集や閲覧が確実に行えるようになりました。

ユーザーへの恩恵

複雑な修正作業において、 Claude とやり取りしながらプランをブラッシュアップするプロセスがよりスムーズになります。

変更前

/ultrareview の開始までに時間がかかり、どのような変更範囲がレビューされるのかも事前に把握しづらい状態でした。

変更後

並列処理により起動が速くなり、開始前にファイルの差分統計(diffstat)を確認できるようになりました。

ユーザーへの恩恵

ディープなコードレビューを待ち時間少なく開始でき、レビュー対象の正確な把握も容易になります。

変更前

Ultraplanを使用してプランを洗練させる際、共有や確認に便利なリモートセッションへのリンク(URL)が履歴に表示されない不具合がありました。

変更後

トランスクリプト内に正しいリモートセッションURLが表示され、ブラウザなどで実行内容をすぐに確認できるようになります。

ユーザーへの恩恵

進行中のセッションを他のチームメンバーに共有したり、後からブラウザで作業履歴を振り返ったりすることが容易になります。

変更前

プランファイルが完全にランダムな名前だったため、後からファイル一覧を見たときにどのファイルがどのタスクに対応しているか判別が困難でした。

変更後

タスクの内容がファイル名に反映されるようになり、複数のプランを並行して作成しても内容を識別しやすくなりました。

ユーザーへの恩恵

プロジェクト内の.claude/plans/ディレクトリの整理が容易になり、過去に作成したプランの再確認や管理が効率化されます。

変更前

プランモードから戻る際、元のパーミッション設定に関わらず「acceptEdits」を推奨するメッセージが出てしまい、ユーザーが意図しない設定変更を招くリスクがありました。

変更後

元のパーミッションレベルを正しく認識し、不適切なモード変更を提案しないようになりました。

ユーザーへの恩恵

セキュリティ設定が意図せず緩んだり変わったりすることを防ぎ、一貫した操作感を維持できます。

変更前

クラウド上で計画を立てるUltraplanを利用するには、あらかじめWebインターフェース側で環境を構築しておく必要がありました。

変更後

CLIからコマンドを実行するだけで必要なクラウド環境が自動的にプロビジョニングされ、すぐに計画の策定を開始できます。

ユーザーへの恩恵

ブラウザに移動して準備する手間が省け、よりスムーズに高度なクラウドプランニング機能を利用できるようになります。

変更前

「feature/login-fix」のようなスラッシュを含む名前でワークツリーを作成しようとすると、ディレクトリ作成や Git の制限に引っかかり、何の説明もなく処理が中断されていました。

変更後

名前に含まれるスラッシュが適切に処理(置換またはエラー通知)され、プロセスが途中で止まることがなくなりました。

ユーザーへの恩恵

標準的なブランチ命名規則をそのままワークツリー名に使用してもトラブルが発生せず、並行作業がスムーズに行えます。

変更前

プラン承認時に毎回コンテキストクリアの選択肢が表示されており、誤操作や不要な思考の中断を招く可能性がありました。

変更後

UI が簡素化され、プランの内容確認と承認という本来のワークフローに集中できるようになります。

ユーザーへの恩恵

日常的なプラン承認の操作ステップがスムーズになり、より直感的にタスクを開始できます。

変更前

これまでは /plan を実行してプランモードに入った後、改めて具体的な指示を入力する必要があり、ステップ数が多くなっていました。

変更後

/plan fix the auth bug のように、プランモードの開始と同時にタスクの内容を引数として渡せるようになりました。

ユーザーへの恩恵

複雑なタスクに着手する際、プランニングの開始から実行までをスムーズに行えるようになり、開発フローが高速化されます。

変更前

元のセッションから分岐して別の解決策を試そうとしても、プランファイル(plan file)が共有されていたため、試行錯誤の内容が混ざってしまう問題がありました。

変更後

フォークされたセッションごとに独立したプランファイルが保持されるようになり、一方の変更が他方に影響を与えることなく並行して作業できます。

ユーザーへの恩恵

複数のアプローチを安全に比較・検討できるようになり、大規模なリファクタリングなどの設計作業がより確実になります。

変更前

会話のコンパクションが発生すると、プランモードの設定が失われ、モデルが実装モードに移行してしまう問題がありました。これにより、プランに基づいた正確な実装が妨げられていました。

変更後

コンパクション後もプランモードが維持されるようになりました。これにより、モデルはプランニングモードから実装モードへ切り替わることなく、プランに基づいた作業を継続できます。

ユーザーへの恩恵

コンパクション後もプランモードが維持されるため、開発者は計画に基づいた作業を中断なく進めることができ、コード生成の正確性と効率が向上しました。

変更前

プロジェクト設定ファイル(~/.claude.json)に必須フィールドが不足していると、プランモードを開始した際にClaude Codeがクラッシュし、セッションが利用できなくなる問題がありました。

変更後

プロジェクト設定ファイルが不完全な状態でも、プランモードがクラッシュすることなく起動し、セッションが安定して利用できるようになりました。

ユーザーへの恩恵

設定ファイルの不備が原因で作業が中断されることがなくなり、より堅牢な環境でプランモードを活用できるようになりました。これにより、プロジェクトの初期設定や環境変更時の安定性が向上します。

変更前

会話履歴をクリア (/clear) しても、以前のプランファイルが残ってしまい、意図しないプランが適用される可能性がありました。

変更後

会話履歴をクリア (/clear) すると、プランファイルもリセットされ、常に新しい会話に基づいたプランが作成されるようになりました。

ユーザーへの恩恵

ユーザーは、不要なプランファイルに影響されることなく、新しいタスクや会話のコンテキストに合わせてクリーンな状態でプランを開始できるようになり、作業の正確性と効率が向上します。