原文タイトル：私が知るすべてのエージェンティックエンジニアリングのハック（2026年6月）
原文著者：Matt Van Horn
翻訳：Peggy

編集者注：これはエージェンティックエンジニアリング（Agentic Engineering）に関する個人のワークフロー振り返り記事です。著者のMatt Van Horn氏が記録しているのは、特定のAIプログラミングツールの使い方ではなく、AIエージェントを中心に据えた生産プロセス全体の再構築手法です。

彼の実践では、AIはもはやIDE内のコード補完アシスタントではなく、まるで指揮可能な「実行チーム」のような存在です。まず/ce-planで曖昧なアイデアをplan.mdに整理し、次に/ce-workで実行。タイピングの代わりに音声入力を使用。複数のcmux、Claude、Codexセッションを同時に立ち上げて並行作業。Claudeに計画と判断を任せ、Codexに構築を担当させる。会議の録音、メモ、過去の計画、コードベースをすべてエージェントのコンテキストに変換。さらに、頻繁に行うアクションを再利用可能なスキルとして蓄積します。

この手法の背後にある変化は、開発者のコアバリューが「すべてのコードを自ら書き上げる」ことから、「問題を提起し、制約を設定し、方向性を判断し、継続的に修正する」ことへと移行している点です。エージェントが多くの実行作業を担えるようになると、人間はシステム内の信号源のような存在になります。すなわち、センス、経験、優先順位、最終判断を提供する役割です。

したがって、この記事で本当に注目すべきは特定のプラグインやコマンドではなく、AIツールが成熟したことによる生産関係の変化です。実行コストが低下したことで、個人はより多くのプロジェクトを同時に進められるようになり、絶えず構築しリリースし続けるループに陥りやすくなります。著者は記事の最後で読者にこう警告しています。「作れることと、誰かに必要とされることは別だ」と。AIを使ってコードを書き、プロダクトを作り、コンテンツを生成し、ナレッジワークを管理している人々にとって、この記事はより現実的な問いを投げかけています。「手を動かす」ことがますます安価になる中で、私たちは自分の価値をどのように再定義すべきなのか？

以下が原文です：

3ヶ月前、私は「私が知るすべてのClaude Codeのハック」という記事を公開しました。その記事は91万3000回の閲覧を記録しました。@kevinroseが当時どのIDEを使うべきか尋ねたところ、私の答えは「IDEは使わない。plan.mdファイルと音声だけだ」でした。

これは以前はvibe codingと呼ばれていました。昨年の感謝祭の頃から、モデルの性能がついにこの「おもちゃ」を実際に使えるものに変え、今では多くの人がエージェンティックエンジニアリング（Agentic Engineering）と呼んでいます。これが今年、私が継続的に成果を出せた唯一の理由です。今年、私はlast30days（2万7000スター）、Printing Press（4000+スター）、そしてリリースしたばかりのAgent Cookieを公開しました。同時に、Python、Go、GStack、Paperclipを含むいくつかの大規模オープンソースプロジェクトの主要コントリビューターにもなりました。高校以来、誰かに本当に価値を認められるソフトウェアを作ったことはありませんでした。以下が私のすべてのハックです。

テクニック

YOLO速読版テクニック：記事全体をエージェントにコピーして、計画を立てさせ、ここに挙げられているすべてのものを設定し、テクニックごとに実行させる。それが私の完全なワークスタックであり、自分で読む必要すらない。

1. アイデアが浮かんだら、まずCE plan.mdを作成する

これが依然として第一の原則であり、私が学んだ最も重要なことだ。

アイデアが浮かんだら、まず最初に /ce-plan を使って plan.md を生成する。「ちょっと考えさせて」でも「コードを書き始めよう」でもない。毎回、/ce-plan だ。画像もサポートしているので、キャプチャできるものなら何でも出発点にできる：

・クレイジーなプロダクトアイデア：/ce-plan。
・GitHub のバグ：IssueのURLをコピーして貼り付け、/ce-plan。
・ターミナルのエラー：Cmd+Shift+4 でスクリーンショット、Ctrl+V で貼り付け、/ce-plan fix this。
・スクリーンショット、エラーメッセージ、デザイン案、Slackの議論スレッド：すべてそのまま投入できる。

アイデアがまだ曖昧で、自分が何を望んでいるのかさえわからない場合は、まず /ce-brainstorm を使ってエージェントと一緒に問題を明確にし、輪郭がはっきりしてから /ce-plan を使う。

