Coding不再是程序员专属！阿里Qoder这波有点绝

闻乐 发自 凹非寺
量子位 | 公众号 QbitAI

Qoder，长出新形态了。

而且这回，画风多少有点不一样。

全新的桌面端一上线，它直接在桌面上养起了宠物。

能实时语音聊天，随时戳一下就能喊它干活，做着做着还能自己打开浏览器检查成果……

嚯，活脱脱的打工搭子～

当然了，Qoder还是那个实力在线的Qoder。

过去一年，它一直在Agentic Coding上猛猛升级，从理解代码仓库、规划开发任务，到自己写代码、跑测试、完成长程任务，已经服务全球600万用户和10万家企业客户。

只是这一次，它把过去积累下来的Coding能力，从IDE里搬了出来。

现在有个什么想法，不一定非得先打开工程、创建项目，再琢磨该怎么实现了，直接和桌宠唠就行——

Qoder, beyond coding，所以这回到底Beyond到哪儿去了？

咱先上手玩一圈。

聊着聊着，就成了

第一把咱先“不当程序员”。

这次模拟一个连锁咖啡店的区域店长，手里管着5家门店，每天除了盯营业额、订单量和爆款商品，还得操心员工排班的那种。

干脆自己做一个能看经营情况、管理员工的系统。

问题是，店长不会Coding啊。

没关系，直接把Qoder桌宠喊出来聊。

第一遍说不全，后面再慢慢补也ok。

等需求差不多对齐，Qoder也没立刻一头扎进去猛写代码。

它先给了份计划书，把刚才散落在几轮对话里的要求重新捋了一遍。

员工端怎么做、店长端需要哪些功能、经营页面展示什么数据、各个页面之间怎么联动，都被拆成了一项项具体任务。

这时候咱基本就可以撒手了，接下来才是Qoder真正忙活的时候。

创建项目、设计数据结构、生成模拟经营数据、搭页面、写交互逻辑，再把营业额、订单量、客单价这些指标一个个塞进可视化图表里。

没过多久，一套还真像那么回事的咖啡店经营系统就跑起来了。

员工端打开，可以直接查看自己的班次和工时，还可以提交自己的调班申请；

切到店长端，能看到各个门店的经营总览，卖了多少单、赚了多少钱一目了然；

一周排班情况也铺在眼前，不同员工在哪家店、上什么班也非常清楚，刚刚那位员工提交的调班申请也正在等待批准～

这边一批准完，员工端那里也实时更改了状态。

咱从头到尾没写一行代码，一个原本只在嘴上描述的需求，还真变成了能点、能看、能操作的工具！！

但有一点得说清楚，咱没Coding，不代表Qoder没Coding。

把Qoder背后的执行过程翻出来，代码是一点没少写。

而且Qoder自己写的功能还能自己验货。

它可以通过Computer Use和Browser Use进入真实的软件环境操作，验证生成的代码产物在真实环境下运行是否达标，发现问题后还能回溯修改代码，再次完成闭环校验。

第一把玩下来，确实挺爽。

不过，从0开始做东西，多少还算Coding Agent的舒适区。

这两年Vibe Coding火成这样，一句话搓个网页、小游戏甚至小应用，大家已经见得不少。

真想看看Qoder的Coding底子够不够硬，还是得把它扔进别人写好的代码堆里。

第二把直接上真项目。

这次咱找来了一个现成的3D太阳系项目。

原项目已经做得相当完整，太阳和八大行星都在，行星沿着各自轨道运动，可以缩放、旋转视角，还能点击不同星球查看信息。

这回不让Qoder从头重写，就在别人已经写好的项目里动刀。

需求也给它整点有画面的：

给太阳系加一个「星际旅行模式」，比如从地球出发前往火星会出现一条星际航线，有一艘小飞船航行。

旁边增加一个旅行面板，显示当前进度、飞行状态和预计抵达时间，镜头最好还能跟着飞船一起移动。

这活儿听起来一句话。真要改，可不是随便往页面上塞个按钮。

Qoder首先得把原来的Repo啃明白，项目用什么技术栈，太阳和行星怎么生成，公转动画在哪里控制，场景怎么渲染，相机又归谁管……

别人已经搭好的逻辑不能一脚踹翻，还得找到合适的位置，把新的旅行模式嵌进去。

等项目上下文摸得差不多，Qoder给出修改计划，才真正开始动刀。

新增旅行模式需要的组件，修改原有场景逻辑，把飞船塞进3D世界，再处理飞行路线、动画状态、进度变化和镜头控制……改动开始在多个文件之间铺开。

改完代码之后，Qoder又非常“自觉”地开始自我验证，进入真实环境实操检查。

打开自动审批模式之后，这一整套校验流程就可以放手交给它，我们只负责最后的结果验收。

