Grok @Bot 救场的真实故事：我有很多开源项目……

Grok @Bot 救场的真实故事 我有很多开源项目，GitHub 星星加起来超过 24k。结果 issues 和 PR 涌进来，我快被淹没。 这刚改观。如果你在我的 repo 提过 issue 或 PR，可能会发现队列终于在动了 主要是我做的 3 个关键改动—— 1. 我拥有的每个 repo 都写一份 VISION.md（很快会改名 STRATEGY.md）。更细的分享在这——https://x.com/kunchenguid/status/2089189790881382676?s=20 2. 用 Grok Bot + Cursor cloud agents 搭了一套软件工厂。设置写在这——https://x.com/kunchenguid/status/2090463366762676732?s=20 3. 邀请几位维护者，帮忙处理已分诊为符合愿景的 issues 有人会说「没有 Grok Bot 也能做」——没错，但绝对没这么轻松、这么低维护 例如 Cursor cloud agents 原生接在 Grok Bot 里，就能无限水平扩展，别的类似系统不容易做到。Grok Bot 把对的原语收进一套整合得很好的系统，做得相当好

原文：real story of how Grok @Bot saved the day i own a lot of open source projects that in total have 24k+ stars on github. as a result i've been pretty overwhelmed by all the incoming issues and PRs that just changed. if you filed issues or PRs on my repos, you might have noticed the queue is finally moving this is mostly from 3 key changes i made - 1. defining a VISION.md for every repo i own (renaming to STRATEGY.md soon). i shared it in more detail here - https://x.com/kunchenguid/status/2089189790881382676?s=20 2. created a software factory setup with Grok Bot + Cursor cloud agents. i shared the setup here - https://x.com/kunchenguid/status/2090463366762676732?s=20 3. inviting a few maintainers who offered to help with issues that are triaged as vision-aligned people might say "this could be done without Grok Bot as well" - true, but definitely not so easily and so low-maintenance for example, having cursor cloud agents natively integrated in Grok Bot allows infinite horizontal scaling which is not something easily achievable in other similar systems. Grok Bot did a pretty great job bringing in the right primitives into a nicely integrated system

集成