Codexの/goalで自律開発する方法

TL;DR

Codex CLIの「/goal」は、明確な成功基準を与え、目標を満たすまで同じコンテキスト内で自律的に作業を続けさせる機能である。大量リファクタや多数のテスト追加、夜間作業に使い、goal-forgeでラフ案をSPEC.mdとGOAL.mdへ具体化すると精度を高めやすい。

Transcript

おすまです。本日はですね、コデックスに 登場している今後重要になってくる コマンドのゴール、こちらとあとこの ゴールをね、え、より効率的にするような 、え、スキルについて解説していきたいと 思います。はい。ま、コデックスのね 0.128.0 のあのバージョンから登場してるこの ゴールの、え、コマンドなんですけどね。 え、ま、一言で言うならば、え、今まで 流行ったやつで言うラルフウィガム プラグインみたいな形で、ま、ラルフ ループとか言ったりしますけど、ま、それ とアイデアは似ているそんなものになって います。ゴールにね、到達するまで走り 続けるみたいなアイデアは一緒なんです けど、ま、細かい部分のね、仕様が違って たりはするんですが、今回は、ま、それを ね、どういう形で導入して、え、どういう... Read More

Key Insights

• ・「/goal」は、指定された目標を満たすまでCodexに自律的な作業を続けさせるコマンドであり、目的から逆算して反復する点がRalph Loopと共通している。
• ・「/goal」の導入は、ユーザー配下のCodex隠しフォルダーにあるconfig.tomlを開き、featuresの下でgoalsを有効化する手順で行う。
• ・「/goal」が効果を発揮する条件は、途中で成功基準を変更せず、評価方法や作業環境を事前に整えたうえで、長時間の反復処理を任せることである。
• ・「/goal」に適した作業は、大量のリファクタ、多数のテスト追加、離席中の処理、夜間バッチなど、明確な完了条件を持つ長時間タスクである。
• ・曖昧なゴールは、Codexが早い段階で達成済みと自己判断する原因になり得るため、採点項目や合格条件を細分化して明記する必要がある。
• ・Ralph Wiggumは毎回新しいコンテキストウィンドウでループするのに対し、Codexの「/goal」は一つのコンテキストウィンドウ内で作業を継続する。
• ・goal-forgeは、ラフな要望をSPEC.mdへ変換し、ハードゲートを経てGOAL.mdに整理することで、「/goal」に渡す仕様と達成基準を具体化する。
• ・長時間の自律開発では、実行時間を延ばすこと自体よりも、事前の仕様作成、評価基準、テストなどのハーネスへ十分なトークンを使うことが重要である。
• 🎬 このチャンネルの他の動画:
  • Claude Codeで助言モデルを使う方法
  • Claude Codeサブエージェントの使い方
  • Grok BuildでClaude資産を使う方法
• 📺 このチャンネル: まさおAIじっくり解説ch

Questions & Answers

Q: Codexの「/goal」とは何ですか？

Codexの「/goal」は、設定したゴールに到達するまで自律的に作業を続けさせるコマンドです。目的から逆算して反復する発想はRalph Loopと似ていますが、Codexでは一つのコンテキストウィンドウ内で処理を継続します。動画と説明欄では、Codex CLI 0.128.0で公式追加された機能として紹介されています。

Q: Codexで「/goal」を有効化する方法は？

ユーザー配下にあるCodexの隠しフォルダーを開き、config.tomlを編集して、featuresの下でgoalsを有効化します。設定が反映されると、スラッシュコマンドとして「/goal」が表示され、目標を入力して自律ループを開始できます。実行中のゴールはクリアでき、新しいゴールへ設定し直すことも可能です。

Q: 「/goal」はどのようなタスクに向いていますか？

「/goal」は、大量のリファクタ、多数のテスト追加、離席中の作業、夜間バッチのような長時間かつ反復的なタスクに向いています。成功基準を事前に固定し、途中で頻繁に方針を変更しない作業ほど適合します。一方、短い単発タスクでは設定や評価の準備が作業量に見合わず、過剰になる場合があります。

Q: 「/goal」の成功基準を設計する方法は？

成功基準は、抽象的な点数だけでなく、満たすべき条件と評価項目へ細分化して記述します。例えば「100点になるまで」とだけ指定すると、Codexが早期に100点相当と解釈する可能性があります。何を誰がどう採点するかを定め、必要に応じてサブエージェントによる評価を加えると、反復を継続させやすくなります。

Q: 「/goal」とRalph Loopの違いは何ですか？

主な違いはコンテキストの扱いです。Ralph Wiggumプラグインはループごとに新しいコンテキストウィンドウで動くのに対し、Codexの「/goal」は一つのコンテキストウィンドウ内で走り続けます。また、Ralph側はプラグインやコードを編集してカスタマイズできる点が長所として挙げられています。

Q: goal-forgeとは何ですか？

goal-forgeは、Codexの「/goal」を支援するサードパーティのSkillパッケージです。ユーザーが入力したラフなアイデアをSPEC.mdへ変換し、ハードゲートを使って内容を詰め、最終的にGOAL.mdへ整理します。作るものと達成基準を具体化してから「/goal」へ渡せるため、目的のずれを抑える役割を担います。

Q: goal-forgeと「/goal」を組み合わせる方法は？

まずgoal-forgeへ作りたいもののラフな要望を渡し、対話や自動処理を通じてSPEC.mdとGOAL.mdを整備します。次に、そのGOAL.mdを基準としてCodexの「/goal」を実行し、定義した条件を満たすまで作業させます。動画では、美しいテトリスを作る要望からアプリ構成とゴールを詰める例が示されています。

Q: 長時間の自律開発で失敗を減らす方法は？

実行前に仕様、完成条件、評価方法、テストなどのハーネスを十分に整えることが重要です。行き当たりばったりに開始せず、目的から逆算した作業順序と判定基準をSPEC.mdやGOAL.mdへ落とし込みます。話者は、ゴールの解像度が低いと目的からずれる可能性があるため、計画段階にトークンを使うべきだと述べています。

Summary & Key Takeaways

• Codex CLI 0.128.0で追加された「/goal」は、指定したゴールに到達するまで作業を継続させるコマンドである。ユーザー配下のCodex隠しフォルダーにあるconfig.tomlを編集し、featuresの下でgoalsを有効化すると利用できる。開始後はゴールをクリアしたり、新しいゴールへ設定し直したりすることも可能である。

• 「/goal」が向くのは、大量のリファクタ、多数のテスト追加、離席中や夜間の処理など、成功基準を固定したまま反復できる長時間タスクである。単発作業には過剰になり得る。曖昧な自己採点だけでは早期終了する可能性があるため、評価項目を細分化し、必要ならサブエージェントによる採点を組み込むことが重要になる。

• goal-forgeは、ユーザーのラフなアイデアをSPEC.mdへ変換し、ハードゲートを通してGOAL.mdへ整理するCodex Skillである。完成条件や制作対象を事前に具体化し、そのGOAL.mdを「/goal」へつなぐことで、目的から外れるリスクを抑える。Ralph Loopとは発想が近いが、コンテキストの扱いとカスタマイズ性が異なる。