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

[1258]

遇到一位大佬，从我谜语般的 README 里推敲出项目用法，帮我修 bug ，提 PR ，提建议，和各种反馈。。

在我陷入轻微自我怀疑时候鼓励我，告诉我我做的东西不是垃圾。。

他真的我哭死😭

遇到这样的用户我真的上辈子拯救银河系了😭，没有大佬我可怎么活啊😭

[zzq825924]

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

[1258]

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

[zhaixingzhaiyue]

在一起

[zhangshaohan]

什么项目

[FawkesV]

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

[strobber16]

gay

[danbai996]

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

[gouyoudawang]

开源精神

[1258]

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

[1258]

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

[youyouzi]

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

[1258]

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

[llllliu]

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

[1258]

@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 继续跑

[1258]

@llllliu 可以这样对比：

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

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

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

[pslucifer]

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

[Charlie17Li]

@1258 经典 vibe coding 不应该是：

人开多个窗口：

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

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

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

[runking]

我就不同了，我是让 AI 们自己去搞，自己讨论去决定

[1258]

@Charlie17Li 一点都对，本质就是 hook ，说成给 AI 提供呼叫人类的工具听起来很新奇，本质就是 hook 。但是 rambledesk 在 hook 这块思考了很多，结构化的请求给到人，自动化的 continuance ，充分利用鼠标键盘的反馈工具，为什么我会自我怀疑呢，就是因为这些简单的东西加在一起，居然能产生如此神奇的体验

[llllliu]

@1258 get 我最近也做了类似的东西 使用他来完成我的工作 他会调度飞书 MCP 来识别当前的任务是 消息回复 还是新项目 还是 bug 修复 会自己尝试在我提供的飞书文档和代码仓库寻找依据，如果遇到不清楚的会 尝试通过飞书机器人找到我或者询问相关的同事来完善逻辑 直到完成任务。在这个逻辑里 Agent 才是这个任务的主线 我的信息只是他在关键节点的参考。现在的消息回复和 bug 修复已经很完善了... 但是完成项目还有很多坑要填