poteto@poteto

リリースと QA のプロセスを自動化した！Grok Bot で Team Bot を2体作った：sandcastle（リリースマネージャー）と poteto（エンジニア bot）。Slack に追加して、リリース管理用の新しい channel を作った。 まず sandcastle に cut をしたいって伝える。そしたら全 contributors に DM を送って、それぞれの PR のリンクを教えて、次のリリースに何が入るか分かるようにして、問題や反対があれば bot に DM で返せるようにする。 その後 sandcastle が build を開始して、自動で監視して、自動化 fuzz swarm を立ち上げる。ふつうは 10+ 個の agent が Grok 4.7 xhigh で動いて、build を実行して、本物のユーザーみたいにクリックして使う（うちの verification skills と feature map を使って）。一部は指示ありで、何個かは "chaos monkey" としてランダムにクリックして何が壊れるか見る。 問題を見つけたら、エンジニア bot の poteto を @ して、Cursor Project を立ち上げて high pri の問題を全部 triage して直すように指示する。深刻度に応じて、修正を release branch に cherry pick して patch release を切るか、すでにあった問題なら直すけど次のリリースに入れる これでまた一つ、Grok Bot がうちのチームの面倒なタスクをやってくれるようになった

i just automated our release and QA process! using Grok Bot i made two Team Bots: sandcastle, my release manager, and poteto, my engineer bot. i added them to Slack and made a new channel for managing releases. first i tell sandcastle that i want to do a cut. it'll DM all the contributors with links to their PRs so they know what goes in the next release and can DM the bot back if they have any blockers or objections. sandcastle then kicks off the build, watches it automatically, and starts up an automated fuzz swarm. usually this is 10+ agents running on Grok 4.7 xhigh to run the build, click around and use it like a real user (using our verification skills and feature map), some are directed while a few are "chaos monkey" clicking things randomly to see what breaks. whenever it finds an issue, i tell it to @ mention my engineer bot poteto, to spin up a Cursor Project to own triaging and fixing all the high pri issues. depending on the severity i may ask it to cherry pick the fix into our release branch and cut a patch release, or if it's a pre-existing issue i still fix it but include in the next release instead that's one more tedious task that Grok Bot now handles for our team