How I Won Prize Money at a Hackathon Using Codex and Symphony Alpha

Transcript

2. $1,000 LIGHTNING TALK 3rd / 80 Codex + Symphony alpha版で勝ち取ったハッカソン賞金 「AIにコードを書かせる」から「AIチームにタスクを流す」へ。 CodexとSymphonyで組んだ開発ラインの実戦記。 Linear → Symphony → 複数 Codex → PR / CI / Review 並列エージェント開発の運用メモ — 実戦で得た勝ち筋 2026
3. RESULT 結果：80チームのハッカソンで3位 順位 3rd / 80 賞金 $1,000 山分け 02 勝ち筋 分解 × 並列実行 ポイントは「1人で速く書く」ことではなく、 実装可能な単位へIssueを切り、AIエージェントを同時に走らせたこと。 LTの主題：コード生成の話ではなく、AI開発ラインの“編成”の話 実績投稿: https://x.com/yasei_no_otoko/status/2030647671896318254 プロダクトデモ
4. WHAT Symphony = Issue TrackerをCoding Agentsの制御盤にする 03 OpenAI公式の説明では、Symphonyはプロジェクト管理ボードを常時稼働するエージェントシステムに変えるため のオープンソース仕様。 Linear / Issue Tracker 人間がタスクを切る → Symphony 候補Issueを監視 → Codex App Server Issueごとに実行 → PR / CI / Review 人間が統合判断 人間はチャット窓を監視し続ける代わりに、Issueの粒度・完了条件・レビュー基準を設計する。 一次ソース: OpenAI “An open-source spec for Codex orchestration: Symphony” / github.com/openai/symphony
5. CONTROL PLANE Linearに「実装可能なタスク」を列挙する 04 日本ではまだ馴染みの薄いLinearを、人間向けPMツールではなくAI開発の投入キューとして使う。 良いIssueの粒度 悪いIssue ✓ 完了条件・テスト方法が明記されている × 依存関係が大きく、並列化できない ✓ 目的が1つに絞られている ✓ 参照ファイル・制約・非対象が書かれている ✓ 人間レビューで判定できる成果物になる × 「いい感じに全部実装」 × レビュー観点が曖昧 × CI・確認手順がない 1 Issue = 1 isolated workspace = 1 Codex run と考えると、分解品質がそのまま速度になる。 Symphony v1 SPECでは、Issue実行を反復可能なdaemon workflowにすることが目的として定義されている。
6. LIVE VIEW 実行中のSymphony：6/6が稼働、残りはBackoff queue 現在 6/6 エージェントが並列稼働中。枠が埋まると、追加Issueは待機キューへ。 タスク数だけ無制限に進むわけではない。並列枠・Rate Limit・Backoffを前提に運用を組む。 05
7. PARALLELISM タスクを増やすほど、並列化の設計が重要になる Linear Issues WIL-10 eligible WIL-11 eligible WIL-14 eligible WIL-15 eligible WIL-7 eligible WIL-9 eligible WIL-8 queued WIL-12 queued 06 Orchestrator slots → Codex #1 Codex #2 Codex #3 Codex #4 Codex #5 Codex #6 max_concurrent_agents の範囲で並列実行 一次ソース: Symphony SPEC.md（max_concurrent_agents・per-issue workspace） Backoff queue → no available orchestrator slots リトライ待ち Rate Limit待ち レビュー待ち
8. FIELD NOTES ハッカソン当日の運用メモ 07 1 作るものを決める 人間は要件・優先順位・分割に集中 2 LinearへIssue化 依存関係を小さくし、並列化しやすくする 3 Codexを並列実行 各Issueを別Workspaceで処理 4 人間は統合を見る PR / CI /レビュー結果を見て次を判断 当日は Plus → Pro にアップグレード 今朝リミット到達のため実演不可 並列エージェントは、成果も早いが利用枠の消費も早い。スクリーンショットが今日の実演代替。
9. ACTUAL WORKFLOW Symphony CLIをCodex Desktopから動かした 08 私が操作したのはCodex Desktopだけ。Linear MCPでIssueを列挙し、Symphony CLIの起動・運用まで Codexに任せた。 HUMAN CONTROLLER 野生の男 Codex Desktop ・目的と制約を伝える ・成果物を確認する ・必要なら追加指示 ・Linear MCPで登録 ・Symphony CLIを起動 ・実行状況を確認 SPEC.md 手動編集：0回 CLI Symphony ・Linear Issueを監視 ・Workspaceを分離 ・Codexを並列起動 WORKERS Codex Agents ・実装 ・テスト ・Issueを更新 操作したUI：Codex Desktopだけ 人間 → Codex Desktop → Linear MCP / Symphony CLI → 複数Codex。オーケストレーターの操作もAIに任せる。
10. Takeaway ボトルネックは「コードを書く速度」から 「良いタスクを切る能力」と「並列実行の予算」へ。 Issue first Issueに完了条件とテストを書く Batch execution eligible issueを並列投入する Human review 統合・品質判断を人間が握る Sources OpenAI: https://openai.com/index/open-source-codex-orchestration-symphony/ GitHub: https://github.com/openai/symphony SPEC: https://github.com/openai/symphony/blob/main/SPEC.md Result: https://x.com/yasei_no_otoko/status/2030647671896318254 Q&A
11. NOW OPEN Shipaton 2026 開催中！ RevenueCat主催・世界最大級のモバイルハッカソン。 アプリをストアに出して、賞金総額 $700k+ を競う。 期間 8/1 – 9/30 賞金総額 $700,000+ アンバサダー：@yasei_no_otoko 今年の Shipaton アンバサダーです。 質問・相談は X までどうぞ。 Build. Ship. Get Paid. — 一緒に出しましょう Thank you エントリー shipaton.com