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

4419

积分

0

好友

584

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

我这人有点强迫症,只要看到软件有更新提示就会第一时间升级。

这不,把 Qoder 升级到最新版 V0.8 后,我期待已久的 Experts Mode 终于上线了!

深色主题的Qoder IDE界面,左侧为项目结构,右侧为Qoder专家团Beta功能面板

和 Claude Code 中的 Team Agent 有着异曲同工之妙,Qoder 的 Experts Mode 也是让 AI 从单 Agent 进化到了多 Agent 协作。

Qoder Experts 专家团宣传图,展示八位像素风格工程师头像

Leader Agent 负责拆任务、组团队、盯进度,Frontend Dev、Backend Dev、QA Tester 并行开工,你只需要审计划、验收结果。

单Agent模式与Experts Mode多Agent协作流程图对比

全篇内容非常肝,系好安全带,我们发车。

01、什么是 Experts Mode?

Experts Mode 的每个专家都是经过专门调教过的 SWE Agent(软件工程智能体)。所谓的专项调优,不是单纯地换了个 prompt,而是在模型选择、参数配置、上下文管理、工具调用等方面都做了针对性优化。

Qoder官网下载页面,介绍其为AI原生IDE

还没下载的小伙伴复制这个地址到浏览器打开。

https://qoder.com/ide

安装后打开 Qoder,新建一个会话,选择【专家团】,切换到 Experts Mode 模式,然后输入需求就可以开始工作了。

Qoder界面中央的“专家团 Beta”功能模块特写

我们只需要给需求,Leader Agent 会自动组建专家团队,多个专家并行工作,适合复杂、多步骤的任务。这种模式里,AI 是一支工程团队,你是项目经理,负责审计划和验收成果。

更重要的是,不同专家会自动路由到最适合它的模型。Leader Agent 需要做复杂的任务规划和决策,可能会路由到推理能力最强的 Opus;Backend Dev 需要写高质量的 Java 代码,可能会路由到代码能力突出的 GLM5;QA Tester 需要做浏览器自动化测试,可能会路由到支持视觉能力的 Kimi K2.5。

详细的团队协作流程图,展示Leader Agent协调各角色工作

说人话就是,你给需求,Experts Mode 帮你组团干活。Agent 牛马团来了呀。

大家都知道,在真实的软件开发中,一个复杂的功能从来都不是一个人从头到尾写完的。而是先由架构师或者技术 Leader 做设计,然后分给前端、后端、测试等不同角色并行开发,最后集成测试。Experts Mode 正是这种协作模式。

02、Experts Mode 实战

光说不练假把戏,我们直接上实战。

小试牛刀

我手头刚好有一个 PaiGit 项目,一个类似 GitCode、GitHub、Gitee 的源码管理平台。目前功能包括仓库导入、Issue 管理、Wiki 生成等。

PaiGit项目前后端分离架构图

提示词:分别启动前后端,我们先来看一下目前的开发进度

开发环境界面截图,显示项目文件树、终端和操作步骤

放在以前,我们需要在IntelliJ IDEA中启动后端,然后再用一个前端 IDE 启动前端,然后打开浏览器访问地址,对吧?

现在呢?Qoder 会帮我们主动把前后端起来,然后再分配一个测试工程师Alex帮我们查看项目开发进度。

终端界面显示Spring Boot项目前后端成功启动

他会自动打开浏览器(注意看左上角有一个Chrome正收到自动测试软件的控制),然后帮我们一个一个功能核实。

PaiGit控制台界面,显示管理员信息和待审核列表

并给我们一个最终的汇报。认证模块(已完整实现)、首页浏览模块(已完整实现)、仓库详情模块(已完整实现)、用户控制台(已完整实现)。

项目开发进度评估界面,列出核心功能完成状态

完事后还会贴心地问我们要不要生成项目的 Wiki,那必须生成啊。

管理控制台界面,显示后续完善方向建议

大展身手