内部では、/ce-plan は複数のリサーチエージェントを並行して派遣する。1つはコードベースを読み込み、パターンを探し、コード規約をチェックする。もう1つは過去のソリューションを検索し、そこから経験を抽出する。トピックが深掘りする価値がある場合、さらにエージェントを派遣して外部ドキュメントやベストプラクティスを調査させる。これらすべてが同時に行われる。そして、結果を統合し、構造化された plan.md を作成する：どこに問題があるのか、解決の方向性は何か、どのファイルを変更すべきか、チェックボックス付きの受け入れ基準、自分のコードからどのパターンを引き継ぐべきか。それは一般的なアドバイスではなく、自分のリポジトリ、自分の規約、自分の履歴に基づいて生成されたソリューションだ。

/ce-work はその計画を使って構築を進める。コンテキストが溢れたら？新しいセッションを開き、この plan を指定すれば、中断したところから再開できる。この計画は、あらゆるコンテキスト喪失を乗り越えるチェックポイントとなる。

従来の開発は80%がコーディング、20%が計画だ。ここではそれが逆転している：思考はすべて計画に詰め込み、実行は機械的な作業になる。

Compound Engineeringは、@kieranklaassenと@trevinが開発したプラグインで、このプロセスを実際に機能させます。

私は最初にその熱狂的なファンになり、その後コントリビューターとなり、今ではコアチーム以外で3番目に大きなコントリビューターです。私のルールはシンプルです：本当に1行のコードを変更するだけの場合を除き、必ず最初にplan.mdを作成します。

テクニック

Compound Engineeringのインストール：

/plugin marketplace add EveryInc/compound-engineering-plugin

スクリーンショット、バグのURL、またはエラーを貼り付け、その後/ce-plan、そして/ce-workを実行します。
アイデアがまだ明確でない場合は、まず/ce-brainstormを使用します。

2、plan.mdを読まない

私は常にplan.mdを生成します。しかし、ほとんど読むことはありません。計画はエージェントのためのものであり、あなたのような愚かな人間が読むものではありません。

計画を強制的に生成させることで、エージェントが怠けるのを防ぎます。エージェントは調査し、方法を約束し、受け入れ基準を書き、それを実際に達成しなければなりません。計画を持つコーディングエージェントは完全な作業を納品します。計画のないコーディングエージェントは近道をし、早々に止まります。計画はエージェントを縛るロープです。

だから私はエージェントに計画を書かせ、タイトルをざっと見て、直接/ce-workを実行します。質問があれば、同じセッションで直接「待って、なぜこの方法を使うの？」と聞くか、TLDRを要求します。または、全く理解できない場合は、「eli5 this plan」（5歳児に説明するようにこの計画を説明して）と言います。短いバージョンを得て、うなずき、続けます。300行のmarkdownを読んで座っていることはしません。それはエージェントの宿題であり、私のものではありません。

計画を生成する。計画を信頼する。計画を読まない。

テクニック

自分自身に計画を読ませないでください。セッション内で直接質問：TLDR?、eli5 this plan、または「待って、なぜこの方法を使うの？」

3、/ce-planを最も深い非エンジニアリング作業に使用する：まず「計画」のための計画を立てる

多くの人は、/ce-plan や /ce-work がコードを書くためのものだと思っている。しかし、私が3月以降に学んだ最大の教訓は、これらはコードだけのためのものではないということだ。今、私が行っている最も深い知識作業も、すべて同じサイクルで動いている。重要なテクニックは、最初の計画は問題を直接解決するのではなく、「計画の立て方」を計画することだ。これは、コードツールを無理やり別の用途に流用しているわけではない。/ce-plan にはもともと汎用的な計画モジュールが組み込まれており、まさにこうした非コード作業のために設計されている。

これはビジネス問題に限った話ではない。戦略文書、プロダクト仕様、競合分析、取締役会向けアップデート、すべて同じサイクルで対応できる。

実際の例を挙げよう。あるビジネス上の課題について考えていたとき、Michael Margolis と会う機会があった。彼はかつて GV のリサーチパートナーであり、bullseye-customer method（ターゲット顧客特定法）で知られている。彼は自分の本を読むよう勧めてくれた。その本は彼のウェブサイトから無料で PDF をダウンロードできる。従来のやり方なら、ざっと流し読みして終わりだっただろう。しかし今回は、Claude Code を開いて、次のように指示した：

/ce-plan make a plan for the plan. これから2つのものを渡す：Margolis の本（PDF形式）と、彼と行った2時間の Granola ミーティングの文字起こし（議論の全コンテクストを含む）。私のビジネス問題、この会話、そして本の知見を組み合わせて、実際に使える成果物にするための、よく練られた計画を立案してほしい。今はその文書を書くな。文書を書くのが本作業だ。今必要なのは、この本をどう読み、ミーティングの文字起こしをどう掘り下げ、高品質なドキュメントをどう生成するかという計画だけだ。

その後45分間で、非常に壮大な計画ができあがった。

これは、LLM に手を抜かせないための最善のテクニックでもある。いきなり成果物を要求すると、往々にしてショートカットしようとする。しかし、まず「この成果物をどうやって生み出すか」を計画させ、その計画を実行させると、毎回より深いバージョンが得られる。

