热门产品

Friday Work

Friday Work

Friday Work 是面向开发者的多智能体协作层,当 Claude 达到上限时自动由另一智能体接手任务进度,实现智能体间自动接力与通信。

热门评论

PH 用户
嘿 Product Hunt 👋 我是 Arun,我做了 Friday。

我经常在任务做到一半时撞上 Claude 的使用上限,工作就只能卡在那儿等重置。所以我做了个办法,让我已经在付费使用的其他智能体来接手。

Friday 能在你的电脑上同时运行 Claude Code、Codex、Cursor 以及其他 12 个智能体。它们共享一个任务板,还能互相发消息;当一个智能体用量耗尽时,任务会转给另一个智能体,并附带它做过什么、改过什么的记录。

我们在较早版本的 Friday 上测过:在一个小型 benchmark(14 个任务)里,Codex 接手 Friday 的 hand-off 时,所用 token 的中位数比从头开始少 21%,并且在第一次编辑前探索的范围只有一半。每一次修复都通过了项目自身的测试。完整说明和原始数据:tryfridaywork.com/benchmarks/handoff

免费、MIT、无需账号。它不是无限用量,跑的是你自己的套餐。

想问大家:当 Claude 在任务中途触达上限时,你现在会怎么做——等、手动切工具,还是加钱买更多用量?
PH 用户
这个想法很棒。我在工作中绕过这个问题的方法是让智能体维护一份详细的实时台账,记录已完成什么、接下来有哪些事项、每个任务的关键上下文等等。再配合用 ticket 记录需要完成的事项,这套做法一直效果不错。如果有一个工具能把这些都管理好,会大幅提升生产力。
PH 用户
感谢这个产品,也感谢你采用了 MIT license。现在这越来越不常见了
PH 用户
我们曾在人与人之间解决过类似问题,不是智能体之间。我们团队通过一个共享 git repo 同步 Claude 会话,这样任何人都能在别人停下的地方接手任务。智能体到智能体显然是下一步。不过我觉得,对人员更多的大公司来说,这会成为问题。Friday 能跨团队工作吗?比如两个人各自在同一个任务板上运行自己的智能体?
PH 用户
交接这一点最打动我——手动切换智能体通常意味着要重新解释整个任务,还会丢掉第一个智能体已经排除掉的东西。任务带着现有进度在共享看板上流转,感觉是合适的模式。好奇实际中交接记录有多详细:下一个智能体会不会也拿到失败的尝试,还是主要只有当前状态?
PH 用户
把做到一半的任务连同进度完整交给另一个智能体,正好解决我每天下午都会卡住的地方;而智能体之间自己沟通,不用我在终端之间粘贴来粘贴去,才是真正的赢点。
热门产品Arun Dass2026-11-02原文

相关内容