找回密码
立即注册
搜索
热搜: Java Python Linux Go
发回帖 发新帖

4889

积分

0

好友

627

主题
发表于 1 小时前 | 查看: 4| 回复: 0

有时候写代码,最烦的不是不会写,而是 Agent 之间“接不上”。

比如方案让 Claude 想,真正落代码又交给 Codex。理论上没啥问题,但中间复制上下文的过程相当消耗人。一大坨聊天记录、需求背景、代码状态,全得重新塞进去。

老鬼看这类工具,第一眼通常不看宣传词,先看它有没有把开发过程里的脏活处理掉。上下文怎么传、任务怎么接、出了问题怎么继续,这些地方才真正影响体验。

最近翻到一个开源项目 Paseo,挺有意思。

Paseo 仓库提交历史页面截图:包含 .agents/skills、.claude/skills、docker、packages 等目录

它干的事情很直接:把 Claude Code、Codex、Copilot、OpenCode 和 Pi 这些编码 Agent 放到同一个界面里,让它们在自己的电脑上并行工作。

Paseo 宣传图:Claude Code、Codex、Copilot、OpenCode 和 Pi agents 的统一界面

最抓人的点不是“又多了一个 Agent”,而是交接。

在 Paseo 里,可以用一条命令把当前任务连同上下文交给另一个 Agent 继续干。这个动作看起来简单,但实际开发里挺关键。因为很多时候,不是模型能力不够,而是前一个 Agent 已经理解了一半,换个工具又得从头解释。

啧,这种重复劳动确实挺折磨。

另外一个有意思的玩法,是临时拉一个 Agent 当第二意见。比如一个 Agent 卡在 bug 上,可以让另一个换个思路看看;甚至让两个方向不同的 Agent 一起查问题根因。

不过这块也别急着吹。

Agent 多了不代表一定更快,协调成本、结果质量、到底听谁的,后面还是得看实际使用。工具链一复杂,新的麻烦也可能跟着来。

但 Paseo 解决的是一个越来越常见的问题:开发者手里不再只有一个 AI 助手,而是一堆能力不同的 Agent。

以前是人追着工具跑,现在开始有人想办法把这些工具串起来。

这东西比较适合已经在用多个 Coding Agent 的开发者。尤其是经常切模型、做 Demo、折腾 AI 插件的人,少复制几次上下文,时间就省下来了。

老鬼会关注它后面的更新,尤其想看 Agent 之间的协作到底能不能从“能连接”变成“真的好用”。

GitHub 地址:getpaseo/paseo




上一篇:Jev 决策AI深度拆解:不聊天的AI,凭什么比通用大模型快200倍
下一篇:AI Agent 合成监控实战:用 Amazon Nova Act 验证用户真实下单旅程
您需要登录后才可以回帖 登录 | 立即注册

手机版|小黑屋|网站地图|云栈社区 ( 苏ICP备2022046150号-2 )

GMT+8, 2026-10-1 21:37 , Processed in 0.457040 second(s), 41 queries , Gzip On.

Powered by Discuz! X3.5

© 2025-2026 云栈社区.

快速回复 返回顶部 返回列表