テクニック

深い非コード作業：/ce-plan make a plan for the plan を使い、すべてのコンテクストとミーティングの文字起こしを渡してから、/ce-work を実行する。

4、音声入力を受け入れる

LLM に対する音声入力は、他の何かに対する音声入力とはまったく異なる。文字起こしが完璧である必要はない。なぜなら、話している内容を理解する側がコンテクストを把握しているからだ。マイクが聞き間違えた内容も推測してくれる。曖昧な表現、間、言い直しがあっても問題ない。音声がようやく実用的になったのは、受け手側が十分に賢く、不足部分を補えるからだ。

私の設定は以下の通りです：

·Mac：Monologue（Every社製）またはWispr Flowのどちらかを使用。現在フォーカスしているアプリに音声入力を送り、そのままClaude Codeに話しかけます。オフィス用にグースネックマイクも購入しました。

·スマホ：MonologueやWispr Flowは使わず、iOSでアプリを切り替える手間を避けています。Appleの標準音声入力で十分です。なぜなら、人間と話すのではなくLLMと話しているからです。単語の半分を誤認識しても、エージェントが理解してくれます。メモアプリの「怠け者ノート」でも全く問題ありません。

·正直なところ：一人の時は音声入力が得意ですが、オフィスでは使いづらいです。マイクに向かって小声で話す方法もあると言われますが、実際にはそうしていません。失礼に見えたくないし、周りの人に迷惑をかけたくないからです。つまり、共有オフィスのデスク環境は、まだこのワークフローの弱点です。もしオープンオフィスでの音声入力を解決し、かつ「ああいう人」にならずに済んでいる方がいれば、方法を教えてください。本当にアドバイスが欲しいです。

テクニック

·Mac：MonologueまたはWispr Flowをインストール。

·スマホ：Apple標準音声入力を使う。

·さらにグースネックマイクを購入。

5、cmuxで大量のタブを開く

これが私の実際の一日です。4〜6個のcmuxタブ、時にはそれ以上、それぞれが独立したセッションです：

·1つは計画を書いている。

·1つは別の計画に基づいて構築している。

·1つはlast30daysを実行している。

·1つは前のテスト中に見つけたバグを修正している。

/ce-planが1つのウィンドウで調査を開始すると、別のウィンドウに切り替えて、既に書かれた計画に対して/ce-workを実行します。構築中に、3つ目のウィンドウに新しいバグを貼り付けます。最初のウィンドウに戻ると、作業が完了して待機しています。

Orcaはモバイルでの動作が優れていると聞きました。以前はGhosttyの純粋主義者でしたが、Ghosttyでは通知を見逃しすぎていました。

テクニック

cmuxを使用する。

4～6個のタブを開いたままにし、各タブで異なるタスクを処理する。

6. ターミナルのデフォルトをShellではなくClaudeまたはCodexにする

新しいタブはシェルではなく、直接Claude Codeを開くべきだ。タブを開けば、すでにエージェントと対話している状態になる。cdも、claudeと入力する必要もない。新しいセッションを開始するのにワンキーしか必要なければ、より頻繁に起動するようになる。私もフォルダは使わない。エージェントが自分でプロジェクトを見つける。

テクニック

以下の文章をエージェントに貼り付けよ：

新しいターミナルタブがすべて直接Claude Codeを開くように設定する。~/.config/ghostty/configに次の行を追加する：command = ~/.local/bin/claude-launcher.sh。このファイル内の既存の設定は一切壊さないこと。次に、~/.local/bin/claude-launcher.shを作成し、claude --dangerously-skip-permissionsを実行し、Claude終了後に短いメッセージを表示してから、インタラクティブなlogin zshに入るようにする。このスクリプトにchmod +xを実行する。これはGhosttyとcmuxの両方で動作する。なぜならcmuxは同じGhostty設定を読み込むからだ。

7. すべてのウィンドウをリモート制御し、Claude CodeまたはCodexにメールアドレスを与える

この2つのテクニックにより、各セッションをどこからでもアクセス可能にできる。

新しいウィンドウを開くたびに、リモート制御を有効にする。
リモート制御を各セッションで自動的に有効になるように設定する。

これで、すべてのウィンドウがClaudeモバイルアプリからアクセス可能になる。机でセッションを開始し、その場を離れて、スマホで同じリアルタイム実行中のタスクを操作し続けられる。列に並んでいる間でも、自宅のMacで実行中の処理を制御できる。

Claudeにメールアドレスを与える。
AgentMailを通じて、Claude Codeはメールアドレスを持つことができる。これは創業者Adi @adisinghから教わった。その受信箱にメールを送ると、新しいセッションが開き、メールの件名と本文の内容を処理し始め、すべての添付ファイルもパスとして利用可能になる。夕食時にバグを発見したら？スマホでメールを送信し、画面の前に戻る頃には、セッションはすでに実行中だ。この仕組み全体をオープンソース化した：github.com/mvanhorn/agentmail-to-claude-code。