接着咱自己重新启动项目，试一把星际航行！

选定两个星球后，原本只有行星自己转悠的太阳系里，多出了一条贝塞尔航线。

点下起航，飞船出发，进度条跟着往前走，镜头也开始追着它穿过太阳系。

现实里的开发工作就是这样，程序员更多时候，接手的是已经跑了几个月甚至几年的项目。

所以一个能读懂别人的项目，再接着往下开发的工具才是刚需。

Qoder还支持40多个连接器、70多个插件和2万多个技能，可以将代码仓库、项目管理、云服务及内部工具等工作系统接入AI工作流。

当然了，Qoder的这些能力并不是桌面端上线后凭空出现的，靠的是过去一年Qoder在Agentic Coding领域沉淀积累下来的技术底子。

首先是上下文理解。

不管是模糊的口头需求，还是接手一份存量项目仓库，它都能读懂项目现状，抓住用户背后真正想要达成的目标；

在此基础上，Goal和Plan负责把目标进一步拆成可执行的路径；

阿里自研的Agent Harness则把上下文、文件系统、终端和工具调用组织起来，让一次次模型判断能够真正落到Coding执行上，并根据新的运行结果继续推进。

最后再通过测试，以及Computer Use、Browser Use这样的环境实操能力进行验证，发现问题就回到前面的执行环节继续修改。

前面看起来挺丝滑的「聊着聊着就成了」，拆到底层其实是一条相当完整的执行链：

理解→规划→Coding→运行→验证→修正。

整套闭环跑通之后，才得以把底层的Coding能力向外释放出来。

Coding正在变成AI的数字执行力

大家肯定也很好奇，Qoder明明是个Coding Agent，怎么干着干着，活儿越接越宽了？

这事儿还得从咱们目前的工作状态说起。

仔细想想，现在很多人的工作早就有一大半都搬进了数字世界。

网页、数据、文档、软件、数据库、代码仓库、业务系统……

虽然名字和品类五花八门，但说到底，我们每天都在和这些数字资产打交道。

做一个网页，要修改前端代码；处理一批数据，背后可能要跑脚本；搭一个内部工具，需要创建文件、实现功能；自动化一套流程，还得调用不同的软件和工具，把原本分散的环节串起来。

这些活儿看起来八竿子打不着，但大家干的其实都是一件事：

对数字世界里的信息和资产进行操作。

以前的人是怎么干这些事的呢？

最直观的当然是鼠标和键盘，点按钮、拖文件、改表格、复制粘贴。

但如果软件自带功能不够用，你想自己搞出新东西，想让电脑自动批量干活，这时候就要写代码了。

Coding厉害就厉害在这里：

可以凭空做出新软件，一次性处理成千上万条数据，对接不同系统，把要手动点几十遍的活直接自动化搞定。

可以说，Coding进一步提供了创造、改造和连接数字世界的能力。

这么一看，Coding Agent的活儿为什么会越接越宽，也就没那么奇怪了。

因为AI Agent今天面对的，其实是同一个问题。

现在大模型会思考、会分析、会规划方案，但是脑子里想得出办法，不等于事情就做完了。

从想好方案，到真正落地做完，中间差了一步「动手执行」。

而Coding恰好能补上这一环。

到了Agent时代，Coding不再只是程序员开发软件的专业技能，也正在成为AI进入数字世界之后的一种执行力。

Coding不只属于程序员了

再回头看AI Coding这几年的变化，其实趋势一直挺清晰：

AI越写越多，人越写越少。

但当Agent开始接过越来越多实现过程，另一个有意思的变化也随之出现了：

当越来越多Coding开始由Agent执行，调用Coding能力的人，还必须自己会Coding吗？

Qoder这次做的，就是让更多人能用上这种Coding执行能力。

当然了，这可不意味着以后人人都得转行当程序员。

产品怎么定义，体验到底好不好，业务流程该怎么跑，一个创意值不值得做，这些真正决定结果的判断，依然来自那些产品经理、设计师、运营。

但专业开发者也不会因此消失。

越是复杂的软件工程，架构设计、工程质量、关键技术判断和最终审阅，越需要真正的专业能力。

实际上，真正发生变化的，是夹在「想法」和「实现」之间的那一层。

过去一年，Qoder已经在全球600万用户和10万家企业客户的真实使用里，打磨好了这套Coding执行能力。

现在，它开始把这套能力交到更多人手里。

所以，下次脑子里再突然蹦出个「要不我做个XXX」的念头——

先别急着找程序员。

把桌宠喊出来唠两句，没准聊着聊着，真就成了。

目前Qoder上线活动已经同步开启，上线5天内，所有个人用户每天可以领取500 Credits，是Qwen 3.8系列的专用积分。

Qoder，beyond coding——

Coding能抵达的地方，不只是程序员的IDE了。