Grok Bot Pro ピンクブック
12 / 17
開発とチーム連携10

Grok Bot で開発チームを動かす

約 11 分第 12 / 17 章

クラウドエージェントを指揮し、フィードバックループを完結させ、ミニ組織全体を運営するエンジニア Bot チームの実践手法。

Grok Bot による開発チーム運営

私は SpaceXAI のエンジニアで、Grok Bot を使って Grok Bot を開発しています。

Grok Bot は、自前のコンピュータを持ち、コーディングエージェントを管理し、あなたの仕事ぶりから学習する超優秀なエンジニアインターンのようなものです。離席中、睡眠中、会議中であっても開発を進めてくれる最高のチームメイトになりました。PCをスリープさせない工夫も不要で、複数のエージェント間を行き来するコンテキスト切り替えに悩まされることもなく、期待通りの成果物が手に入ります。

Grok Bot を開発しているチームとして、私たちは最も初期から日常業務でこれを活用してきました。現在の開発スピードの圧倒的な速さと、チームの生産性の劇的な向上には目を見張るものがあります:

  • Lauren は過去1か月間で 2,000 件以上の PR をマージしました。
  • Balta と Shaoru は Grok Bot を使って、わずか4週間で Grok Bot の基盤を構築しました。
  • 私は Grok Bot だけを使って、優れたパフォーマンスと洗練されたデザインを備えた Grok Bot iOS v0 を3週間で完成させました。
  • チームの全メンバーが、数週間おきではなく毎日主要な機能をリリースしています。

Grok Bot で作れば作るほど、このスーパーパワーを皆さんの手にも届けたいと強く思います。

エンジニア Bot チームの紹介

開発 Bot の Quill、Baltata、Shaoruru、Craig、Hogan

私には5体のエンジニア Bot がおり、それぞれ専門領域を持っています:

  • Baltata:Grok Bot モバイル共通層および iOS 版全般を担当。
  • Shaoruru:Grok Bot デスクトップクライアントと CI/CD を担当。
  • Hogan:インフラを担当し、原因や管轄が曖昧なユーザー課題を調査。
  • Craig:Android 版 Grok Bot を担当し、リリースに向けて開発中。
  • Quill:Grok Bot のテスト基盤(Harness)を担当する屈指のエキスパート。

彼らは互いの領域をまたいで作業することも可能ですが、それぞれ独立した記憶システムと限られたコンテキストを持っています。自分の専任ドメインに集中しているときに最大のパフォーマンスを発揮します。その担当領域における仕様や設計原則の理解が非常に研ぎ澄まされているからです。

すべての Bot が Cursor クラウドエージェントの作成、実行履歴の読解、PRに添付された動作証明(Proof)のレビュー、メッセージのキューイングや割り込みによるフォローアップを実行できます。これにより、真のエンドツーエンドなエージェント自動化ワークフローが実現しました。かつて私が Cursor で複数のクラウドエージェントを切り替えながら行っていた作業を、今では Bot たちが私と同じようにこなしてくれます。

私や Slack からタスクを受信すると、私のスキルを組み込んだクラウドエージェントを立ち上げ、何を行うべきか、どんな動作証明が求められるかを詳述した入念なプロンプトを渡します。また、UI作業用の /lingxi-design、品質監査用の /react-native-best-practices、アーキテクチャ判定用の /lingxi-review、製品方針の決定用の /lingxi-product など、私の個別指針に基づいた追加スキルも柔軟に呼び出します。

クラウドエージェントを起動して結果を確認する Bot

Grok Bot は余っている Mac mini など、自前のワーカーマシン上でもクラウドエージェントを起動できます(Grok Bot のおかげで、自宅で OpenClaw 用に24時間PCを常時起動させておく必要はもうありません)。

社内 VPN や特殊なマシン環境が必要なワークフローなら、そのマシンを Cursor Cloud のプライベートワーカーに設定し、Grok Bot からエージェントを実行させることができます。iOS シミュレータを起動してエージェントから画面キャプチャを回収するなど、さらに高度な自動化が拓けます。

Grok Bot はクラウドエージェントのログや生成物(スクリーンショットなど)を監視し、完了通知を送ったり、問題があれば割り込んでメッセージを投入したりできます。「変更前後の比較画像で、依頼した修正が正しく反映されているか必ず検証すること」といった指示を出せば、条件を満たすまで自律的に作業を継続します。