これは3つの部分で構成されています：

1つのデーモン。WebSocketを介してAgentMailの受信トレイを監視します。ホワイトリストに登録されたメールを受信するたびに、新しいClaudeセッションを開き、メールをプロンプトファイルに書き込み、Claudeに読み取りと実行を指示します。

2つのターミナルバックエンド：cmuxまたは独立したGhostty。これにより、元々使用していた起動方法をそのまま駆動できます。

1つの送信エンド。これをHermesのccコマンドに組み込んだので、スマートフォンでcc <task>を実行すると、タスクがMac上の作業セッションに届きます。VPNもSSHも必要ありません。

ホワイトリストがゲートの役割を果たします。あなたが管理するアドレスだけが通過できます。DKIMやSPFの検証に失敗したメールは、セッションが開かれる前に破棄されます。

テクニック

常時リモートコントロールを有効にする：~/.claude/settings.jsonに以下を追加します：

"remoteControlAtStartup": true

Claudeにメールアドレスを渡す。以下のテキストをエージェントに貼り付けてください：

github.com/mvanhorn/agentmail-to-claude-code を使用して、Claude Codeにメールアドレスを付与します。リポジトリをクローンし、AgentMailの受信トレイを設定し、自分のAPIキー、受信トレイ、自分のメールアドレスのみを含むallowlist、そして自分のターミナルタイプ（cmuxまたはGhostty）でcc.envを埋め、デーモンを実行し、launchdタスクとしてインストールします。その受信トレイにメールを送信すると、このMac上で新しいClaude Codeセッションが開き、メールの件名と本文の処理を開始します。

8、危険を承知で権限確認をスキップする。ええ、本気です

Claude Codeは編集やコマンド実行のたびに権限を要求します。6つのセッションを同時に動かしていると、ずっと監視することはできません。この問題を実用的にする2つの設定があります。自動モードは「より安全」な方法だと言う人もいますが、私には遅すぎます。

重要なのは：

skipDangerousModePermissionPrompt: true

これがないと、Claude はセッションごとに確認を求めてきます。Shift+Tab で切り替えることもできます。新しい「auto」モードは、より安全な状態でほとんどの効果を発揮できると聞きました。そうかもしれません。私のスタンスは YOLO です。これは私のPCです。もしすべてを壊しても、GitHub はそこにあります。友人の Claude Code を設定する際、AI がこの設定を有効にしないよう積極的に説得しようとしました。あなたは直接的にやる必要があります。

もう一つの設定はサウンドフックです。6つのセッションを並行して実行する場合、これは譲れません。

席を離れて、音が聞こえたら戻ってくることができます。6つのセッションが同時に動いているとき、音はどのタスクが完了したかを知る唯一の方法です。

テクニック

~/.claude/settings.json に貼り付け：

{
"permissions": {
"allow": [
"WebSearch",
"WebFetch",
"Bash",
"Read",
"Write",
"Edit",
"Glob",
"Grep",
"Task",
"TodoWrite"
],
"deny": [],
"defaultMode": "bypassPermissions"
},
"skipDangerousModePermissionPrompt": true
}

{
"hooks": {
"Stop": [
{
"hooks": [
{
"type": "command",
"command": "afplay /System/Library/Sounds/Blow.aiff"
}
]
}
]
}
}

Codexにも同様のYOLOモードがあります。~/.codex/config.toml内で：

approval_policy = "never"
sandbox_mode = "danger-full-access"

または、1回限りの起動時に：

codex --yolo

9. Codex CLIをほとんど開かずに、ほとんどのコードをCodexで実行する方法

私は一日中Codexに作業を任せていますが、Codex CLIをほとんど開きません。Claudeが計画を立て、Codexが構築を行い、私は常にClaudeセッションに留まっています。

Claudeを離れずにCodexに作業を任せる方法は3つあります：

・Codex IDE拡張機能：タスクを送信し、結果を適用。Codexターミナルに入る必要はありません。
・/ce-work --codex：Compound Engineeringループ内で直接、構築をCodexに委任。
・Printing PressのCodexモード：新しいCLIを生成するプロンプトの末尾にcodexを追加すると、構築がCodexに委任されます。

私の設定では、両方のエンジンをextra-high reasoningで動作させています：

Codex：reasoning xhigh、fast modeは常にオン。

Claude Code：reasoning xhigh、fast modeはオフ。Claude Codeのfast modeは、200ドルのMaxプランとは別にトークン単位で課金されるため、使用していません。

