Foxpit 将 Claude Code、Codex 等编程智能体组织成团队，自动拆解并协作完成任务，适合开发者提升多智能体编码效率。
热门评论
PH 用户
嘿 PH 👋 我是 yigit，foxpit 是我一个人做的
故事是这样的：有一天 claude 一天就吃掉了 62% 的周配额。我那时让 opus 写所有代码。后来我不这么干了。现在 claude 只负责规划和审查，更便宜的模型（codex、opencode，反正免费的都行）来写代码
不过手动搞这套太乱了。5 个终端，复制粘贴上下文，忘了谁在做什么。所以我做了 foxpit
fox（你的主智能体）拆分任务，把各个部分分给其他智能体；每个智能体都在真实终端里运行，你能在一个小小的 3D 办公室里看到谁在干活、谁卡住了；repo 里有一份共享记忆，所以下一次会话不用从零开始；当 claude 达到 5 小时限额时，foxpit 会等着，然后自己继续
你的代码永远不会离开你的电脑，foxpit 只检查你的计划
首月 $5，之后 $12。很想听听哪里会出问题，我当天就修
PH 用户
我也撞过 Opus 那堵配额墙——Claude 一天吃掉一周的大部分配额，正是我为什么开始让 Claude 只负责规划和审查，把大部分写代码的活儿交给更便宜的模型。手动跨终端这么干就是你描述的那团乱麻，所以有个主智能体来拆活、还把共享记忆留在 repo 里，这点很吸引我。另一个是 5 小时限额后的自动继续——我那些长一点的构建总像是在任务中途挂掉。好奇 Fox 怎么判断更便宜模型的输出已经够好、可以放行，还是要打回去再来一轮。
PH 用户
恭喜！Foxpit 怎么决定哪个智能体拿到哪个任务？我能按任务类型路由吗，比如重构交给 Claude Code、测试交给 Codex？还有，这些智能体是共用一个 working tree，还是各自拿自己的 branch？
PH 用户
太恭喜发布了，Yigit！
我觉得每个独立开发者都撞过 Opus 那堵配额墙，只能当天停工，所以你解决的是一个巨大的痛点。用“小小的 3D 办公室”把终端状态可视化，也是个很妙的 UX 细节。
故事是这样的：有一天 claude 一天就吃掉了 62% 的周配额。我那时让 opus 写所有代码。后来我不这么干了。现在 claude 只负责规划和审查，更便宜的模型（codex、opencode，反正免费的都行）来写代码
不过手动搞这套太乱了。5 个终端，复制粘贴上下文，忘了谁在做什么。所以我做了 foxpit
fox（你的主智能体）拆分任务，把各个部分分给其他智能体；每个智能体都在真实终端里运行，你能在一个小小的 3D 办公室里看到谁在干活、谁卡住了；repo 里有一份共享记忆，所以下一次会话不用从零开始；当 claude 达到 5 小时限额时，foxpit 会等着，然后自己继续
你的代码永远不会离开你的电脑，foxpit 只检查你的计划
首月 $5，之后 $12。很想听听哪里会出问题，我当天就修
我觉得每个独立开发者都撞过 Opus 那堵配额墙，只能当天停工，所以你解决的是一个巨大的痛点。用“小小的 3D 办公室”把终端状态可视化，也是个很妙的 UX 细节。
关于工作流有个小问题：Fox（主智能体）到底怎么验证更便宜模型写的代码是对的？它会跑本地测试，失败就让更便宜的模型再来一轮，还是严格只做语法/逻辑审查？
祝你发布日顺利