ai-daming/clickvibe

README 摘要

ClickVibe 在 DeepSeek Harness(DSH)Web 里开一个右侧面板,把你 GitHub 仓库的 open issue 变成一条看得见、点得动的开发流水线:选项目、看依赖、一键下单,Codex/Claude 在独立 worktree 里开发、review、返工自动跑——你只负责拆 issue 和拍板合并。 它是干什么的 ClickVibe 是一个 DSH Web 插件,给 「让 AI 帮你写代码」这件事补上最后一块拼图:状态与指挥 。 装上之后,DSH 侧栏底部会出现一个 ClickVibe 按钮,点开是一个项目面板: - 选一个 GitHub 仓库 ,所有 open issue 按里程碑 / 依赖关系分组铺开; - 每一行就是一个工单 :当前进度、约定分支、被谁阻塞(blockedBy)、下一步该干什么——一眼扫完; - 点一下按钮 ,Codex 或 Claude 就在这个 issue 专属的 worktree 里开始开发; - 开发完成自动进入 review,不过关按意见返工,过关后你确认合并。 人负责「下订单」和「验收」,中间(开发 → review → 返工 → PR)全程自动、无人值守。用我们自己的话讲,它是个 里程碑驱动的异步开发执行器 ——把「人不在电脑前的时间」变成「有效开发时间」: 人在路上/开会/睡觉,ClickVibe 在家把代码写好、review 完、PR 挂起来,等你回来拍板。 愿景:随身交付平台 ClickVibe 想成为的最终样子,是一个 随身携带的交付平台 :不管你在哪、手边是什么设备,像聊天一样就能查进度、下开发单、验收拍板;代码在远端无人值守地施工,该你决定的时候它来找你。 「人不在电脑前的时间 = 有效开发时间」这句话,今天说的是"睡觉时电脑还在跑";往后它想说的是: 你在哪,指挥所就在哪 。 这条路最后会走成什么样,现在没人说得准——所以这里不写路线图,只记方向。 为什么会有它 给 AI 下开发单这件事本身不难,难在下面三件事,ClickVibe 就是为它们做的: 1. 状态靠猜,是反复出事故的根源。 以前开发/审查流程里,worktree 和主干脱节、review 结论不知道针对的是哪个 commit、按钮该不该点全凭记忆——来回折腾才发现「哦它其实卡在这了」。所以 ClickVibe 把 git / GitHub 当成唯一事实源 ,任何时刻只推导出 一个 「下一步动作」:开发、恢复、同步、Review、返工、合并,绝不存在「两个按钮都能点」的歧义。 2. 「人在场」的 agent 工具,解决不了「人不在场」的需求。 常见的 agent 编排器管的是「人在时,一群 agent 并行干活」;但真实需求往往是你不在电脑前:代码该有人写,review 该有人盯,依赖图该有人排。ClickVibe 管的…

分类