张大妈

AI Agent 已进化为可自主解决问题的生产力工具

源自新浪微博:虾包

03-01 16:28

AI Agent 技术正悄然进化,已从辅助工具转变为可自主解决问题的生产力伙伴。以 opencode + oh-my-opencode 方案为例,其展现出强大的工具使用和自主试错能力,预示着开发流程的变革。本文通过实际测试案例,探讨这一技术如何重塑开发者与工具的协作模式,并展望其未来发展潜力。

AI Agent 已进化为可自主解决问题的生产力工具智能速览

  • AI Agent 已具备独立提供生产力的水平。

  • Agent 可自主执行命令、挖掘上下文并努力试错。

  • 支持同时启动多个 Agent 并发处理不同任务。

  • 使用者的角色从操作者转变为上下文提供者和结果审查者。

  • 该方案尤其适合自动化操作、错误修复和可自验证的程序开发。

  • 未来需解决因效率过快而产生的审查难题。

AI Agent 已进化为可自主解决问题的生产力工具精华内容

通过实际体验,不难发现 AI Agent 的进化之处,它不仅能完成指令,更能主动探索和解决问题,甚至在并行任务中展现出惊人的独立性。

智能进化与自主性

新一代 AI Agent 展现出显著的智能进化,以 GLM-4.7 模型为例,其工具使用能力非常突出。它不再仅仅是被动等待指令,而是能够主动敲击命令行,自主挖掘完成任务所需的上下文信息。

尽管其行为有时仍显稚嫩,但它具备宝贵的“努力试错”特质,在没有明确路径时会主动尝试多种可能性,直至找到解决方案。这种自主性是迈向真正生产力工具的关键一步。

并发任务实战

为测试其“人肉 agent 调度器”能力,同时开启了多个 Agent 窗口,并行处理了几个积压已久的环境配置问题。

其中一个 Agent 成功修复了 X11 环境下 emoji 显示为黑白的问题;另一个解决了终端软件 alacritty 更新后的复制失效问题,并主动提供了配置方案;还有一个则负责修复开源项目的构建错误,并完成了 AppImage 打包、创建 Docker 环境、提交 Git Commit 与 PR 等一系列复杂操作。

整个过程虽耗时较长,但绝大部分环节无需人工干预,深刻体会到人参与环节的减少。

人机角色新定义

随着 Agent 能力的增强,使用者的角色正发生根本性转变。过去,开发者是代码和命令的直接执行者;现在,则更像一个提供高级支持和监督的角色。

使用者需要提供真实环境的关键上下文,作为 Agent 的信息基础;在 Agent 完成任务后,负责审查工作结果的正确性;并在关键节点做出最终决策。这对使用者的全局视野和判断能力提出了更高要求。

未来展望与挑战

AI Agent 的发展速度令人惊叹,难以预测到年底会达到何种高度。可以预见,当 Agent 数量增多、执行速度极快时,人类将面临新的挑战:审查速度跟不上执行速度。

对此,未来的解决方案可能包括引入一个速度稍慢但能力极强的“审查模型”,专门负责监督和复核。同时,需要更强的真实环境交互能力,例如去年出现的 MCP + Skills 技术,随着社区生态的完善,这一能力将逐渐成熟,进一步打破虚拟与现实的界限。

AI Agent 的崛起正在重塑开发工作流,将人力从繁琐执行中解放出来。随着自主性、并发能力和环境交互的持续增强,人机协作的边界将被不断拓宽。面对即将到来的效率革命,开发者如何适应新的“审查者”角色,将是值得深思的问题。

精选参考来源

