私が知る Claude Code のハック術のすべて（2026 年 3 月版）

@kevinrose がどの IDE を使うべきか質問していました。128 件の回答の中で、私の返信が最もエンゲージメントを得ました：「IDE は使わない。plan.md ファイルと音声だけだ」。以下が、その意味するところのすべてです。

1. アイデアが浮かんだ瞬間、それは /ce:plan か /ce:brainstorm

私が学んだ最も重要なこと：アイデアが浮かんだ瞬間、それは /ce:plan です。

「ちょっと考えよう」ではありません。「コードを書き始めよう」でもありません。/ce:plan です。毎回です。クレイジーなプロダクトアイデア？ /ce:plan。誰かが GitHub にバグを投稿した？その Issue の URL をコピーして貼り付け、/ce:plan。ターミナルでエラー？ Cmd+Shift+4 でスクリーンショットを撮り、Claude Code に Ctrl+V で直接貼り付け、/ce:plan fix this。Claude Code は画像を受け付けます。バグ、エラーメッセージ、デザインモックアップ、Slack の会話のスクリーンショットを元に、計画を書き出します。

実行すると内部で何が起こるか。/ce:plan は複数のリサーチエージェントを並行して起動します。1 つはコードベースを分析し、ファイルを読み込み、パターンを見つけ、規約をチェックします。別のエージェントは docs/solutions/ から過去のバグの教訓を検索します。トピックによっては、さらに別のエージェントが外部のベストプラクティスやフレームワークのドキュメントを調査します。すべて同時にです。

そして、それらを統合し、構造化された plan.md を書き出します。何が問題か、どのアプローチを取るか、どのファイルを触るか、チェックボックス付きの受け入れ基準、自身のコードから従うべきパターン。一般的なアドバイスではありません。コードベース、規約、履歴に基づいています。

/ce:work はその計画を受け取り、構築します。タスクに分解し、それぞれを実装し、テストを実行し、基準をチェックします。コンテキストが失われましたか？新しいセッションを開始し、計画を指定して、中断したところから再開します。計画は、すべてに耐えるチェックポイントです。

従来の開発は 80% がコーディング、20% が計画です。これはそれを逆転させます。@jarodtaylor が言うように：「時間の 80% を Opus での計画に費やし、その後サブエージェントに処理させると...」思考は計画の中で行われます。実行は機械的です。

Compound Engineering はこれを現実にするプラグインです。@EveryInc より：

/plugin marketplace add EveryInc/compound-engineering-plugin

私は熱狂的なファンになりました。そして、コントリビューターになり、GitHub で #3 のコントリビューター、21 コミット、コアチームに次ぐ存在になりました。@kevinrose が数週間前に紹介してくれました。

現在、70 の計画ファイルと 263 のコミットがあります (/last30days 上)。初期のコミットとの差は、この規律を持つ前のものです。今の私のルールは、文字通り 1 行の変更でない限り、常に最初に plan.md があることです。

2. 音声入力に傾倒する

LLM 以前は、音声メモが我慢できませんでした。Apple の内蔵ディクテーションには電話を投げたくなりました。しかし、音声から LLM への入力は違います。Claude Code がコンテキストを理解するため、文字起こしは完璧である必要はありません。マイクが聞き間違えた内容を推測してくれます。つぶやいたり、言葉を途切れさせたり、文を言い直したりできます。聞き手が十分に賢く、隙間を埋めてくれるので、音声がついに機能するようになりました。

Monologue (@usemonologue、Every 製 - Compound Engineering と同じ会社) は、音声をフォーカスされているアプリにパイプします。話すと、Claude Code に入力されます。WhisperFlow も優れています。どちらかを選んでください。オフィス用にグースネックマイクを購入しました。

これを今、Tesla のフルセルフドライビング中に、子供たちを降ろす途中で口述しています。この段落は、タイプではなく、話して書かれました。

3. 4 ～ 6 つのセッションを同時に実行する

これが実際の私の一日の過ごし方です。4 ～ 6 つの Ghostty ウィンドウがあり、それぞれが個別の Claude Code セッションを実行しています。1 つは計画を書いています。1 つは別の計画から構築しています。1 つは /last30days リサーチを実行しています。1 つは、前のものをテスト中に見つけたバグを修正しています。

あるウィンドウで /ce:plan がリサーチエージェントを起動している間に、別のウィンドウに切り替えて、すでに書かれている計画を /ce:work で実行します。それが構築されている間に、3 つ目のウィンドウに新しいバグが貼り付けられます。最初のウィンドウに戻る頃には、計画は完了し、Zed で待機しています。