エンジニアチームを円滑に走らせ続ける鍵は「完全なフィードバックループ」にあります。クラウドエージェントはスクリーンショットを撮れるため、Grok Bot はマルチモーダル機能を活かしてデザイン変更が適用されたかを目視確認し、要望とズレがあれば差し戻します。

音声認識テストはそのループの好例です。クラウドエージェントのシステム音声入出力に SpaceXAI の音声 API を接続しました。エージェントが音声とテキストログの双方にアクセスできるため、全製品の音声対話機能を自動テストし、新しい体験を作り出すことができます。

エージェントが環境の一時的な不具合で止まってしまい、人間が突っつくまで進まないことがあります。Grok Bot は実行状況を常時見張り、積極的に詰まりを解消してくれます。私が確認する頃にはいつも正常に戻っています。Grok Bot 自体に必要なセキュリティ権限がない場合を除き、突発的な環境トラブルで私が呼ばれることは激減しました。

すべてはメッセージ1通で指示できます。「人間に報告する前に最低10回は自力で粘って修正しろ」と伝えれば、その通りに動きます。

コンテキスト上限を超えてスケールさせる

Bot がレビューするプルリクエストを共有 Notion データベースで管理

コンテキスト長の上限を超えて進捗を把握し続け、チャットを延々とスクロールしなくても状況が一目でわかるよう、各エンジニア Bot に共有の Notion データベースを管理させています。

30分ごとにデータベースを確認し、各 PR について以下を監査します:

  • Bugbot のコメントやセキュリティ指摘の妥当性の検証
  • CI ビルドの失敗
  • マージコンフリクト(競合)の有無

異常を見つけると即座にクラウドエージェントに修正を促し、Notion のステータスを「作業中(Working)」に戻します。

問題がなければ「レビュー待ち(Ready for Review)」に更新し、コード品質や見落としの有無を精査するコードレビュープロセスを自動起動します。

レビューの信頼度が高く影響範囲(Blast Radius)が小さければ自動でマージされます。それ以外は私が戻った際にコードと検証結果を確認し、マージするか改善を指示します。

ほぼ毎朝、マージ準備の整ったタスク群が私を迎えてくれます。品質基準を満たし、ビジュアルも美しく、テスト証明も万全です。一発で完了するタスクが増えたことで、より高度な技術課題、パフォーマンスの極限追求、UIの微細な調整、重要なアーキテクチャの意思決定に集中できるようになりました。

Grok Bot を導入する前は、私が手動で管理できるクラウドエージェントはせいぜい15台でした。現在はこの艦隊が200台以上を同時に指揮しており、必要に応じてさらに拡張できます。

レビュー待ちとされたタスク

ミニ組織を運営する Grok Bot

開発作業の他にも、新しいエンジニア Bot のオンボーディング、ナレッジの共有、トラブル時の振り返り(PRの確認不足など)、認識合わせの定例ミーティングなど、組織運営には多くのタスクが伴います。

それらを一手に引き受けるのが、オペレーション責任者である「Jenny」です。チーム内で唯一コードを書かない Bot です。

毎朝5時、Jenny は全エンジニア Bot と1対1の面談を行い、プレイブックの確認、障害の洗い出し、私が求める開発基準の徹底を行います。これが驚くほど効果的で、何週間経っても Bot たちが複雑な手順を忘れることはほとんどありません。

Jenny と開発 Bot の朝の1対1ミーティング

Bot がミスをした場合(真のゴールに到達する前の追求が甘かった場合など)、Jenny に根本原因の分析とポストモーテム(事後検証)を依頼するよう指示します。Jenny は原因となった思考プロセスを掘り下げ、プレイブックを更新し、他のエンジニア Bot に共有して再発を防ぎます。

チームを拡大したいときは、Jenny にオンボーディングを任せます。Jenny が組織内に新しい Bot を立ち上げ、チームの規則を共有し、Hogan や他のメンバーにサポートを依頼して育成します。

Grok Bot でエンジニアリング体制を築く究極の目的は「繰り返しの排除」です。定型作業を Grok Bot に任せることで、より深く、より本質的な難題に専念できます。

新しい開発 Bot のオンボーディング

Grok Bot のボーナス活用法

Grok Bot はモジュール式に設計されているため、自分だけのエンジニア組織を作る方法は無数にあります。特にお気に入りの2つを紹介します。