这两天体验opencode + oh-my-opencode 方案,感觉 agents 这种方式已经进化到一个能提供生产力的水平了,特别是感觉手中的GLM-4.7比之前在Cladue Code上使用要聪明很多- 由于工具使用能力很强,所以能自己敲命令,自主挖掘合适的上下文- 虽然目前看起来还是不太聪明但是会努力试错的模型- 自主选择合适的模型,可后台启动多个agent并发今天为了测试他们宣称的“人肉agent调度器”用法,我试着同时开多个 Agents 窗口,并行解决了一些之前懒得弄的环境设置的小case:- 协助我修复了X11环境下的 emoji 是黑白的问题(影响体验但一直懒弄)- 一款叫 alacritty 的 terminal 在更新后,复制功能失效了,它帮提了几个方案,我配合它更新配置、验证- 帮修复一个开源项目的构建、做appimage打包(和创建打包需要的docker环境),提交git commit和PR它们做得比较慢,但大部分时候不需要我参与,可以清晰感受到,人在其中参与的环节越来越少了.. 现在要求使用者充当一个提供现实环境上下文 + 审查工作结果 + 关键决策的工具,似乎是对使用者的要求变高了它目前很适合:- 自动操作工具:比如让它帮忙修复某个平台上的构建、布置环境、写自动化脚本- 尝试修复错误:找方案(自己想、搜索引擎上找)修复,自己验证- 可自行做验证的程序模块的开发很极端地, oh-my-opencode 出了一个特殊的 ulw 模式,让 agents 驱动程序一直跑,跑到目标成功为止... 适合工作目标十分清晰+完全可自行验证的场景难想象到年底会演化到什么程度...大胆想象一下,Agents一多,做事太快了,审查不过来呀,那就需要:- 引入一个慢一点、但能力很强的模型帮着慢慢审查、操作- 更强的与真实环境交互的能力,去年已经出现了强有力的苗子MCP + Skills,不过似乎因为工具那端的支持还不足,还不够强,但它会随着社区和厂商的跟进,慢慢变强年底再回来看看..
内容由AI生成

精选参考来源

这两天体验opencode + oh-my-opencode 方案,感觉 agents 这种方式已经进化到一个能提供生产力的水平了,特别是感觉手中的GLM-4.7比之前在Cladue Code上使用要聪明很多- 由于工具使用能力很强,所以能自己敲命令,自主挖掘合适的上下文- 虽然目前看起来还是不太聪明但是会努力试错的模型- 自主选择合适的模型,可后台启动多个agent并发今天为了测试他们宣称的“人肉agent调度器”用法,我试着同时开多个 Agents 窗口,并行解决了一些之前懒得弄的环境设置的小case:- 协助我修复了X11环境下的 emoji 是黑白的问题(影响体验但一直懒弄)- 一款叫 alacritty 的 terminal 在更新后,复制功能失效了,它帮提了几个方案,我配合它更新配置、验证- 帮修复一个开源项目的构建、做appimage打包(和创建打包需要的docker环境),提交git commit和PR它们做得比较慢,但大部分时候不需要我参与,可以清晰感受到,人在其中参与的环节越来越少了.. 现在要求使用者充当一个提供现实环境上下文 + 审查工作结果 + 关键决策的工具,似乎是对使用者的要求变高了它目前很适合:- 自动操作工具:比如让它帮忙修复某个平台上的构建、布置环境、写自动化脚本- 尝试修复错误:找方案(自己想、搜索引擎上找)修复,自己验证- 可自行做验证的程序模块的开发很极端地, oh-my-opencode 出了一个特殊的 ulw 模式,让 agents 驱动程序一直跑,跑到目标成功为止... 适合工作目标十分清晰+完全可自行验证的场景难想象到年底会演化到什么程度...大胆想象一下,Agents一多,做事太快了,审查不过来呀,那就需要:- 引入一个慢一点、但能力很强的模型帮着慢慢审查、操作- 更强的与真实环境交互的能力,去年已经出现了强有力的苗子MCP + Skills,不过似乎因为工具那端的支持还不足,还不够强,但它会随着社区和厂商的跟进,慢慢变强年底再回来看看..

0
扫一下,分享更方便,购买更轻松
0评论

当前文章无评论,是时候发表评论了
提示信息

取消
确认
评论举报

最新文章 热门文章