これが、バイパス許可（次のセクション）が必須である理由です。すべてのセッションがすべてのアクションで「許可しますか？」と尋ねてくる場合、コンテキストスイッチはできません。すべてが自律的に実行される必要があります。確認し、反応し、次に進みます。何かを壊したり、すべてを台無しにしたりした場合は、GitHub があります。

これが、私の MacBook のバッテリーが約 1 時間で切れる理由でもあります。6 つの Claude セッションを並行して実行しています。新しい MacBook Pro を注文したばかりです。

4. すべてを変える 3 つの設定

Claude Code のデフォルトモードは、すべての編集、すべてのコマンドに対して許可を求めます。3 つの設定変更が必要です。

「危険を承知で許可をスキップ」（はい、実際にそういう名前です）。~/.claude/settings.json:

{

"permissions": {

"allow": [

"WebSearch", "WebFetch", "Bash", "Read", "Write",

"Edit", "Glob", "Grep", "Task", "TodoWrite"

"deny": [],

"defaultMode": "bypassPermissions"

"skipDangerousModePermissionPrompt": true

}

skipDangerousModePermissionPrompt: true が鍵です。これがないと、Claude はセッションごとに確認を求めてきます。Shift+Tab で切り替えることもできます。クレジット: @danshapiro（Glowforge 創業者、『Hot Seat』著者）。友人の Claude Code をセットアップしたとき、AI がこの設定を有効にしないように積極的に止めようとしました。直接的に指示する必要があります。あなたのコンピュータです。

Claude が終了したら音を鳴らす。 同じファイルに追加：

{

"hooks": {

"Stop": [

{

"hooks": [

{

"type": "command",

"command": "afplay /System/Library/Sounds/Blow.aiff"

}

]

}

]

}

離れます。音が聞こえたら戻ってきます。4 ～ 6 つのセッションを実行している場合、どのセッションが終了したかを知る必要があります。クレジット: Myk Melez。

Zed の自動保存。 Zed の設定 (Cmd+,) で：

{

"autosave": {

"after_delay": {

"milliseconds": 500

}

これは Google ドキュメントのようなトリックです。Zed は 500 ミリ秒ごとに保存します。Claude Code はファイルシステムを監視しています。Claude がファイルを編集すると、変更が Zed に即座に表示されます。Zed で入力すると、Claude は 1 秒以内にそれを認識します。片方の画面に Ghostty、もう片方に Zed、両方で同じファイルを見ています。まるで Google ドキュメントで共同編集しているかのようですが、共同編集者の 1 人が AI である点が異なります。

5. 計画の前にリサーチ

/ce:plan を実行する前に、まず /last30days を実行することがよくあります。

Vercel の agent-browser と Playwright のどちらを選ぶか迷っていました。ドキュメントを読む代わりに、/last30days Vercel agent browser vs Playwright を実行しました。数分で：78 の Reddit スレッド、76 の X 投稿、22 の YouTube 動画、15 の HN ストーリー。Agent-browser は 82 ～ 93% 少ないコンテキストトークンを使用します。Playwright はツール定義だけで 13,700 トークンをダンプします。@rauchg の投稿は 964 いいねを獲得しました。

出力全体を /ce:plan integrate agent-browser にフィードしました。計画は、6 ヶ月前のトレーニングデータではなく、コミュニティが現在実際に知っていることに基づいて作成されました。

/last30days はオープンソースです（4.5K スター、github.com/mvanhorn/last30days-skill）。Reddit、X、YouTube、TikTok、Instagram、HN、Polymarket、そしてウェブを並行して検索します。私はすべてのことにこれを行います。ライブラリを選ぶ前、機能を構築する前、この記事を書く前。セクション 1 の最新のコミュニティ引用を得るために /last30days Compound Engineering を実行しました。リサーチ、計画、構築。それが本当のループです。

6. あらゆるミーティングを Plan.md に変える

ある候補者とランチをしました。会社でまだ着手されていない新しいプロダクトアイデアについて話し合いました。また、食べ物、レストラン、子供についても話しました。プロダクトのブレインストーミングが織り交ぜられた、1 時間半の普通の会話でした。

Granola を起動していました。ランチの後、全文の文字起こし（90 分、寿司に関する脱線が混在）を Claude Code に貼り付けました：/ce:plan turn this into a product proposal。

魔法だったのはここです。Claude Code は、私たちのプロダクトコードが GitHub のどこにあるかをすでに知っています。また、私の会社の戦略フォルダ（私がこれまでに書いたすべての戦略 plan.md）にもアクセスできます。そのため、Granola の文字起こしを処理する際、ランチの会話からアイデアを抽出するだけでなく、実際のコードベースとこれまでのすべての戦略的決定を相互参照していました。Granola のコンテキスト + コードベース + 過去の戦略計画 = 宝の山です。

一発で素晴らしい提案書ができました。目標、ユーザーストーリー、技術的アプローチ、マイルストーン。レストランに関する部分は無視されました。その日のうちに候補者に送りました。

彼は現在、そのプロダクトでフルタイムで私たちと一緒に働いています。

Granola は現在 MCP をサポートしているので、Claude Code 内で直接使用しています。コピーペーストはもう不要です。すべてのミーティングのコンテキストが、直接計画に流れ込みます。

7. コードだけでなく、あらゆることに計画ファイルを使用する

会社の戦略ドキュメントを書いていました。Claude Code とマークダウンファイルを並べて開きます。Monologue に話しかけます：「Go-to-market のための 3 つのアプローチを提示して。それぞれのメリットとデメリットを概説して。」

3 つのオプションが Zed に表示されました。「オプション 2 が最も近いけど、オプション 1 の表現の方が良い。組み合わせて。」即座に更新されました。「次に、最大のリスクに対処して。」追加されました。「2 段落目が長すぎる。」短縮されました。

Claude Code は GitHub を参照するため、現在のプロダクトを理解しています。また、私の過去のすべての戦略 plan.md ファイルにもアクセスできます。新しいポジショニングを書いているとき、これまでに行ったすべての戦略的決定の完全なコンテキストを持っています。この蓄積されたコンテキストこそが、各計画を前回よりも優れたものにします。

戦略ドキュメント、プロダクト仕様、競合分析、この記事。同じワークフローです。話す、計画する、反復する。

8. リモート Claude Code 用に Mac Mini を実行する

OpenClaw 用に Mac Mini をセットアップしていますが、他にも 2 つのことを行っています：

電話からの Telegram。 Claude Code には Telegram 統合機能があります。電話から Telegram 経由で Mac Mini にメッセージを送信します。夕食時にバグを思いつき、Telegram に /ce:plan fix the timeout issue と入力します。画面の前に戻ると、計画が Zed で待っています。Claude Code は、私の OpenClaw AgentMail を使用して、私がいないときに計画ファイルをメールで送信してくれます。

飛行機内での tmux。 クレジット: Nathan Smith。Claude Code は飛行機の Wi-Fi をうまく処理できません。接続が切れると、セッションは終了し、そのことすら通知されません。しかし、最初に Mac Mini に tmux で接続しておけば、セッションはそのマシン上で実行されます。ノートパソコンは単なるウィンドウです。大西洋上で 20 分間 Wi-Fi が切れましたか？再接続してください。セッションは中断したところからそのまま続き、作業も行われています。

ヨーロッパからの帰りのフライト中ずっと、機能をリリースしていました。

このワークフローをオープンソースにも使用しています

私の GitHub プロフィール (github.com/mvanhorn) を見ると、最近マージされたプロジェクトの一部を以下に示します。すべて、コードが 1 行も書かれる前に plan.md ファイルがありました：

Python - defaultdict repr 無限再帰、man ページのテキスト折り返し
OpenCV - HoughCircles 戻り値の型、YAML パーサーのヒープオーバーフロー
Vercel Agent Browser - Appium v3 ベンダープレフィックス、WebSocket フォールバック、バッチコマンドワークフロー（#5 コントリビューター）
OpenClaw - ブラウザリレー、レート制限 UX、iMessage 配信、Codex サンドボックス検出、音声通話
Zed - $ZED_LANGUAGE タスク変数、Finder でタブコンテキストメニューを表示、git パネル starts_open 設定
Paperclip - SPA ルーティング、プラグインドメインイベント、promptfoo 評価フレームワーク（#3 コントリビューター）
Compound Engineering - 計画ゲーティング、シリアルレビューモード、スキルマイグレーション、NTFS コロン処理（#3 コントリビューター）

妻は私に怒っています

どこにでもノートパソコンを持ち歩いています。4 ～ 6 つの Ghostty タブと Zed。彼女は喜んでいません。Mac Mini + Telegram は役立ちますが、複数の計画をリアルタイムで並行して進化させたい場合、ノートパソコンが必要です。彼女は、学校の送り迎えにそれを持って行くのを本当にやめてほしいと思っています。

ごめんね、愛しい人。

この記事はこのワークフローで書かれました

これは Zed のマークダウンファイルです。Claude Code は Ghostty で実行されています。Monologue に話しかけました：「テーマが間違っている、冒頭を書き直して。」「Granola のストーリーを追加して。」「Zed を私の IDE と呼ばないで。」Claude が書き直します。変更が Zed に表示されます。私が反応します。7 回の完全な書き直し。

これが私の知っているすべてです。音声アプリ、計画ファイルプラグイン、3 つの設定変更、4 ～ 6 つの並列セッション、Mac Mini、そしてプロダクト提案書に変わるミーティング。IDE なし。コードなし。話す、計画する、構築する。机から、ソファから、車から。

ボーナス：トークンが足りなくなった場合

この種の効率性は、月額 200 ドルの Claude Max プランをすぐに使い切ってしまいます。1 日中 4 ～ 6 つの並列 Opus セッションを実行すると、すぐに消費されます。

解決策：月額 200 ドルの Codex プランも取得することです。Codex CLI をインストールすれば、Compound Engineering は代わりに Codex クレジットを使用して構築できます。/ce:work --codex を Compound Engineering にリリースしました（本日マージされました）。これは、Claude クレジットが少なくなったときに、実装を Codex に委任します。

友人の中には、Claude Code の作業のコードレビューに Codex を使用し、その逆も行う人もいます。また、Codex のコード出力を好むが、オーケストレーションのために Claude Code から呼び出す人もいます。2 つのプランは相互補完的です。計画には Claude、本格的な実装には Codex。

また、私が寝ている間に作業を実行する「おやすみ」モードもありますが、その説明はまたの機会にします。

ボーナス 2：ディズニーワールドの実況解説

コードではないもので、このワークフローを最初から最後まで示すために、今日の実際の例を紹介します。私はサッカー場で子供の試合を見ていました。別の親御さんとディズニーワールドの旅行について話していました。ノートパソコンを取り出して、彼女に見せました。

ステップ 1： /last30days Disney World。2 分後、全体像が明らかに。66 の Reddit スレッド（11,804 アップボート）、34 の X 投稿、8 の YouTube 動画。価格ショックが支配的な話題です。r/DisneyPlanning での 8,500 ドルの旅行レポートには 183 のコメントが寄せられました。3 月だけで 6 つのアトラクションが閉鎖。バズ・ライトイヤーは 4 月 8 日に新しいブラスターで再開。ロックンローラーコースターはマペッツのアトラクションに。ダイノランドは解体。

ステップ 2： 「4 月 16 日（特に）に何が開いていて / 閉まっているか」（タイプミスがあっても CC は気にしません）。Claude は改修カレンダーを確認し、last30days のデータを相互参照し、完全な開園/閉園リストを提供しました。

ステップ 3： /ce:plan 私はディズニーワールドに 1 日だけ行く予定です。少なくとも 3 つのパーク、おそらく 4 つ、おそらく 4 つを回りたいです。なぜなら私はクレイジーだからです。エプコットのガーディアンズ、ハリウッド・スタジオのいくつかのアトラクション、ワールドのいくつかのアトラクション、アニマルキングダムのエベレスト、そして少なくとも 1 つのアバターアトラクションを体験したいです。さらに：「これを実現するために Genie Plus とその他のものをすべて取得する戦略は？また、1 週間前に何か調べる必要はない？いつ何を買うべき？リマインダーを設定して。食べ物は気にしない。ホテルは予約していない。ワンタイムパスに 25 ドル払っても構わない」

Claude のリサーチエージェントが起動し、last30days のデータと相互参照し、構造化された plan.md を書き出しました：パークの順序（AK -> HS -> Epcot -> MK）、正確な Lightning Lane 予約戦略、4 月 13/14/15 日の午前 7:00 の 3 つのアラームリマインダー、どのアトラクションがシングルパス（14 ～ 22 ドル）かマルチパスか、子供の身長制限。

ステップ 4： Zed で計画を開きました。確認しました。もう一人の親御さんに自分の計画を立てるように言いました：「私はディズニーワールドに 3 日間行く予定です。最も効率的なルート、取得すべきパス、必要な追加オプションを教えてください... 子供は 8 歳と 5 歳です。」Claude は、Rider Switch プロトコル、日ごとの旅程、「今週、靴を履いた状態で 5 歳児の身長を測ってください」という警告を含む、305 行の新しい計画を書きました。

ステップ 5： 「この最後のものをライトモードの Vercel サイトに公開できますか？見やすいやつ。」（さらにタイプミス。それでも問題ありません。）Claude はクリーンな HTML ページを構築し、デプロイしました。

こちらで公開中：disney-plan-ebon.vercel.app

ステップ 6： Telegram 経由で .md ファイルを OpenClaw にドロップしました。「前日/カレンダーなどを間違えた場合の二重安全策を備えて、これらのリマインダーをすべて YOU に追加する計画を立てられますか？」と言いました。OpenClaw は計画を読み、私の仕事用カレンダーにカレンダーイベントを設定し、Telegram で通知する cron ジョブバックアップも設定しました。すべての重要な予約ウィンドウに対して二重のカバレッジです。4 月 13 日午前 3:50（PT）：「今すぐマルチパスを購入！」4 月 16 日午前 3:50：「今すぐシングルパスを購入！」両方とも、東部時間午前 7 時のウィンドウが開く 10 分前です。発動後に自動削除されます。