2つの200ドルのサブスクリプションを並行して実行することで、実質的に第2のエンジンが追加されたのと同じ状態になります。大規模な並行構築はCodexに任せ、Claudeには計画と品質管理を担当させています。逆の使い方をする人もいます：Codexが構築し、Claudeがレビューする、という形です。

コツ

Codex：reasoning xhigh、fast modeはオン。

Claude Code：xhigh、fast modeはオフ。

Codexに作業を任せる：Codex IDE拡張機能、/ce-work --codex、またはPrinting Pressプロンプトの末尾にcodexを追加。

10、計画の前に調査：last30days

/ce-planを実行する前に、通常はそのトピックについて/last30daysを先に実行します。

ある時、Vercelのagent-browserとPlaywrightの間で選択を迫られました。ドキュメントを読む代わりに、以下を実行しました：

/last30days Vercel agent browser vs Playwright

数分後、数十件のRedditの議論、Xの投稿、YouTube動画、HNのストーリーを入手しました。agent-browserは呼び出しごとに消費するコンテキストがはるかに少ない一方、Playwrightはツール定義だけで数千トークンを吐き出します。その出力全体を/ce-plan integrate agent-browserに渡しました。これにより、6ヶ月前のトレーニングデータではなく、コミュニティが現在実際に知っていることに基づいた計画が生成されました。

last30daysはオープンソースプロジェクトで、現在2万6千以上のスターを獲得しています。Reddit、X、YouTube、TikTok、Instagram、HN、Polymarket、GitHub、そしてウェブ全体を並行して検索します。ライブラリを選ぶ前、機能を実装する前、ビジネスパートナーに会う前、記事を書く前にこれを実行します。この記事のいくつかのトピックでも実行しました。調査、計画、構築。これこそが真のサイクルです。

テクニック

last30daysをインストール。
/ce-planの前に、以下を実行：

/last30days <トピック>

ScrapeCreatorsキーをインストールするのを忘れずに。

11、すべてをGranolaに渡し、生の文字起こしをLLMに投入

ある候補者とランチを共にしました。製品、食べ物、子供の話をし、90分の普通の会話の中に製品アイデアが一つ混ざっていました。Granolaがずっと録音していました。終了後、完全な生の文字起こしをClaude Codeに貼り付けました：

/ce-plan これを製品提案に変えて

鍵は「生データ」です。私は要約しません。乱雑な文字起こしをそのまま丸ごと入れます。寿司に関する脱線もそのまま含め、Claude に私の実際のコードベースと過去に書いたすべての戦略計画から有用な情報を抽出させます。Granola のコンテキスト + コードベース + 過去の計画、これが黄金です。一度で提案書を書き上げ、レストランの雑談を自動的に無視し、その夜のうちに送信しました。その人は今、フルタイムで私たちと一緒に働いています。

3月以降のアップグレードは：Printing Press Granola CLI。これは驚異的です。あらゆる会議をクリーンな構造化データとして直接セッションに取り込めます。過去のすべての会議を検索し、3週間前に誰かが言った一言を見つけ出し、それを計画にインポートできます。コピペはもう不要です。すべての会議のコンテキストが、たった一つのコマンドの先にあります。

テクニック

Granola の生の文字起こしを /ce-plan にそのまま放り込め。要約するな。
Printing Press Granola CLI をインストールしろ。

12、人間のシグナル

これが最も時間をかけて達成したマインドセットの転換です。6つのエージェントを同時に動かしているとき、あなたの仕事は自分で手を動かすことではありません。あなたの仕事は「シグナル」になることです。

エージェントはアウトプットを提供します。あなたはセンス、方向性、そして「フィードバック→リダイレクト」のループを提供します。エージェントが返したものを見て、「2番目の案が近いが、1番目の案の表現を使え」「最大のリスクを処理しろ」「この段落は長すぎる」と言えば、エージェントは動きます。このループの中で希少で価値があるのは、あなたの判断力であり、タイピング速度ではありません。「自分は単なる人間のシグナルだ」と受け入れ、同時に手を動かす作業者であろうとするのをやめればやめるほど、より多くの成果を納品できるようになりました。

あなたはセンスを担当しろ。エージェントに手を動かさせるんだ。

テクニック

自分の頭脳でエージェントを指揮し、世界に価値を加えろ。あなたの頭脳にはまだ価値がある。

13、HyperFrames で動画を作れ、あらゆる動画に使え

動画は以前は外注するか、完全にスキップするものでした。今では、他のことと同じ方法で動画を作ります：私が話し、エージェントが構築し、私がフィードバックします。

HyperFrames を使えば、動画をHTMLに変換できるため、エージェントがそれを記述できます。ループ処理はコードを書くのと全く同じで、出力結果がPRからMP4に変わっただけです。各動画はフォルダ内にscript.mdがあり、シーンごとにスクリプトが書かれ、動的フォント、字幕、各リズムポイントが含まれます。エージェントはスクリプトを合成映像に変換し、レンダリングします。編集者もタイムラインも不要です。

