太感动了，硬着头皮推广自己 vibe 的项目毫无头绪的时候

这不是什么大佬，这是 十年后功成名就后的你 驾驶时间机器回来帮助曾经的自己

@zzq825924 v 佬们真的都太暖了😭

在一起

什么项目

你不说项目 我们怎么点 star 啊？

gay

看样子是 https://github.com/l1veIn/rambledesk

开源精神

@zhangshaohan https://github.com/l1veIn/rambledesk 是这个

@FawkesV 这个帖没打算推广😂 已经水了一贴了昨天，项目是这个 https://github.com/l1veIn/rambledesk

软推广都要先写小作文了吗

@youyouzi 还没开始推广呢，好几篇水帖存着没发

所以这个项目是用来干什么的？

@llllliu 用后端工程师的视角来说，RambleDesk 本质上是给 coding agent 加了一层 human-in-the-loop 的同步/半同步接口。
现在的 harness （ Pi 、DSH 等）都是给 Agent 注册 tools：读写文件、跑命令。

RambleDesk 也是一个 tool ，只不过这个 tool 的执行端不是沙箱，而是人。
流程很像一次 RPC：

Agent 判断当前步骤需要 human judgment （方案取舍、UI 感觉、报错怎么理解等）
它调用 ask_human 这类 tool
请求被路由到本机桌面应用（相当于一个本地 callback / request queue ）
人用语音、截图、剪贴板、附件随便说
应用把非结构化输入 cook 成结构化 feedback
作为 tool result 写回 session ，Agent 继续跑

@llllliu 可以这样对比：

经典 vibe coding：人一直在 loop 里。

你写 prompt → Agent 改代码 → 你看结果 → 再写下一句。人是主循环，Agent 是执行器。
RambleDesk 反过来：Agent 在 loop 里跑，人是按需被调用的 tool 。

Agent 能自己干的继续干；真正需要判断时才把请求打过来。人不用写下一轮 prompt ，直接语音、截图、贴报错，系统整理后作为 tool result 回写，Agent 接着跑。
一句话：vibe coding 是人驱动 Agent ； RambleDesk 是 Agent 在需要时调用人。

Slogan 挺有意思，有趣。实力也是很强

@1258 经典 vibe coding 不应该是：

人开多个窗口：

A 窗口需要人协助 => hook 发个通知到桌面 => 人处理 => 继续 loop

B 窗口需要人协助 => hook 发个通知到桌面 => 人处理 => 继续 loop

你这一套实际就是在做 hook ？