既然Qoder告诉我们还有三个方向待完善,Issue 的创建/编辑/评论、Wiki 页面的创建/编辑、下载功能的完善等。我们直接三个功能并行启动。

这时候,Experts Mode 会把调查员 Sam(Research Agent)拉进 Team,负责调查三个模块的现有代码状态,再制定具体任务并行开发。

对话界面显示调研员Sam开始调查三个功能模块现状

嘿嘿,这真的是舒服啊。整个过程感觉我脑子都不带动的,Qoder全程都帮我想好了。

OK,稍等片刻,任务有了。Experts Mode 会把后端工程师 Jimmy 拉进 Team,负责任务1:Issue 模块增强,编辑issue和评论编辑/删除。

任务管理界面显示调研员完成,后端工程师任务等待中

可能 Experts Mode 嫌一个后端工程师进度慢,又拉了 Bill 进来,负责任务2:Wiki模块增强,手动创建/编辑/删除Wiki页面。

任务2详情界面,显示分配给后端工程师Bill

还没完。Experts Mode 接着把前端工程师 Robin 也拉进来了,负责下载模块的前端完善:管理员审核面板和用户下载体验。

任务管理界面显示三个开发Agent已并行派出

好家伙,真 Agent 军团啊。三个专家同时开工,互不干扰。我可以在界面上实时看到每个专家的进度。这种并行工作的效率,明显比单 Agent 串行执行要高。

此刻,我已经不知道自己是活在真实世界的团队了,还是赛博朋克的未来世界。相信大家伙,都是IntelliJ IDEA的忠实拥趸,但此刻,我已经感到了一丝丝担忧。AI IDE 进化的太快了呀。

你不得不惊叹 Qoder 的进化速度。

开发任务完成后,Experts Mode 又拉了一个新的测试工程师 Chris,负责验证这三个功能是否完善。

任务处理窗口,显示测试工程师Chris正在验证新功能

很快,测试结果也来了。

  • Issue 编辑和评论管理 — 完全正常。Issue 详情页右上角新增了「编辑」按钮,支持内联编辑标题和内容。评论区每条评论旁有「编辑」和「删除」链接(仅作者/管理员可见),删除有确认对话框,防止误操作。
  • Wiki 创建/编辑/删除 — 完全正常。Wiki 页面新增了「新建页面」入口,创建表单支持标题 + Markdown 内容输入。已有页面显示「编辑」按钮,管理员额外显示红色「删除」按钮。Markdown 渲染效果良好,标题、列表、代码块、链接都正确显示。
  • 下载模块前端完善 — 正常工作。Dashboard 新增了「我的下载申请」区域,展示申请历史和状态标签(已通过/绿色)。管理员区域保留了「待审核下载请求」面板,支持审批通过/拒绝操作。仓库详情页的下载按钮根据状态正确显示。

我一个老登程序员,看到此刻的结果,心里是又喜又惊。喜的是,Qoder 在进化的路上确实有目共睹,以后我再给大家开发项目就只剩下燃烧 token 就行了。惊的是,几日不见,Qoder 已经进化到这般摸样了,完全超出了我对 Experts Mode 一开始的预期。

测试工程师 Chris 还保留了一些她的测试证据,点击图片就可以查看。

电脑屏幕截图,左侧为控制台,右侧为测试截图文件列表

本轮开发,一共完成了19个代码文件的修改,真的太强了。

IDE界面,左侧为Java代码,右侧为任务进度和已接受变更文件列表

验证成果

我们来人工验证一下成果,issue 这里,确认没问题。

PaiGit项目Issues页面列表

单个Issue详情页面,显示编辑和评论功能

PaiGit平台Wiki页面,显示快速入门指南

确实都没问题。

这种专家之间的自主协调,省去了我很多沟通成本。在传统的开发流程中,这种前后端格式不一致的问题,需要人工介入协调。但在 Experts Mode 里,专家们自己发现了问题,自己讨论了解决方案,只需要在关键决策点让我确认一下。

整体来说,这个交付质量相当不错,达到了可以直接合并到 main 分支的标准。

