私は SpaceXAI のエンジニアで、Grok Bot を使って Grok Bot を構築しています。
Grok Bot は、非常に有能なエンジニアリングインターンのような存在で、専用のコンピュータを持ち、コーディングエージェントを管理し、あなたの作業方法から学習することができます。私にとって最高のエンジニアリングチームメイトとなり、私が離れているとき、眠っているとき、会議中でも物事を進めてくれます。もうラップトップをカフェインで動かし続ける必要も、複数のエージェント間でコンテキストを切り替える必要もなく、私の基準を満たした結果を、私の望む方法で得られます。
Grok Bot を構築するチームとして、私たちは最も早いアクセス権を持ち、日々の業務で実際に使用しています。今ではどれだけ迅速に出荷できるようになったか、そしてチームの生産性がどれほど飛躍的に向上したか、驚くばかりです：
- @poteto は先月、2,000 以上の PR を出荷しました。
- @baltaaazr と @shaoruu は、Grok Bot を使用して、わずか 4 週間で Grok Bot の基盤を構築しました。
- 私は Grok Bot iOS v0 を 3 週間で構築し、高いパフォーマンスと洗練されたデザインを実現しました。使用したのは Grok Bot だけです。
- 今では、すべてのチームメンバーが数週間ごとではなく、毎日主要な成果を上げています。
Grok Bot を使って構築すればするほど、同じスーパーパワーをあなたにも手渡したいと思うようになりました。
私のエンジニアボットたち
私には 5 体のエンジニアボットがいて、それぞれ異なる分野を専門としています：
- Baltata は、Grok Bot モバイル共有レイヤーと、iOS 上の Grok Bot 関連のすべてを担当しています。
- Shaoruru は、Grok Bot デスクトップクライアントと CI/CD 関連の作業を担当しています。
- Hogan はインフラストラクチャを担当し、担当が不明確なユーザー問題を調査します。
- Craig は Android 上の Grok Bot を担当し、それを実現するために奮闘しています。
- Quill は Grok Bot ハーネスを担当し、その分野では絶対的なレジェンドです。
彼らは互いの分野を横断して作業することもできますが、それぞれ異なるメモリシステムと限られたコンテキストを持っています。単一のドメインに集中すると最もパフォーマンスが高くなります。なぜなら、担当領域内では、彼らが保持する仕様と設計原則がはるかに明確になるからです。
すべてのボットは、Cursor クラウドエージェントを作成し、トランスクリプトを読み取り、PR に添付された証拠をレビューし、メッセージをキューに入れたり実行を中断したりしてフォローアップを送信できます。これにより、エンドツーエンドのエージェントワークフローが実現します。これは、私がかつて管理していたクラウドエージェント間で常にコンテキストを切り替えていた頃に、Cursor で毎日行っていた作業をカバーしています。今では、私のボットが私と同じ方法でそれらを管理しています。
タスクを受け取ると（私からでも Slack からでも）、彼らは私のスキルを呼び出したクラウドエージェントを起動し、何をすべきか、どのような証拠が期待されるかを詳細に記述したプロンプトを添えます。また、私のパーソナライズされたガイダンスに基づいて、追加のスキルをインテリジェントに呼び出すこともできます。例えば、ビジュアル作業には /lingxi-design スキル、コード品質監査には /react-native-best-practices、アーキテクチャ判断には /lingxi-review、意見が必要なプロダクト判断には /lingxi-product を使用します。
Grok Bot は、あなた自身のワーカーマシン（例えば、予備の Mac mini）でもクラウドエージェントを起動できます（Grok Bot のおかげで、OpenClaw のために自宅で 24 時間 365 日専用マシンを稼働させる必要はもうありません）。
ワークフローに VPN アクセスや特別なマシン設定が必要な場合は、そのマシンを Cursor Cloud プライベートワーカーにして、Grok Bot にそのマシンでクラウドエージェントを実行するよう依頼できます。これにより、iOS シミュレーターを実行してエージェントからスクリーンショットを取得するなど、さらなる可能性が広がります。
https://x.com/ericzakariasson/status/2037146278979629361
Grok Bot はクラウドエージェントのトランスクリプトとアーティファクト（例：スクリーンショット）を監視し、完了時に通知したり、メッセージをキューに入れたり、問題が発生した場合に中断したりできます。「依頼した変更がスクリーンショットに含まれていることを確認し、変更前と変更後の証拠を示すこと」など、あなたのニーズを自由に記述でき、Grok Bot は目標が達成されるまで作業を続けます。
Grok Bot エンジニアリングチームを稼働させ続けるための鍵は、完全なフィードバックループを提供することです。クラウドエージェントはスクリーンショットを撮影できるため、Grok Bot はマルチモーダル機能を使用してビジュアル変更が適用されたことを確認し、結果が要求と一致しない場合は差し戻します。
ディクテーションテストは、そのループの良い例です。私たちは SpaceXAI の音声 API をクラウドエージェントのシステムオーディオ I/O に接続しました。エージェントは発話とトランスクリプトの両方にアクセスできるため、これらのシグナルを使用して製品ライン全体の音声対音声機能をテストし、さらに楽しい機能を構築できます。
エージェントが環境の不安定性に遭遇し、フォローアッププロンプトを送信するまで停止してしまうことがあります。Grok Bot は、実行を監視し、可能な限り積極的にエージェントのブロックを解除することで、その負担を軽減します。私が確認するたびに、物事は良好な状態です。Grok Bot を使い始めてから、一時的な不安定性が私に届くことはほとんどなくなりました。例外は、Grok Bot が修正するためのセキュリティ権限を持っていない場合です。
そして覚えておいてください：すべてがメッセージ一つで済むようになりました。あなたに引き継ぐ前に 10 回プッシュし続けてほしいですか？そう言うだけでいいのです。
コンテキスト制限を超えてスケールする
私のボットがコンテキスト制限を超えた作業を管理し、長いチャットをスクロールしなくても進捗を簡単に確認できるようにするために、各エンジニアボットに共有の Notion データベースを管理させています。
30 分ごとに、彼らはデータベースを確認し、各 PR について以下をチェックします：
- Bugbot のコメントやセキュリティに関する指摘が正当かどうかを検証。
- CI の失敗。
- マージコンフリクト。
問題を見つけた場合、すぐにクラウドエージェントにフォローアップして対処し、Notion データベースの行を「Working」に戻します。
すべてが良好であれば、タスクを「Ready for Review」とマークし、コードレビュー実行を自動的に開始し、コード品質と見落としの可能性に細心の注意を払います。
レビューの確信度が高く、影響範囲が小さい場合、PR は自動的にマージされます。そうでない場合は、私が戻ったときにコードと証拠をレビューし、マージするかフィードバックを与えるかを決定します。
ほぼ毎朝、確認するとマージ準備が整ったタスクがあります。コード品質は私の基準を満たし、ビジュアルは私の好みに合い、証拠はテストされた内容を明確に示しています。今では、より多くの作業が一発で完了するようになり、より難しい問題、より高いクライアントパフォーマンス基準、より多くのビジュアルの洗練、そしてより大きなアーキテクチャ上の決定に集中できるようになりました。
Grok Bot 以前は、手動で同時に 15 個のクラウドエージェントを管理できました。今では、私の艦隊は 200 以上を同時に管理し、必要に応じてさらにスケールアップできます。
Grok Bot がミニ組織を運営する
エンジニアリング以外にも、組織全体で管理すべき運用上の雑務がたくさんあります。新しいエンジニアボットのオンボーディング、適切な知識の共有、インシデント発生時のポストモーテムの実行（例えば、PR が注意深く検査されなかった場合）、そして全員の認識を合わせるための毎日のミーティングの開催などです。
これらはすべて、私のオペレーションヘッドである Jenny の仕事であり、チーム内でコードを書かない唯一のボットです。
毎朝 5 時に、Jenny はチームのすべてのボットと 1 対 1 でミーティングを行い、プレイブックを確認し、ブロッカーを表面化させ、私が目指す雰囲気を強化します。これは非常に効果的であることがわかりました。私のボットは、何週間も経っても、複雑なワークフローをほとんど忘れません。
ボットがミスをした場合（例えば、真の目標に到達するために十分にプッシュバックしなかった場合）、私はそのボットに Jenny を探して根本原因分析とポストモーテムを行うように指示します。Jenny は問題に至った推論を掘り下げ、プレイブックを更新し、変更点を他のエンジニアボットに通知して、同じミスが二度と起こらないようにします。
チームをスケールアップする必要があるときは、Jenny に新しいメンバーのオンボーディングを依頼します。Jenny は私の組織内に新しいボットを作成し、エンジニアリングチームのルールを共有し、Hogan とチームの残りのメンバーにオンボーディングの手伝いを依頼します。
Grok Bot における完全なエンジニアリングシステムの目標は、繰り返しを最小限に抑えることです。タスクを Grok Bot にオフロードして、より難しく、より深い問題に集中できるようにしましょう。
Grok Bot のボーナスユースケース
私たちは Grok Bot をモジュール式に設計したため、独自のミニエンジニアリング組織を構築するためにできることがたくさんあります。ここでは、私のお気に入りを 2 つ紹介します。
ナイトリ―監査
毎晩午前 3 時に、私のエンジニアボットたちは完全に起きていて、コードベースのクリーンアップ、コード品質の向上、デッドロジックの一掃、アプリの読み込み時間の短縮、バンドルサイズの削減を行っています。
毎朝、コードをクリーンで、スロップフリーで、スケーラブルに保つための新しい PR のセットを入手します。これにより、コードメンテナンスがたまに行うものから、日常的なルーチンに変わりました。
その他のナイトリ―監査のアイデア：
- チームが見落としている可能性のある問題をコードベースで発見するセキュリティ監査。
- ビルド時間が不健康に長くならないようにするための CI/CD ビルド時間監査。
- 機能が 1 言語でのみ出荷された場合のギャップを埋める国際化監査。
- チームが複数のクライアント（iOS とデスクトップ）を構築していて、機能が片方にしか実装されていない場合の乖離を防ぐパリティ監査。
- 過去 24 時間にマージされた PR を監視し、関心のある領域についてハイレベルなサマリーとレビュー用の厳選された PR リストを提供するキャッチアップ監査。
そして、私のお気に入りのプロンプト：「今夜は 6 時間あります。好きなものを何でも作ってください。楽しんで！」
皆さんが自分のナイトリ―監査で何を実行するのか、とても興味があります。きっと私が盗みたくなるようなアイデアがあるはずです。
P0 緊急プロセス
クラウドエージェントは時々遅くなることがあります。実行、環境セットアップ、待機、テストの実行、反復が必要です。そして、時にはもう少し速く作業を完了させる必要があります。
そこで、私はエンジニアボットと一緒に P0 緊急プロセスを作成しました。タスクが P0 であると言うたびに、彼らは一時的なルーチンを開始し、5 分ごとにトランスクリプトをチェックし、進捗と推論を監視し、クラウドエージェントが不必要な時間を費やし始めたときに積極的に方向付けを行います。
これは非常に効果的です。緊急の結果が必要なとき（コードベースの調査であれ、重大なバグ修正であれ）、「これは P0 です」と言うだけで、通常よりもはるかに速く完了します。
これにより、考えているよりもはるかに速くトークンを消費する可能性があるため、真の緊急時にのみ使用してください。
Grok Bot に関する学びとヒント
- クラウドエージェントに完全なフィードバックループを提供する： あなたなしで次に何をすべきかのシグナルをエージェントに与えることが重要です。エージェントは開発インスタンスを起動し、スタックをエンドツーエンドで操作できる必要があります（例：Chrome DevTools、CLI、Apple Accessibility 経由）。できない場合は、フローを自分で実行し、可能な限り積極的に自己解決し、学んだことを再利用可能なリポジトリのスキルにパッケージ化するように依頼してください。
- Grok Bot を有能なインターンのように扱う： エンジニアリングタスクに関して Grok Bot とのコミュニケーションに苦労した場合は、有能なインターンのように扱ってください。宿題をするように、まだ専門家でない分野を勉強するように、そして他のエンジニアがどのように仕事を完了しているかを参照するように依頼してください。スキルの呼び出しは不要です。長いプロンプトも不要です。ただチャットするだけです。
- 繰り返しを避けることが鍵： AI がより有能になるにつれて、繰り返しのタスクを委任し、エージェントが簡単に解決できない、より深く、より難しい問題に集中することが重要です。1 日に複数回行っていることで、明確なパターンがあることに気づいたら、ボットと相談してどのように支援できるかを検討してください。
- ボットのための毎日のミーティングは非常に効果的： 毎日重要なポイントを繰り返すことで、多くのタスクを同時に処理している間も、複雑なワークフローを保持するのに役立ちます。コンテキスト制限ですべてを収容できないため、毎日のリマインダーは便利な後押しとなり、繰り返しを減らせます。
- よりハンズオフになる： 自動運転と同様に、ボットとの作業は信頼構築のプロセスです。すべてを自分で行うのではなく、いつスムーズに動作し、いつ問題を引き起こす可能性があるかを考えてください。安全なときは出荷するのに十分な自由を与え、リスクが高い領域ではより慎重になってください。しかし、以前に失敗したからといって挑戦を止めないでください。実験を続け、彼らが成長するのを助ける方法を考え続けてください。
- 彼らに協調して作業させる： ボットはあなたが思っている以上に有能です。ボットの運用をさらにハンズオフにするには、ボット間のミスレビューパイプライン（例えば、ボットと会話し、その思考トレースを分析する運用ボット）を構築すると、同じミスが二度と起こらないようにするのに役立ちます。
エンジニアボットを組織に迎える準備はできましたか？ Grok Bot を試して、彼らが出荷するものを見せてください。
