NextFin News — Qoder，阿里云的 AI 编程产品，已成为一门真正的生意。在 9 月的云栖大会上，团队表示年度经常性收入已达到 1 亿美元。截至 5 月，企业账户已贡献约 70% 的收入。商业化故事清晰，产品故事仍在演进。
团队成员黄峰达（又名 Phodal）的一封公开告别信，让这一落差更加刺眼。他感谢了与他共同打造产品的同事，随后写道，在阿里巴巴内部推出一款好产品很难—而且许多障碍并不在纯工程范畴之内。这一言论仅代表个人观点。但它出现在产品功能发布、下线与迁移通知频发的一年之后，迫使买家重新寻找自己的工作成果存放在何处。
Qoder 最初的定位很直接：读取代码仓库、解释项目、把完整的开发任务交给智能体，再审查返回结果。这对许多工程师而言仍是核心。但使用情况并未止步于此。在云栖大会上，Qoder 负责人张燎原表示，超过 30% 的用户并非专业开发者，超过一半的任务也不直接涉及编写代码。同一套技术栈既能起草函数，也能搭建网页、清理电子表格或撰写简报。
这些任务在聊天窗口中看起来相似，却在"完成"的定义上分道扬镳。开发者可能需要测试、干净的合并以及他人可维护的代码。运营用户可能只需要一张可编辑的表格，别无他求。支持第二条路径意味着追踪版本、人工编辑以及聊天记录无法完整存储的状态。黄峰达曾在 8 月的一篇文章中提出，智能体必须作用于鲜活的产物—幻灯片、文档、模型—而不仅仅是转录文本。同行们也在朝同一方向发力。Cursor 已在执行前加入规划步骤，并引入项目层级，使知识在多次运行间保持同步。竞争焦点已不再只是代码补全，而是首稿生成之后谁拥有这项工作成果。
9 月，阿里云宣布 QoderWork 将停止运营，最终关闭日期为 2027 年 9 月 5 日。通知提出了两个推荐去向。开发、测试、设计与产品工作应迁移至 Qoder 桌面客户端，账户、套餐权益、任务历史、技能、记忆与组织设置大部分可保留。文档生成、数据分析、研究与网页工作应迁移至通义办公工具（Qianwen Office）。该路径采用独立的账户与权益体系：需重新注册、权益不共享、按既定流程退还旧权益后再重新购买，组织数据还需单独迁移。
这次拆分并非仅凭功能就能厘清。迁移公告发布数日后，Qoder 桌面版更新加入了基于对话的网站构建功能和演示文稿直接处理能力—这些能力与指向千问办公（Qianwen Office）的"办公"清单相邻。选择办公路线的用户即便面对看似熟悉的工作，仍需承担迁移成本。Quest 曾作为独立任务窗口被力推，如今也作为独立界面被弃用，任务型用户在数据导入后，将按现有权益被引导至新版 Qoder。
其他厂商选择整合而非拆分采购关系。Anthropic 已将聊天与 Cowork 合并，使在一处启动的工作可在同一线程中延续，同时保留面向代码的入口。字节跳动的 TRAE 产品线被描述为将编码与工作智能体折叠进单一 TRAE，面向工程师更广泛的工作周期—需求、测试、技术写作—同时保留智能体模式与 IDE 模式。行业仍在寻找稳定形态。阿里的选择将开发连续性置于一条商业轨道，将通用办公工作置于另一条。
这一选择呼应了集团内部由来已久的张力。钉钉一度被寄望在紧密耦合的"云加钉钉"叙事下拉动阿里云资源消耗，随后转向更独立的路径，之后又作为渠道与基础设施与云保持关联。销售基础设施与销售订阅软件拉动的是不同指标。共享运行时与云市场有助于应用增长，却无法决定重组后由哪个产品名承接客户续费。
Qoder 管理层一直强调基础设施—模型、上下文，以及让智能体调用工具并完成工作的框架—是主要投资方向。这一优势可提升可靠性，却无法消除一个必答题：当店面标签变更时，谁将继承付费席位、权限树与一年的项目记忆。QoderWork 的双重迁移凸显了这一取舍。
Qoder 已明确表态：两条路线都提供产品，但只有一条能保持原有商业关系完整。
企业买家将配置访问权限、培训团队并将工具嵌入流程。他们也会注意到，当"同一项工作"需要退款并二次结账时会发生什么。Qoder 已证明其销售能力。对阿里云而言，更难的考验在于：当公司重新划定哪些应用置于桌面的哪一侧时，应用软件能否维持稳定的客户承诺。
更多独家洞察尽在 nextfin.ai.
