Claude Code Plan

変更前

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

変更後

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

ユーザーへの恩恵

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

変更前

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

変更後

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

ユーザーへの恩恵

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

変更前

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

変更後

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

ユーザーへの恩恵

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

変更前

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

変更後

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

ユーザーへの恩恵

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

変更前

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

変更後

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

ユーザーへの恩恵

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

変更前

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

変更後

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

ユーザーへの恩恵

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

変更前

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

変更後

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

ユーザーへの恩恵

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

変更前

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

変更後

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

ユーザーへの恩恵

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

変更前

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

変更後

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

ユーザーへの恩恵

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

変更前

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

変更後

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

ユーザーへの恩恵

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

変更前

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

変更後

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

ユーザーへの恩恵

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

変更前

推論モデル（思考モード）を使用している際、毎回長い要約が表示され、画面のスクロール量が増えて本来の回答が埋もれがちでした。

変更後

標準ではすっきりとした表示になり、必要なユーザーのみが詳細な思考過程を表示させるようにカスタマイズできます。

ユーザーへの恩恵

チャットの可読性が向上し、AIの回答をより素早く確認できるようになります。

変更前

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

変更後

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

ユーザーへの恩恵

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

変更前

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

変更後

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

ユーザーへの恩恵

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

変更前

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

変更後

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

ユーザーへの恩恵

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

変更前

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

変更後

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

ユーザーへの恩恵

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

変更前

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

変更後

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

ユーザーへの恩恵

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

変更前

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

変更後

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

ユーザーへの恩恵

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

変更前

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

変更後

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

ユーザーへの恩恵

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