03、Experts Mode 的优势

与传统的单 Agent 不同,Experts Mode 的优势就很明显。

  1. 计划先行让整体架构更清晰。Leader Agent 先出完整计划,我审阅确认后再执行,不容易跑偏。即使执行过程中有调整,也是在整体框架内的调整,不会偏离太远。
  2. 多个专家同时工作,Backend Dev 写后端的同时 Frontend Dev 写前端,Researcher 做调研,QA Tester 准备测试用例。这种并行度是单 Agent 无法比拟的。

有一点我特别欣赏,每次开发新的功能,调查员就会出手,确保所有的开发任务都是清清楚楚,明明白白的。

对话窗口显示调研员Sam调查Wiki AI生成功能现状

这就减少了很多返工。现实世界里,往往开发大于需求调研,导致后期返工到开发想要图。因为有时候甲方也无法搞清楚自己的需求。但在 Experts Mode 模式下,能明显感受到,专业分工保证了质量。各自在自己的领域做深做透。不会出现“什么都会但什么都不精”的情况。

04、如何获取 Experts Mode

目前 Experts Mode 的获取方式分为几个档次。

Pro+、Ultra、Teams 用户是订阅即解锁,无需申请,在模式选择器里切换到 Experts 就能用。嗯,我就是Pro+。

用量详情页面,显示Pro+订阅和Credits使用情况

Pro 用户可以加入 Waitlist,优先审核,审核通过后邮件通知。

https://qoder.com/ide?waitlist

对了,注册 Qoder 的新用户,送 14 天免费的 Pro Trial 和额外的 300 Credits。

我的使用建议是:先用 Agent Mode 熟悉 Qoder 的基本操作,等遇到复杂任务时再升级到 Experts Mode。不要一上来就用 Experts Mode 做简单任务,那样有点大材小用。

ending

高强度使用 Experts Mode 一段时间后,我有一个强烈的感受:AI 编程工具正在从“结对编程”进化到“工程交付”。

以前的 AI 编程,是 AI 辅助你写代码。你仍然是主角,AI 是助手。你需要告诉 AI 每一步该做什么,检查 AI 写的每一行代码,纠正 AI 犯的每一个错误。

现在的 Experts Mode,是 AI 团队帮你交付功能。你变成了项目经理,AI 是执行团队。你负责定义问题、审计划、做决策,AI 负责具体实现、质量保证、进度跟踪。这种模式里,AI 是一个团队,你是一个管理者。

对话记录显示测试工程师和后端工程师协作修复配置问题

这种转变的意义是深远的。我宣布,Qoder Experts Mode以后就是我复杂任务的主力军。这个模式太好用了,我滴乖乖。

你可以同时管理多个任务。以前一个复杂功能,你得全神贯注盯着 AI 做,不能做其他事情。现在你把需求丢给 Experts Mode,去干别的,等通知验收就行。你的时间被解放出来,可以处理更高层次的问题。

你的角色在升级。从“写代码的人”变成“定义问题、审计划、做决策的人”。这正是 AI 时代程序员应该进化的方向。当 AI 能写代码的时候,人的价值不在于写代码的速度,而在于对业务的理解、对架构的把控、对质量的坚持。

未来的软件开发,可能真的是“一个人+一支 AI 团队”的模式。一个人可以管理多个 AI 专家,完成以前需要一个团队才能完成的任务。

这不是未来,这是当下正在发生的事情。如果你想了解更多类似的 AI 驱动开发实践,欢迎来 云栈社区 交流探讨。

我们下期见。




上一篇:Claude Code Skills 实践指南:Anthropic 团队内部构建与踩坑经验总结
下一篇:干货 | 快速判断产品AI含量:3步鉴别法,远离伪AI软件
您需要登录后才可以回帖 登录 | 立即注册

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

GMT+8, 2026-3-19 09:47 , Processed in 0.483975 second(s), 39 queries , Gzip On.

Powered by Discuz! X3.5

© 2025-2026 云栈社区.

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