新しいソフトウェアプロジェクトを開発したいと思っている人の多くは、空白のリポジトリから始めるのは非常に困難に思えるため、開始プロセスの最初につまずくことが多いと思います。 そこで、開始に必要な労力と時間のハードルを大幅に下げる最新のワークフローをすぐに実行しようと考えました。 これまでで最も重要な部分は、それが本当に適切に機能し、うまくやろうとしていることをうまくやった場合、実際に多くの人にとって役立つ良いアイデアや何を作るかということです。 この部分ではあまりお役に立ちませんが、自分自身のかゆみを掻き、自分自身の (ニッチではない) 問題点を解決するという一般的なアドバイスは、始めるのに非常に良い方法です。私は常にプロジェクトのアイデアを考えていることに気づきました。 とにかく、次のステップは、親しい友人への簡単なメールのように、アイデアを非公式に書き出すことです。 これを正式な計画にしようとはせず、基本的なアイデアとその機能を伝え、使用したいことがわかっている技術スタックまたはライブラリの任意の部分を指定するための最も簡単な方法にしてください。 添付のスクリーンショットは、数日前にランダムに思いついたアイデアの例を示しています。書くのに10分か15分かりました。長くする必要はなく、簡潔に保つために他の情報源を参照することができます。 この最初の説明は、GPT-5 Pro のプロンプトになります。これは通常、実行に少なくとも 15 分または 20 分かかります (面白いことに、プロンプトを書くのにかかる時間よりも長くなります)。他のモデルを試すこともできますが、それらははるかに悪くなります。 次に、同じプロンプトを Grok4 Heavy または Opus4.1 に渡し、それらのアイデアを GPT-5 Pro にフィードバックし、他の提案で見つけた良いアイデアを Pro に取り入れるよう促します。これらの計画に実際に何か賢いものがある場合、GPT-5 Pro はそれを認識して組み込みます。 次に、最初の応答に基づいて詳細で詳細なマークダウン計画ドキュメントを作成するように Pro に依頼し、それを新しく作成したプロジェクト フォルダーにファイルとして保存します。 その後、これを数回繰り返し、Web アプリで新しい Pro 会話を開始し、マークダウン プラン ファイル全体を提供し、さまざまな方法でプランを強化して、より信頼性が高く、堅牢で、パフォーマンスが高く、直感的で、ユーザーフレンドリー、その他の優れた形容詞にするように指示します。 そして、Pro には、最新のドキュメント、ブログ、チュートリアルなどについて徹底的な Web 調査を行い、より良いライブラリや作業方法を見つけることをお勧めします。 次に、提案された改訂版をコーデックスに貼り付け、コーデックスに改訂版を既存のマークダウン計画文書に統合するように依頼します。 これを 2 ラウンドか 3 ラウンドすると、状況は安定し、非常に優れた、肉付けされた計画が得られます。なぜなら、まだ計画段階にあるときは、まだコードがないので、微調整や改善がはるかに簡単だからです。2回測定、1回カットなど。 このアイデアの最初のプロンプトから得られた結果の計画文書へのリンクは次のとおりです。 この時点で、AGENTS dot md ファイルの追加を開始します。私は既存のものから始めて、Proに(最新の計画文書が書かれたのと同じセッションで)一般的なものを維持しながら、この新しいプロジェクトと技術スタックに合わせてカスタマイズするように依頼します。 非常に重要なライブラリがある場合は、専門的なベストプラクティスガイドを作成することもあります(たとえば、MCPサーバーを作成している場合は、fastmcpライブラリに特化したベストプラクティスガイドを生成しますが、プロジェクトの構造化方法なども詳しく説明します)。 この時点で、私は1つのセッションでcodexに、プロジェクト構造の構築、フォルダと空のプレースホルダファイルの作成、.gitignoreファイルの作成などを開始するように依頼します。 ここで、私のプロセスが一般的なアプローチとは大きく異なります。まず、Steve Yegge のビーズ プロジェクトを使用し、コーデックスに、ビーズを使用して計画文書をタスクとサブタスクの束に変換するように指示します。 次に、tmuxを使用して、一度に8つものコーデックスセッションをたくさん作成します(それ以上もうまくいくと思います)...
tmuxでオートメーションループを閉じることについての私のスレッドへのリンクは次のとおりです。
Jeffrey Emanuel
Jeffrey Emanuel11月8日 10:27
私は、いくつかのtmuxの魔法を使ってエージェントのワークフローをさらに自動化する方法を見つけました。 mcp エージェント メール プロジェクトを使用して、多数のエージェントに計画の実装について互いに話し合ってもらう (また、タスク管理に beads プロジェクトを使用して調整する) ので、コーデックスで大量のメッセージをキューに入れてエージェントを「フィード」してエージェントを忙しくする必要があります。 これには、さまざまな tmux ペイン (コーデックス インスタンスごとに 1 つずつ) を 1 つずつ移動し、定型メッセージを貼り付けるか、上矢印を数回押して、次のような過去のメッセージを再利用することが含まれます。 「今実際に役に立つ次のビーズを選んで、すぐにコーディングを始めましょう。エージェントメールで他のエージェントに自分のやっていることを伝えてください。」 各エージェントに 1 時間以上忙しくさせるのに十分な指示を与えるのにそれほど時間はかからないにもかかわらず、これを行うのは少しばかげていて非効率に感じます。 しかし今、私はこれをコピーしてtmuxセッションの外側のコンソールに貼り付けるだけで、関連するすべてのtmuxペインに一度にたくさんのメッセージを自動的にキューに入れることができることに気づきました(これはzshでテストされ、動作しています)。 --- PANES=(${(f)"$(tmux list-panes -a -F '#S:#I.#P' | tail -n +3 | head -n -2)"}) $PANESのペイン用。する tmux send-keys -t $pane -l '今実際に役に立つ次のビーズを選び、すぐにコーディングを開始します。エージェントメールで他のエージェントに自分のことを伝えてください。 睡眠 0.1 tmux 送信キー -t $pane Enter {1..4}のiの場合;する tmux send-keys -t $pane -l '役に立つ仕事をして、続けてください!そしてコミュニケーションをとってください!」 睡眠 0.1 tmux 送信キー -t $pane Enter 完成です tmux send-keys -t $pane -l '素晴らしい、今、私はあなたが書いたばかりのすべての新しいコードと、あなたが修正したばかりの他の既存のコードを注意深く読んで、明らかなバグ、エラー、問題、問題、混乱などを非常に注意深く調べてほしいと思います。」 睡眠 0.1 tmux 送信キー -t $pane Enter tmux send-keys -t $pane -l 'エージェントのメールを必ず確認し、メッセージに必要に応じて迅速に応答してください。その後、計画を細心の注意を払って進め、残りの未完了のタスクをすべて体系的に実行し、計画文書にインライン、ビーズ、およびエージェントのメールメッセージを介して進捗状況を記録し続けます。何も行われていない「コミュニケーションの煉獄」にはまり込まないでください。実行する必要があるタスクを積極的に開始しますが、その場合はメッセージで仲間のエージェントに通知し、計画文書にインラインで記載してください。どうしたらいいのか本当にわからない場合は、次のビーズを選んで、役に立って始めてください。 睡眠 0.1 tmux 送信キー -t $pane Enter tmux send-keys -t $pane -l 'OK 今、仲間のエージェントが書いたコードをレビューし、問題、バグ、エラー、問題、非効率性、セキュリティの問題、信頼性の問題などをチェックし、第一原理分析を使用して根本的な根本原因を注意深く診断し、その後、必要に応じて修正または修正することに注意を向けることができますか?最新のコミットに限定せず、より広い網を張って、超深く掘り下げてください!」 睡眠 0.1 tmux 送信キー -t $pane Enter 完成です --- このスクリプトは、次のことを行います。 ペインの取得: 最初の 2 つと最後の 2 つを除くすべての tmux ペインを検索します 選択した各ペインに 8 つのメッセージを送信します。 「次のビーズを選んで...」 - エージェントに次のタスクに取り組むように指示します 「続けてください...」× 4 - 働き続けるよう繰り返し励まします "注意深く読んでください..." - 新しいコードレビューを指示します "Check agent mail..." - 調整、コミュニケーション麻痺の回避、生産性の維持に関する長いメッセージ "仲間のエージェントが書いたコードをレビュー..." - バグ/問題のピアコードレビュー 各メッセージは、Codex CLI が適切に処理されるように、Enter の前に 0.1 秒の遅延で文字通り (-l フラグ) 送信されます。
11.7K