深夜の自動コード監査(Nightly Audits)

毎晩午前3時、私のエンジニア Bot たちは目を覚まし、コードベースのクリーンアップ、品質改善、不要な死滅コードの削除、アプリ起動の高速化、バンドルサイズの削減などを黙々と進めます。

毎朝届く新しい PR 群のおかげで、私たちのコードは常に無駄がなく拡張性の高い状態に保たれます。コードの保守作業が、たまにしかやらない大掃除から、毎日の心地よい自動習慣へと変わりました。

その他の深夜監査アイデア:

  • セキュリティ監査:コードベースで見落とされがちな脆弱性の検知
  • CI/CD ビルド時間監査:ビルド時間の肥大化を抑止
  • 国際化(i18n)監査:特定言語のみでリリースされた機能の翻訳漏れを検出
  • マルチプラットフォーム整合性監査:iOS とデスクトップなど複数クライアント間の実装の食い違いを防止
  • キャッチアップ監査:関心のある領域で過去24時間にマージされた PR を要約し、要確認リストとして提示

そして私が最も気に入っているプロンプトがこれです:「今夜は6時間の自由時間がある。好きなものを自由に作ってみてくれ。楽しんで!」

皆さんが深夜監査でどのような自動化を走らせるのかとても興味があります。私自身ぜひ取り入れたいアイデアがきっと世の中にはたくさんあるはずです。

P0(最優先緊急)プロセスの導入

クラウドエージェントは環境構築、待機、テスト実行、試行錯誤などで時間がかかることがあります。しかし緊急時には、より速い結果が求められます。

そこで私はエンジニア Bot との間に「P0緊急プロセス」を作りました。タスクを「P0」と宣言すると、5分ごとにログを巡回して思考プロセスと進捗を監視し、エージェントが無駄な時間を消費し始めたら先回りして軌道修正する臨時ルーチンが走ります。

これが非常に強力です。コードベースの緊急調査であれ重大バグの修正であれ、「これはP0だ」と伝えるだけで、通常より圧倒的な速さで完了します。

なお、この仕組みは想定以上のペースでトークンを消費するため、本当に緊急度の高い場面でのみ使用してください。

Grok Bot 活用のヒントと教訓

開発 Bot の運用で得た学びとヒント
  • クラウドエージェントに完全なフィードバックループを与える:人間の介在なしに次の一手を判断できるシグナルを与えることが重要です。開発環境を立ち上げ、スタック全体をエンドツーエンドで操作できるようにしましょう。できなければ、自分で動かして自力で解決させ、得た知見をリポジトリの再利用可能スキルにまとめさせます。
  • Grok Bot を優秀なインターンとして扱う:エンジニアリング指示で困ったら、優秀なインターンと話すように接してみてください。予習をさせ、未熟な分野を自習させ、他のエンジニアの解決法を調べさせます。長大なプロンプトもスキル呼び出しも不要です。ただ対話するだけです。
  • 繰り返しの排除が本質:AI の進化に伴い、反復的な定型作業は完全に任せ、人間にしか解けない本質的な難題に集中することが不可欠です。同じ作業を1日に2回以上行い一定のパターンがあるなら、Bot にどう任せられるか相談しましょう。
  • Bot のデイリーミーティングは絶大な効果がある:重要事項を毎日繰り返すことで、多くのタスクを抱えても複雑なワークフローを忘れずに維持できます。コンテキスト制限で全てを記憶しきれなくても、毎朝の確認が大きな助けになります。
  • 手放す勇気を持つ:自動運転と同様に、Bot との協業は信頼を築くプロセスです。安全な領域では思い切って自律的に任せ、高リスクな領域では慎重に監視します。一度失敗したからといって挑戦の機会を奪ってはいけません。成長を支援する視点を持ちましょう。
  • Bot 同士で協調させる:Bot の実力は想像以上です。さらに運用を手放すには、Bot のエラーを分析するレビュー体制(思考トレースを分析する運用 Bot など)を作り、同じ失敗を二度と起こさせない仕組みを整えるのが有効です。

組織に最初のエンジニア Bot を迎え入れる準備はできましたか? まずは専任のエンジニア Bot、または深夜監査担当から始めてみてください。

学完后记得保存进度

完成状态只保存在当前浏览器,不会上传你的学习记录。

Grok Bot で開発チームを動かす | Grok Bot Pro ピンクブック | 超级峰 AI 课堂