この方法で作成した公開動画には以下があります：

Granola CLI デモ

Agent Cookie ローンチ

Agent Cookie の公開動画はHyperFrameで作成されました。

動画のコストは一回の会話にまで下がったため、動画を持つ価値のあるものはすべて、今や動画を持つようになりました：公開ショート動画、製品デモ、アニメーション解説動画、字幕付きクリップ。これらはXに投稿されるだけではありません。レンダリングしたデモを直接PRに組み込むことさえあります。例えば、Facebook AI Researchプロジェクトatlas-leanのこのPRのように。

テクニック

HyperFramesで動画を作成する：script.mdを書き、エージェントにそれをMP4にレンダリングさせる。

GIFをcatboxにアップロードすると、GitHub、PR、README、issueで美しく表示されます。

14、あなたのノートがエージェントの知識ベース

3月のstrategy-folderテクニックは後に一般化しました。計画が毎回良くなるのは、Claudeが私が以前書いたすべての計画にアクセスできるからです。これが複利効果のコンテキストです。そこで、それを私の脳全体に向けさせました。

アクセスを許可したツールは以下です：

Bear、Bear CLIと併用。10年分のノート、会議記録、半端なアイデアや決定事項にエージェントが読み書きできます。これは個人用RAGですが、そう呼ぶ必要はありません。投入するものが増えるほど、各セッションが賢くなります。

Obsidian。私は使いませんが、多くの人がこれを使っており、プラグインエコシステムが充実しています。

gbrain。異なるマシンやエージェント間で同期する、私の脳みそだ。

supermemory。多くの人が推奨するエージェント用メモリレイヤー。今、深く掘り下げているところで、結論は後日。

このテクニックの肝は形にある。CLIやAPIを持つノートツールを選び、エージェントをそこに向けさせる。そうすれば、自分の知識が複利で増えていく。

テクニック

エージェントに、2種類のツールを同時に接続させる。1つは自分がノートを書くためのツール（BearやObsidianなど）。もう1つはエージェントの記憶として機能する「脳」（gbrainやsupermemoryなど）。CLIやAPIを持つツールを選べば、エージェントがそれらを読み取れるようになる。

15、どこでも働く：私のMac mini

テクニック

Moshは、どうしてもSSHが必要な時に使う。悪質なWi-Fiやネットワークローミング環境でも、セッションをローカルと同じくらいスムーズで応答性良く保ってくれる。通常のSSHでは、Claude Codeがカタツムリのように遅くなり、キーを押すたびにネットワークの往復を待つ羽目になる。Moshがもたらす違いは、「使える」と「苦痛」の差だ。

Tmuxは、飛行機の中で使う。tmuxセッションでリモートマシンにSSH接続すれば、作業はリモートマシン上で実行され、ノートパソコン上では実行されない。大西洋横断中にWi-Fiが20分切れても、再接続してアタッチし直せば、すべては中断した場所から再開できる。私はかつて、ヨーロッパからの帰路のフライト中、ずっと機能をデリバリーし続けた。

HermesとOpenClawを同時に実行し、自律的なリモートワークに使う。Hermesは反復タスクの中で自己学習し、徐々に改善されるエコシステム。OpenClawはエージェント構築スキルの幅広さで優れている。私はこの2つを切り替えて使っている。もしOpenClawを早い段階で諦めたなら、一度クリアして最初からやり直すことを勧める。

Agent Cookieは、Mac miniとメインのMac間でcookiesや.envファイルを同期するために使う。

16、Proof：計画を同僚に送る

plan.mdは私にとって完璧だが、ターミナルに住んでいない人に送ると、まったく役に立たない。これが最後の真のギャップであり、Every社のProofがまさにそれを埋めてくれる。

Proofで計画を開き、ドキュメントのように読めるのは便利だ。しかし、それが本当に不可欠になるのは、同僚に計画を送るときだ。plan.mdやspecをProofに放り込み、リンクを送れば、ターミナルを使わない人でも明確に読め、インラインでコメントでき、そのコメントはエージェントのループに戻ってくる。MarkdownをSlackに貼り付けて、ゴミのようにレンダリングされるのを見る必要はもうない。これは、計画ファイルのワークフロー全体における人間によるレビュー層であり、エージェントの作業を普通の同僚と共有するのが初めて気まずくなくなった瞬間だ。

この記事を書いている今も、Proofに入れてある。こうやってレビューされているのだ。

しかも、この記事全体をcmuxで書きながら、隣でProofレビューを開いている。

テクニック

計画を共有する：.mdファイルをProofに放り込み、リンクを送り、コメントを作業ループに戻す。

17、自分自身のスキルを書け

