新しいソフトウェア プロジェクトを開発したいと考えている人の多くは、空のリポジトリから始めるのは非常に困難に思えるため、開始プロセスの最初の段階でつまずいてしまうことが多いと思います。 そこで、開始に必要な労力と時間のハードルを大幅に下げた最新のワークフローを簡単に紹介しようと思いました。 最も重要なのは、優れたアイデアや、実際にそれが適切に機能し、目的をうまく果たせば、多くの人にとって役立つものを作ることです。 この部分については、あまりお力添えできませんが、よくあるアドバイスとして、自分の悩みを自分で解決するというのは非常に良いスタート方法だと思います。私自身、常にプロジェクトのアイデアを考えています。 とにかく、次のステップは、親しい友人に短い電子メールで送るときのように、アイデアを非公式に書き出すことです。 これを正式な計画にしようとはせず、基本的なアイデアとその内容を伝え、使用したい技術スタックまたはライブラリの部分を指定するための最も簡単な方法にしてください。 添付のスクリーンショットは、数日前にふと思いついたアイデアの例です。書き上げるのに10分か15分ほどかかりました。長くする必要はありませんし、他の資料を参考にして簡潔にまとめることもできます。 この最初の説明がGPT-5 Proのプロンプトになります。実行には通常15分から20分かかります（プロンプトの作成時間よりも長いのは面白いですね）。他のモデルを試すこともできますが、結果ははるかに悪くなります。 その後、同じ提案をGrok4 HeavyやOpus4.1に渡して、そのアイデアをGPT-5 Proにフィードバックし、他の提案の中に良いアイデアがあれば取り入れるように促します。もしそれらの計画の中に何か賢いものがあれば、GPT-5 Proはそれを認識して取り入れます。 次に、最初の応答に基づいて詳細で粒度の細かいマークダウン計画ドキュメントを作成するように Pro に依頼し、それを新しく作成されたプロジェクト フォルダーにファイルとして保存します。 その後、私はこれを数回繰り返し、Web アプリで新しい Pro 会話を開始し、マークダウン プラン ファイル全体を渡して、さまざまな方法でプランを強化して、信頼性、堅牢性、パフォーマンス、直感性、ユーザー フレンドリー、その他の優れた形容詞を向上させるように指示します。 そして、私はプロに、よりよいライブラリや物事を行う方法を見つけるために、最新のドキュメント、ブログ、チュートリアルなどを徹底的に Web で調査することを奨励します。 次に、提案された改訂版を Codex に貼り付け、改訂版を既存のマークダウン計画ドキュメントに統合するように Codex に依頼します。 これを2、3回繰り返すと、状況は安定し、しっかりとした、しっかりとした計画が完成します。これが全てにおいて鍵となります。計画段階であれば、まだコードがないので、微調整や改善がはるかに容易です。二度測り、一度切る、といった具合です。 このアイデアの最初のきっかけから生まれた計画書へのリンクは次のとおりです。 https://t.co/mXHOZH9b2p この時点で、AGENTS dot md ファイルの追加を開始します。まず、既存のファイルから開始し、Pro に (最新の計画ドキュメントが作成されたのと同じセッションで) 汎用性を維持しながら、この新しいプロジェクトと技術スタックに合わせてカスタマイズするよう依頼します。 非常に重要なライブラリがある場合は、専門的なベスト プラクティス ガイドも作成することがあります (たとえば、MCP サーバーを作成する場合は、fastmcp ライブラリに特化したベスト プラクティス ガイドを生成しますが、プロジェクトの構築方法なども詳しく説明します)。 この時点で、codex に 1 回のセッションでプロジェクト構造の構築、フォルダーと空のプレースホルダー ファイルの作成、.gitignore ファイルの作成などを開始するように指示します。 ここで、私のプロセスは典型的なアプローチとは大きく異なります。まず、Steve Yegge のビーズプロジェクトを使用し、Codex にビーズを使って計画書を一連のタスクとサブタスクに変換するよう指示します。 次に、tmux を使用して、一度に最大 8 つの Codex セッションを作成します (それ以上でも問題なく動作すると思います)。
次に、MCP エージェント メール プロジェクトを起動し、メールで登録して他のエージェントに自己紹介し、AGENTS dot md と計画ドキュメント全体を読み (このファイルを名前で参照)、最初のメッセージでビーズ タスクを確認するようにエージェントに指示します。 その後は、同じ一連の定型メッセージを繰り返すだけのプロセスです。そのメッセージでは、ビーズのタスクを選択して作業を開始するように指示し、それを数回続けるように促し、作業を見直し、エージェントのメールをチェックして返信が必要なメッセージに返信し、同僚のエージェントと作業内容を伝えるように指示します。 昨日、この投稿に示されているサンプル プロジェクトでこの部分がどのように機能するかを示す 23 分間のビデオを録画しました。これですべてが明らかになります。 https://t.co/KedUEzSRRG それを録音した後、この最後の部分も自動化する方法を見つけました。tmuxを使ってコマンドをブロードキャストすることで、すべてのエージェントに大量のメッセージを自動的にキューイングし、何時間もビジー状態にすることができます。その投稿へのリンクを下に貼っておきます。 これが基本的なプロセスです。このプロセスに従えば、数日で驚くほど複雑で強力なソフトウェアを作成できます。実際の「人間の作業時間」は1～2時間程度ですが、エージェントの時間（工数）は膨大な量になります。 gpt-5-codexを使った自律エージェントの1時間は、人間の指示を常に待っていない場合、おそらく人間の10時間から20時間程度に相当するでしょう。彼らは本当に速く考え、入力するのです！
tmux を使用して自動化ループを閉じる方法に関する私のスレッドへのリンクは次のとおりです。
そして、これをすべて可能にする MCP エージェント メール プロジェクトへのリンクは次のとおりです。 https://t.co/aXsf08Pms7