分享浅浅尝试用 Grok Bot 创建数字员工自动开发流程

9 月 11 日
 diudiuu

目前这个流程自动化已经实现，给大家提供一下思路

tps.bunai.cc ，为了给我这个项目，自动化采集最新开源得模型，这个实现方法有很多，做这个目的更是为了简单尝试验证一个模拟公司开始流程，能不能实现。

流程就是 Linear 出任务 → 自动进开发群 → Lead/Dev/QA/Ops 接活

建 Issue / 每日循环生成 → Lead 自动发到开发群 → Dev 开发 · QA 验证 · Ops 上线

两种任务：

  1. 一次性：六总在 Linear 项目 tps 建 Issue ，或直接在开发群说
  2. 每日循环：Linear Recurring 「更新大厂开源模型与参数」
    • 有新模型 → 按 AGENTS.md 改数据开 PR
    • 没有 → 只改更新时间戳

硬规矩：

六总怎么用

  1. 一次性：Linear 建 Issue （项目选 tps ）→ 看开发群有没有冒出来
  2. 要派人：在开发群说「派给 Dev/QA/Ops 」
  3. 每日活：在 Linear 里维护那条 Recurring 即可

代码规范只认仓库里的 AGENTS.md ，没有的化提前定制好。

六总是我，搞一些基础建设，建群建立数字员工（ bot ）

群

群 干什么
TPS 开发群 唯一主群。新任务进来、派活、PR 、测试、上线都在这聊
成员：Lead 、Dev 、QA 、Ops 。

人干什么

角色 干什么 不干什么
Lead 新 Issue 自动丢进开发群（标题+链接） 不自动「已认领」、不瞎派、不轮询
Dev 写代码、改模型数据、开 PR ；对照仓库 AGENTS.md 不轮询 Issue
QA 按 Issue/PR 测，留步骤/截图；发版前 checklist —
Ops 构建、部署、回滚，留命令/日志 不抢开发/测试

Linear 设置项目规范以及每个人能干什么，为什么在这弄，目的什么

1.目的是复用每个员工，只需要建立一个就可以。如果每个项目都建立四个 bot 我觉得很麻烦 2.Linear 设置项目干什么，用到的技术栈 3.Linear 设置每个人的职责或者职责文件 4.建群第一件事，就是让 6 总去让四个员工去学习自己的职责

效果

Linear 提交的 9 10issue

这个是我 github 上自动提交的 pr

https://github.com/adiudiuu/tps/pulls?q=is%3Apr+state%3Aclosed

问题

  1. 我整个都用的 cursor cloud agent ，本地没有用，如果使用 claude code 或者 codex ，没有研究
  2. 这个只是简单的配置了一下开发流程，提供个小 demo
  3. 大佬勿喷，将就看吧
  4. 看懂看不懂的相互交流一下，我看 dsh 有个类似 profile ，我这个相当于群聊就是项目，一个人职责跟着项目走。
2839 次点击
所在节点    分享发现
16 条回复
ThisDay
9 月 14 日
2026 年还在玩这个，除了浪费 token ，撑爆上下文，我不知道搞这种“人设”，聊天群组的意义是什么？有什么是 claude 或者 codex 的 subangent 搞定不了的吗？
jsdi
9 月 14 日
个人认为多 agent 协作是一个很复杂的工程问题，而且大部分问题都不需要多 agent 。这也是为什么现在 openai 、anthropic 都采用主 agent+subagent 的任务分发模式，多 agent 目前有些中看不中用，也许未来需要
xbird
9 月 14 日
这种工程流程的收敛程度如何？能做到什么级别？
syyyyy
9 月 14 日
额度不够用，我一般一天半就用完了，ps：grok 真不错
diudiuu
9 月 14 日
@ThisDay 你没有认真阅读我的，后面需要按照组来区别项目+安排人。你用一个 agent 也可以，不是不行。复杂程度，明显这个快点
diudiuu
9 月 14 日
@xbird 觉得还是要看个人分配吧，目前这个就是自动采集模型数据+有问题修复
diudiuu
9 月 14 日
@jsdi 我觉得是一个人用和一个公司用的区别。一个人随便用 agent ，自己直接设置，如果是公司的话，项目又多，建立这样一条自动回复或者自动修改的也是可以的。用 agent 直接建立，我觉得也没问题。我这个的想法，就是按照群为项目，永远都是这四个人。群干什么，以及群每个员工的职责，这个需要提前在 Linear 设定好，让开始学习好，后面就不用管了
wryyyyyyyyyyyy
9 月 15 日
这个 bot 和 codex pi 这种 harness 的区别是什么？ 你实现这些其他 harness 也可以实现，但我觉得 grok bot 的 harness 应该没有这种写代码专用的好。而且现在 grok 降智严重，只能用 grok 的模型也不够灵活。
diudiuu
9 月 15 日
@wryyyyyyyyyyyy 嗯，现在就是没办法用其他的 ai 工具，可能还没有研究明白. 这个类似 deepseek harness 有个 profile 得东西
kiliter
9 月 15 日
用过一段时间多智能体
我感觉是自嗨
一个 codex 我一句话就能搞定的事 非要拆到不同职责的智能体还要呼来唤去的 太麻烦了

如果是 codex 我直接 这个 bug 修一下 pr 检查 发版
连 goal 都用不上
diudiuu
9 月 16 日
@kiliter 出发点不一样，你要是纯干活得，没啥问题，就是提交 pr 一把梭哈。 要是管好几个项目，就没必要这样，流程弄好，只需要提交 pr 。我这个是提供一个思路，因为我这边有很多项目，每天都会有很多 pr ，都是 ai 开发代码，实在没心思去看每个 pr 具体是什么原因。
fanfou
22 小时 5 分钟前
还是站在上下文管理角度来说， @mention + chatgroup message 方式做上下文管理太混乱了， 本质上是不同 bot 之间的 p2p 通信， 积累的上下文不可控。
fanfou
22 小时 2 分钟前
而 agent + subagent 本身相当于主从模式， 上下文以及状态流转可控一些，subagent 接收 初始 prompt ， 返回工作结果。其实 bot 群聊可能和 claude agent team 差不多。 哪个还有 lead + task + inbox 的抽象， 不是完全基于 message ，比 bot 群聊可能还强一点
diudiuu
22 小时 2 分钟前
@fanfou 这个可以修改发起那个 issue 内容，你说的这个确实是个问题，但是我觉得 issue 问题明确应该不会差太多
sampeng
19 小时 14 分钟前
你这约等于自动拉屎机，区别是 token 消耗速度
diudiuu
18 小时 8 分钟前
@sampeng 没啥区别，看你提 issue 的水平，说不明白我觉得跟直接问大差不差

这是一个专为移动设备优化的页面（即为了让你能够在 Google 搜索结果里秒开这个页面），如果你希望参与 V2EX 社区的讨论，你可以继续到 V2EX 上打开本讨论主题的完整版本。

https://v2ex.ih06.com/t/1241365

V2EX 是创意工作者们的社区，是一个分享自己正在做的有趣事物、交流想法，可以遇见新朋友甚至新机会的地方。

V2EX is a community of developers, designers and creative people.

© 2021 V2EX