AI駆動開発のやり方が、チーム内でも違った話

Transcript

1. AI駆動開発のやり方が、 チーム内でも違った話 中島滉太 / Supership株式会社
2. 自己紹介 アドテクノロジーセンター(広告系のプロダクトを開発する組織) 中島 滉太 • • 出身：兵庫県 好きなもの：スキー・ゲーム・犬 2
3. 今日話すこと / 話さないこと 話すこと 話さないこと 1. どうして違いが見えたか • プロンプトの書き方 2. 何が違ったか • どのツールが優れているか 3. 自分は何を変えたか • コンテキストの詰め方
4. 他の人の手元を見る機会が減った 私たちのチームでは以前、1〜2ヶ月に1回モブプロをやって、お互いの手元を見ていまし た。 今は各自が AI と1対1で進めるので、その機会がありません。 隣の人が今どうやって開発しているか、知っていますか。
5. モブプロを予定したが、画面の見せ合いになった みんなどうやって進めてるのか知りたい — 雑談で出た声 • 雑談の流れで、モブプロを予定した • 実際はモブプロにならず、各自が自分の画面を見せる会になった
6. worktree の使い方が人によって違った レビュー用の worktree は、全員が切っていました。分かれたのは開発の方で す。 開発も並列にするか どこでやるか worktree を何本も / 1つずつ ローカル / リモートの開発サーバ 並列で開発する人の中でも、リモートを使う人と使わない人がいました。
7. herdr でエージェントの状態を一覧していた herdr — AI コーディングエージェントの multiplexer(herdr.dev) • 状態が一覧で見える(blocked / working / done / idle) • worktree を切って開くところまで面倒を見る 並列で動かしても、どれが止まっているか探さなくてよい。
8. 開発を始めるまでを1コマンドにしていた • worktree を切って、.env を置いて、必要なパッケージを入れる • フロントエンドかバックエンドに移動して、Claude Code を起動する • issue を読み取らせるところまで、まとめて1コマンド
9. tmux のペインの形で、役割を見分けていた shell shell claude claude > reviewing... > implementing... shell server
10. レビュー担当になると一次レビューが自動で走る 見せてもらった仕組み • 一次レビューは AI に任せる • 人は、指摘が出たところから見始める
11. 5つの発見に共通していたこと 開発を見ないと学べないやり方が、 いくつもありました 他の人がどうやっているのか、初めて具体的に聞けた — 共有会で出た声
12. 見たものを自分の環境にも入れた 見たもの やったこと herdr 導入した リモートの開発サーバ ローカルをやめて全部移した 操作をコマンドにまとめる 実装とレビューを同じスクリプトに レビューが自動で走る PR が来たら自動で起動するように
13. 並列開発が、前より回るようになった 開発そのもの以外で考えることが減りました 環境を作る、切り替える、レビューを始める — 全部コマンドになった
14. 気軽にできます 声をかける 知りたい人がいれば十分 → 集まる 1回分の時間を取るだけ チームビルディングのつもりで、 1回 AI駆動開発に疲れていたら、気分転換にもなると思います → 見せ合う 順番に画面を映すだけ