Qoder背后，阿里云的应用难题

文 | 象先志

技术博主黄峰达离开Qoder的消息被公开报道。在X上，这位Qoder团队成员感谢了一起做产品、探索AI编程的伙伴，随后感慨：“在阿里要做好一个产品，可太难了。”在他看来，更多挑战来自“技术之外”。

黄峰达在告别帖中谈到做好产品的困难

他离开时，Qoder已经做成了一门有企业客户的生意。2026年9月云栖大会上，Qoder方面披露，产品的年化经常性收入达到一亿美元。5月的官方数据则显示，企业客户贡献了七成营收。

商业化有了成绩，产品的边界仍在调整。

年终，Qoder把Quest独立窗口作为新版核心设计，让用户在里面定义任务、指挥智能体工作。五个月后，这个窗口进入退役迁移流程。9月的公告中，阿里云为QoderWork安排了两条迁移路线：开发相关场景推荐使用Qoder桌面版，办公场景推荐使用千问办公。

随着产品调整，用户使用的入口、账户和购买关系也发生了变化。

没法溯源phodal所说的问题和产品本身的关联，但Qoder其实面对的是一项经营选择：产品扩大之后，原有用户的工作由谁长期承接。阿里云与钉钉的合作，曾经公开呈现过这个问题的另一面——应用可以帮助平台增长，也有自己的客户和生意。也就是说，云钉一体的困境会不会在Qoder身上再现。

编程工具开始争夺整个工作台

Qoder最初给开发者的承诺，相对容易理解。

它可以阅读代码仓库，帮助用户理解项目，再通过Quest把完整的开发任务交给智能体。开发者拿着已有项目和明确需求进来，最后检查修改能否交付。

使用者很快把这类能力带到了更多工作里。2026年9月，ATH事业群Qoder负责人张燎原在云栖大会上表示，产品用户中超过三成已经不是专业开发者，超过一半的任务与写代码没有直接关系。

代码可以生成网页，也可以整理数据、处理文档。对许多人而言，编程只是完成工作的一步。

不过，底层使用同样的技术，最终交付的东西可能完全不同。工程师让智能体处理数据，可能还要检查程序、运行测试，再把代码合入项目；运营人员处理同一份数据，可能只想拿到一张能继续编辑的表格。前者要保存一段可维护的程序，后者要继续完成一份报表。

黄峰达在8月的一篇文章中，就讨论过这个问题。他把智能体的工作对象延伸到文档、幻灯片和三维模型，主张人与AI围绕持续变化的产物协作。用户手工改过一页幻灯片，智能体下一轮工作时，就得理解新的内容和状态；仅靠聊天记录，已经无法还原全部工作过程。

生成文件之后的工作，就这样进入了产品范围。用户会修改、审阅、退回，再继续修改。支持这些操作，意味着产品要保存版本、理解人的改动，并把它们带进下一次执行。

同行也在延长自己的服务范围。2025年9月，Cursor在1.7版中加入Plan Mode，让用户先检查和修改计划，再启动执行。2026年9月，它又推出测试版Projects，由协调智能体分派任务，让项目知识在不同执行环境之间同步。

先规划再执行、委派复杂任务，都有了多个提供者。竞争进一步延伸到项目的后续工作：一次修改结束以后，积累的知识能否继续使用，下一轮任务又从哪里开始。

Qoder扩大目标人群，面对的也不只是生成文件的需求。多支持一种文件格式，往往只是开始。用户把实际工作放进去之后，产品还承担了后续修改与协作。功能清单可以快速变长，服务一类用户则是一项长期支出。

迁移入口，也在影响购买决策

9月8日，阿里云发布QoderWork调整公告，宣布产品将逐步停止运营，最终关停日期是2027年9月5日。公告给用户留出了迁移时间，也列出了两种接续方案。

研发、测试、设计和产品等场景，推荐迁往Qoder桌面版。原账户和套餐权益可以沿用，任务记录、技能与记忆支持导入，企业组织的权限和配置也有承接安排。

文档生成、数据分析、信息调研和网页制作等办公场景，建议迁往千问办公。桌面端支持导入聊天记录、技能和定时任务，但采用独立账户和权益体系，用户须重新注册；积分不互通，原权益按流程退款，之后另行购买，组织数据也要单独迁移。

QoderWork公告提供了两条建议迁移路线

