Yardlet

Hi Product Hunt，我是 Jeongki，我做了 Yardlet。

我觉得大多数人最终都会有自己的智能体工作台。这个就是我的：我围绕自己的工作方式把它做出来，并分享给还没有工作台的人。

几个月前，我在 cmux 里把 Codex 和 Claude Code 当作 CLI 来跑。后来它们的桌面 app 变好用了，结果我在两个 app 和好几个账户之间来回切换，哪个都没用好。

所以 Yardlet 严格坚持两条规则：用起来要像智能体自己的 app，而且绝不能改动智能体。它会启动你已经在用的 CLI，沿用你已有的登录，会话则留在各智能体自己的存储里。不再用 Yardlet 后，智能体那边什么都不会变。

在此基础上：智能体可以协作，所以一个任务可以读取或给另一个任务发消息，也可以把工作交给另一个智能体。当智能体转达你的批准时，你的原话也会一并带过去。每个账户的限额都始终可见，智能体会用剩余额度最多的账户开始新工作。连接器一次设置即可服务所有智能体；内置浏览器让智能体填入你保存的登录信息，但看不到密码。diff 和 pull request 就放在对话旁边。

它免费、MIT 许可、用 Swift 编写，适用于 macOS 15 或更高版本的 Apple silicon Mac。它还年轻、有毛边，所以非常欢迎 issue 和 pull request。

最想听到的是：Yardlet 在哪些地方不如智能体自己的 app 好用，以及你同时跑多个智能体时还有哪些地方让你烦。

把会话保留在智能体自己的存储里是个很周到的选择。这样试这个工作台的心理负担更小，因为已有任务仍然能在原来的 app 里打开。

我们的智能体从不输入密码，登录都由我自己来。内置浏览器有没有一个完全不能打开的网站列表？有几个网站不管是否已登录，我都不想让智能体加载页面。

会话留在各智能体自己存储里的规则，正是让我觉得这东西可以放心一试的原因。当一个任务把工作交给另一个智能体时，会一起带过去什么——只是任务和你的备注，还是第二个智能体也会拿到第一个智能体的上下文？还有，当智能体转达你的批准时，你的话是只发给那个智能体，还是如果工作再次转手也会继续跟着？