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

@llllliu 可以这样对比：

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

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

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

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

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

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

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

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

靠测试覆盖。涉及 UI 就靠真人体验

@woaipaojiao #1 开发三次，然后保留最后一次。这句话真成 ai 时代的最佳实践了

这不巧了么？推荐一下我自己 vibe 的工具～ https://github.com/l1veIn/rambledesk

Ramble 大概就是“想到哪说到哪、絮絮叨叨说一通”的意思。我跟同事已经用了很久了，现在工作时候都在用语音跟 AI 交流

上个月因为特殊情况不得不在 win 上进行开发，实际体验下来还凑合吧，codex 、cc 甚至 pi 使用过程的摩擦比想象中小的多，几乎没什么感觉。当然模型用的最差的也是 dsv4f ，感觉操作 win 系统绰绰有余了

flash 想的太多了吧

支持一下，很久前有过类似的想法，还引入了无限画布，可以多配方编排，后来步子迈的有点大做不动搁置了

兼容旧浏览器，有时候就是产品存在的价值

@zhouhuab 正常上下班啊，不知道进度咋样了

pi 一直是我的主力 harness 之一，搭配自己写的插件。坦白说不是所有场景都能覆盖，我也用 codex ，也用 grok build ，pi 就像太阳眼镜，我会在需要的时候用它。