8月底上线的全新Qoder桌面版，仍在扩展其中部分办公能力。9月18日，也就是迁移公告发布十天后，版本更新加入了对话建站，支持在桌面端预览、发布和管理网站，也支持直接编辑、保存PPTX文件。

网页制作被列进建议迁往千问办公的场景，新Qoder又在完善同一类能力。“办公”与“泛编程”在实际功能上仍有重叠，公告里的分工，也就无法简单用两款产品分别能做什么来解释。

迁移路线还决定了原来的订阅能否直接沿用。选择Qoder，可以承接原有权益；选择千问办公，则要转换购买关系。功能仍然存在，用户继续使用它的方式却发生了变化。

开发与办公确实可能适合不同的产品。两类工作对权限、上下文和交付方式的要求各有侧重，分别设计有机会改善体验。对选择千问办公的用户来说，注册、退款和组织数据迁移，则是获得新服务之前要付出的时间。这些步骤同样属于产品调整的成本。

Quest的变化更接近一次入口迁移。官方将10月15日列为独立窗口的退役时间，旧IDE的编辑器及Agent等能力继续保留，任务型用户可以转向新Qoder并沿用账户和权益。不过，历史数据仍须导入，移动远程连接也要重新建立。

同一时期，Claude在做另一种整合。

9月16日，Anthropic宣布合并聊天与Cowork。公告解释，用户经常拿不准一项任务应该放在哪个入口，在一个地方开始的工作，也难以延续到另一个地方。它承诺在合并后保留原有项目、任务、连接器和技能，让用户在同一对话中继续工作。

这次整合仍保留了Code标签，也留下了一些限制，例如旧Cowork任务暂时没有纳入搜索。专业工作保留独立入口，通用任务则尽量共享原有积累，是Anthropic此次给出的取舍。

TRAE也在重新组织产品。当前中国版企业文档宣布，TraeCode与TraeWork融合为全新的TRAE，围绕工程师将服务延伸到需求分析、测试和技术文档，同时保留Agent与IDE两种工作方式。

同行的调整表明，Agent产品仍在寻找合适的形态。产品重新分工，用户也随之重新安排自己的工作。

卖云和卖软件，有两种经营标准

2023年8月，钉钉宣布不再由阿里云分管，进一步独立发展。《财经》此前指出，在云钉一体战略下，钉钉作为上层软件平台，承担着带动阿里云资源消耗的任务。

但跌跌撞撞，钉钉在外面走了一圈之后，还是回到了阿里云。

云业务销售基础资源，钉钉依靠软件订阅和持续服务，两者的商业逻辑、考核标准存在差异。报道给出的独立后安排是，双方继续以平等、市场化的方式合作，阿里云仍是销售渠道和技术支撑，钉钉则优先发展自身业务。

这段合作有明确的共同利益。阿里云提供运行条件和客户渠道，钉钉把云资源变成客户直接使用的服务。调整之后，合作延续，软件业务也有了更清楚的经营位置。

企业采购工作软件，也给平台带来接触客户、提供云端运行服务的机会。这种合作可以扩大应用的市场。

Qoder产品线总裁丁宇长期从事云基础设施工作。他在公开访谈中表示，团队投入最多的是基础设施，具体包括模型、上下文和Harness的联合优化。Harness组织智能体调用工具、执行任务；模型能力能兑现多少，与这套执行系统直接相关。

因此，基础设施经验能够转化为产品优势。模型适配得更好，执行过程更可靠，用户才有机会减少返工。技术与产品体验在这里有共同目标。

平台合作也有它不能代替的工作。共用执行系统可以支撑多个应用，云市场可以提供采购渠道，但用户已经买下的套餐归哪个产品、历史项目迁到哪里，仍由具体的服务安排决定。

QoderWork的公告其实解释了这个问题。两条路线都有产品承接任务，权益却只有一条可以直接沿用。对选择千问办公的用户，迁移包含了一次退款和重新购买。产品分工的变化，由此进入了客户的采购流程。

云钉一体的历史说明，应用与平台合作时，软件业务自身的经营目标也会影响组织安排。今天再看Qoder，讨论阿里云的应用能力，既要看技术和渠道带来了什么，也要看产品调整怎样处理已经建立的客户关系。

企业采购之后，团队会配置权限、积累项目，也会投入时间学习软件。

QoderWork计划在2027年9月5日关闭。距离这个日期，用户仍有时间选择去向。但阿里云的软件困境其实仍然在，之前是云钉、后面是Qoder，后续会不会是千问办公，也未可知。