最大のアップグレードは、エージェントを使うことではなく、残るテクニックを教えることだ。2回以上やったことはすべて、スキルにする：エージェントが今後永久に実行できる再利用可能なコマンドだ。まず自分自身のスキルを書き、それを使ってワークフローを自動化せよ。

ゼロから書く必要はない。これを本当に可能にするテクニックは、エージェントに既に有効なスキルを見せ、その形をコピーさせることだ。文字通りこう言う：「Compound Engineeringというスキルを見て、[自動化したいこと]のために似たものを作ってくれ。」すると、良い例を読み、構造を学び、私のために足場を組んでくれる。こうして私はたくさんのスキルを作ってきた。

これが今や、私のオープンソース活動の大部分を占めている。私のGitHubを見れば、仕事は様々なスキルとその周辺ツールだとわかるだろう。last30daysは最初、自分用に作ったスキルだったが、今ではオープンソース化され、2万6000以上のスターを獲得している。Printing PressはエージェントネイティブなCLIを生成する完全な工場であり、私個人が最もよく使うツールで、すでに320以上のPRをマージしている。私自身、Compound Engineering自体の主要なコントリビューターの一人でもある。これらはすべて、壮大な計画の結果ではない。それぞれが、私が頻繁に実行するワークフローであり、エージェントに永久に得意にさせる価値があるほど頻繁なものなのだ。

1回スキルを書け。その後、セッションごとにどんどん速くなる。これがCompound Engineeringにおける複利の部分だ。

テクニック

2回以上やったことは、すべてスキルにしろ：Compound Engineeringというスキルを見て、[X]のために似たものを作ってくれ。

18、オープンソース：好きなプロジェクトに貢献する

自分のプロジェクトを納品するのと同じループが、他人のプロジェクトの納品にも役立つ。すでに数百のPRがオープンソースプロジェクトにマージされている。Python、Go、OpenCV、VercelのAgent Browser、OpenClawなどだ。ただのタイプミス修正のようなPRではなく、毎日使っているツールの実際の機能だ。

いつの間にか、いくつかのコントリビューターランキングで上位に顔を出すようになった：

Compound Engineering、Superpowers、Emdashで第3位。

GStackとPaperclipで第4位。

Vercel Agent Browserで第6位。

Camoufoxで第2位。

@pejmanjohnは冗談で、今やリポジトリを開くと、コントリビューターのアバターグリッドに俺の顔を見つけるのが、彼個人の「ウォーリーをさがせ」になったと言っている。

しかし、マージされたPRが本当の報酬ではない。本当の報酬は人だ。Discordに入り、メンテナーと知り合い、本当の友達を作る。これは採用にも非常に役立つ。ちょうど自分の新会社のためにエンジニアを一人採用したが、この方法で知り合ったんだ。好きなプロジェクトに貢献すれば、同じようにそれを愛する人々に出会い、それがさらに複利で効いてくる。

テクニック

毎日使っているツールを一つ選び、それが本当に欠けていることを一つ見つけ、同じ /ce-plan + /ce-work のループで作り出せ。

そのプロジェクトのDiscordに顔を出せ。PRがドアを開け、人材が君を留まらせる理由だ。

Xで価値を追加せよ。
Xでは、月に1～3ドルを尊敬する人のサブスクリプションに使え。俺は月1ドルで@garrytanをサブスクしている。そうすれば、PRを提出するときにXの投稿を彼に送れ、彼は俺が有料サブスクライバーだと知らせる特別な通知を受け取る。@jason、@teknium、@Tekniumも有料でサブスクしている。

19. 現在のノートPCのスペック

2年前に購入したノートPCは、現在のワークロードではほぼ使い物にならなくなった。一日中6つのClaudeセッションを同時に動かし、さらにCodexも使っている。そこでM5 Max、64GBメモリにアップグレードした。これはまさにモンスターで、とても気に入っている。しかし、このワークロードでも限界に達することがある。新品のマシンでも、バッテリーが持つのは最短で1時間だけだった。

そのため、私はパニック状態で充電グッズを買い漁った。今ではAnkerの充電ブリックを常に持ち歩き、車にもAnker充電器を置いてある。テスラで移動中に充電できるようにだ。

テクニック

スリープを無効にする：sudo pmset -a disablesleep 1

Anker充電ブリックを常に携帯し、車にも充電器を置いておく。

20. Printing Press：現実世界のCLIを動かす

これらのテクニックのほとんどはターミナル内で完結する。しかし、このテクニックはターミナルを飛び出す。Printing Pressは、現実世界のサービスをラップしたCLIのセットで、エージェントが直接あなたの代わりに用事を済ませられるようにする。現在は独立したプロジェクトとなり、アカウントは@ppressdev、3700以上のスターを獲得し、@trevinと共同で開発している。

