Upgrade to Pro
— share decks privately, control downloads, hide ads and more …
Speaker Deck
Features
Speaker Deck
PRO
Sign in
Sign up for free
Search
Search
AI agentworkのworkflowを構築してみた。そしてFable 5
Search
uuta
July 15, 2026
Technology
43
0
Share
Embed
Copy iframe code
Copy JS code
Copy link
Start on current slide
AI agentworkのworkflowを構築してみた。そしてFable 5
uuta
July 15, 2026
Other Decks in Technology
See All in Technology
サイバー捜査員研修(前半)
nomizone
1
1.5k
AI ネイティブな組織に Gemini Enterprise Agent Platform がなぜ必要なのか
asei
1
160
AIがコードを書く時代、人間は何を保証するのか———馬場さんと考える、開発者に求められる新しい責任と価値 - TECH PLAY
netmarkjp
0
1.3k
LLMリーダーボードアップデートに向けたAgentic Math_SWEのトレースについて
nejumi
0
210
つくって納得、つかって実感! 大規模言語モデルことはじめ ver2.0
recruitengineers
PRO
1
200
脱Jenkins、インターン生が挑んだCIツールGitHubActions移行
mixi_engineers
PRO
1
330
最高のシステムプロンプトを作るためにフィードバック機能を導入した話
alchemy1115
1
320
個人OSSが、机の上から世界に広がるまでの話
shinyasaita
1
340
タクシーアプリ『GO』の実践的データ活用〜位置情報データの収集とStreamlitでの可視化〜
mot_techtalk
2
200
AIがAPIを書く時代に、私たちは何を設計すべきか
nagix
0
210
Issue設計から始める仕様駆動開発 / 20260731 Mizuki Hirata
shift_evolve
PRO
1
130
【CEDEC2026】専門性の高いデフォルメチームが挑んだ人材育成戦略 〜Cygames Academiaの企画から実施まで〜
cygames
PRO
0
150
Featured
See All Featured
Mind Mapping
helmedeiros
PRO
1
300
First, design no harm
axbom
PRO
2
1.2k
SERP Conf. Vienna - Web Accessibility: Optimizing for Inclusivity and SEO
sarafernandez
2
1.5k
Color Theory Basics | Prateek | Gurzu
gurzu
0
410
A Guide to Academic Writing Using Generative AI - A Workshop
ks91
PRO
1
360
Agile Leadership in an Agile Organization
kimpetersen
PRO
0
200
The Web Performance Landscape in 2024 [PerfNow 2024]
tammyeverts
12
1.2k
Unsuck your backbone
ammeep
672
58k
The browser strikes back
jonoalderson
0
1.4k
Building AI with AI
inesmontani
PRO
1
1.1k
The Limits of Empathy - UXLibs8
cassininazir
1
580
Connecting the Dots Between Site Speed, User Experience & Your Business [WebExpo 2025]
tammyeverts
11
980
Transcript
AI agentworkのworkflowを構築 してみた。そしてFable 5
根本的にやりたかったこと - 実装の自動化 - レビューの自動化
前提 - Agent同士での通信のためにtmuxを使用(CodexでもClaude Codeでも双方向に画面をキャプチャできる) - ~/dotfiles/skills をローカル環境に用意し、シンボリックリンクで下記に配置することでCodexとClaude Code両方で同じskills を使用できるようにしている -
~/.agents/skills - ~/.claude/skills
v0.1 – 自分がAIの子守役としてpromptを投げ続ける - GitHub issuesでPBIの設計 - タスク分解(Agentを使用) - Agentにタスクを読んでもらう
- Agentが他のAgentに実装をお願いするようタスクを依頼(tmux上で) - 監視、終わったかチェック - 終わったら review-diff skillを起動して、3つのAgentがそれぞれの観点でdiffをチェック、.mdに吐き出し - 監視、終わったかチェック - 終わったら結果を見て、問題ありそうだったら実装agentに再依頼、問題なかったらPR作成 - PR上でgeminiがコメントを残したらPM用agentに再依頼
手動でやるのめちゃくちゃ面倒臭い
手動でやるのめちゃくちゃ面倒臭い
v0.2 – workflowの自動化 やりたいこと - issueのlabelをstatus:readyにすると自動的に実装が開始される - reviewがあらかた終わった状態で PRがマージ可能な状態になる
v0.2 – workflowの自動化
v0.2 – workflowの自動化 - Launcher(5分ごとに起動) - status:readyのissueを選ぶ - status:in_progressに変更 -
tmuxを起動し、PMにpromptを送信して作業を開始する - DBを更新する - PM (Agent) - Lancherから指示を受け取り、実装担当Agentに作業を依頼。実装が終了したらreview依頼。reviewが終わったらPR 作成してDB更新。 - PR watcher(5分ごとに起動) - DBとPRを監視し、レビューコメントがついた場合に対処できるようにPM用のAgentに送信する - Watchdog(1分ごとに起動) - PMが固まっていないか監視する
Insight - いかにAgent同士のStateを管理するかが今後の肝になりそう? ◦ 作業が終わったら誰がStateを更新するか ▪ 今回の運用では、LauncherやPM (Agent)、PR watcher、WatchdogがDBを更新する運用 ▪
DBだけをソースとするのではなく、実際にGitHubやtmuxを見に行く運用 ◦ Stateは何で管理するか(適切な論文がなく、yamlの管理は上書きされる懸念があったためPostgreSQLを今回は採 用した) - workflowは必ずしも抽象化できない(組織によって微妙に仕事の進め方や粒度が異なるが、workflowはそれらに強く紐づい ているので、組織の考え方によってカスタマイズが必要) - 実際一度作ってみると側で見守る必要がなくなったので、結構楽ちん。今のところ、途中で失敗して進捗がわからなくなったと いうことがない。 - 役割は明確にしておくこと。PM担当、実装担当、ある1つのレビュー観点担当という形で分けることで、自己正当化バイアスを 極力避けることができる。 - 受け入れ条件の明確化は必須。ここがブレると徒労に終わる ◦ 1問1答形式でAgentに質問してもらうと、受け入れ条件を固められて良い
そしてFable 5 Fable 5がリリースされ、元々作っていた webアプリケーションのリプレイスが3日 程度で70%ぐらい進んだ。 Fable 5は自律して実行できる時間が長 く(1時間弱とか)、タスクを細かく切って issueごとに進めること自体がボトルネッ
クかも??みたいな感じもした ここはworkflow使ってない
そしてv0.3へ - 怒涛のように現れ、そして消えてしまったFable 5 - Fable 5を使用している間はworkflowはほぼ使用していなかったが、消えてしまった今は保険になる - 長時間自律的に稼働できることを間近で見て、sub-issueで細かく切りすぎずに、phaseごとにまとめて実行させるようにすれ ば実装時間が短縮できる気配。実際これを実装して、30-40分程度は途切れずに稼働できる状態になった