これらのツールを実際に動かす鍵は認証にあり、それが昨夜リリースされた。Agent Cookieだ。これはあなたの実際のブラウザセッションをCLIに渡し、パスワードを入力したり再認証したりすることなく、あなたの代わりに操作できるようにする。「あるサービスを知っているエージェント」を「そのサービスにログイン済みのエージェント」に変えるのだ。

実際の午後の流れ、最初から最後まで：テスラの予熱。子供たちが10分後に乗車予定。「車を72度に予熱して。」Tesla CLIが起動し、出発する前に車は暖まっていた。

Instacart。「InstacartのCostcoカートにCoronaを追加。」

ESPNのポーリング。あるセッションが試合を監視し、スコアが接近した時だけ通知する。何もリフレッシュする必要はなく、本当に重要な通知だけが届く。

子供のためのAlaska Airlinesの旅程。運賃と前後の日付の価格を取得し、Atmosのポイント残高を確認し、その結果を/ce-planに渡して、最も安い日付と購入リマインダーを含む予約戦略を提示する。このプロセス全体がサッカー場のサイドラインで行われた。

これはもはや「AIがコードを書いてくれる」だけの話ではない。Agentic Engineeringが、あなたの代わりに走り回り、試合をチェックし、車を暖め、旅行を予約してくれる。その間、あなたは別のことに集中できる。

テクニック

printingpress.devのライブラリから既製のCLIをインストールして、タスクを直接エージェントに任せよう。

ストレスフリーな認証：Agent Cookieが実際のブラウザセッションをCLIに渡し、あなたの代わりに操作を実行する。

本当のコツは、自分でプリントすることだ。あなたが一日中やっていること、特定のAPI、または手放せないサービスをPrinting Pressに渡して、エージェントネイティブなCLIを生成させる。あなた自身のワークフローのために作ったそのツールこそが、あなたの働き方を真に変えるものだ。

21、正直になろう：AIによる精神錯乱的な没頭

エージェントは本来、私たちの代わりにすべての仕事を完了するはずだった。ところが、私の知る友人たちは皆、人生で最も必死に働いている状態にある。

最も簡単な対応は、休憩して草に触れることだ。しかし問題はそこではない。問題は依存症だ。エージェントを使って何かを構築することは、世界最高のビデオゲームであり、そのループはあまりにも強力すぎる。

私は本当に一部の友人が心配だ。彼らは突然何でも構築できるようになったことで完全に燃え上がり、構築以外の何もしなくなっている。そして製品をリリースしても、ユーザーがいない。それでも構わない。私もユーザーがいない製品をたくさんリリースしてきた。落とし穴は、リリース後に誰も使わないことではなく、構築に没頭して周りの人々を失うことにある。

だから気をつけて。愛する人と話をしよう。自分が作っているものを本当に誰かが欲しがっているのか、自問してみてほしい。正直な答えが「これは自分だけのためのツールだ」というのでも構わない。私が作った最高のものの中には、もともと自分のためだけに作ったものもある。

もし本当にオーディエンスが欲しいなら、Gary Vaynerchukがずっと語ってきたコンテンツの道を進もう。どこかから始めて、虚空に向けてリリースし、誰か一人が気づくことを願う。次に三人、十人、百人、そして徐々に数千人へと進む。最初から数千人を抱えている者はいない。あなたが構築するどんなものも同じだ。

テクニック

休憩しよう。草に触れよう。

愛する人と話をしよう。

誰かが欲しがるものを作れ。たとえその「誰か」が自分だけでも。

この記事はそうやって書かれた

これはただのマークダウンファイルだ。Claude Code が cmux 上で動いていて、私は Monologue に向かって話す：「no-IDE の冒頭を最適化して」「don't-read-the-plan のセクションをもっと辛辣に」「Tesla と Instacart のストーリーを入れて」。それが書き直し、私がフィードバックを返し、記事は Proof のレビューへ進む。last30days が新しい素材を提供する。ちなみに、今回は Zed は使っていない。もう使っていない。IDE は使わない。コードも書かない。話し、計画し、構築する。デスクから、ソファから、車から、サッカー場のサイドラインから、どこからでもできる。

これが6月時点で私が知っているすべてだ：1つの音声アプリ、1つの計画ファイルプラグイン、いくつかの設定変更、大量のタブ、1台の Mac Mini、2台のリモートマシン、そして現実の生活を動かす CLI 艦隊。

コツ

この記事全体をコピーして、自分のエージェントに貼り付け、そこに書かれているものをできるだけセットアップしてもらえ。あなたのエージェンティックエンジニアリングのワークフローに良いことが起きる。

[原文リンク]

BlockBeats の公式コミュニティに参加しよう：

Telegram 公式チャンネル：https://t.me/theblockbeats

Telegram 交流グループ：https://t.me/BlockBeats_App

Twitter 公式アカウント：https://twitter.com/BlockBeatsAsia