吴泳铭:AI只是灯泡,企业缺的是业务上下文电网

在近期一场行业技术峰会中,有高管提出了一个颇具冲击力的观点:当前的AI编码工具,更像是工业革命早期的电灯——它能够替代部分现有的局部工作,但距离开创一个全新的时代还相距甚远。
这个评价虽然尖锐,却切中了当下AI落地的核心矛盾。回顾近三百年的科技发展历程,真正推动时代变革的从来不是单一的技术产品,而是支撑其落地的底层基础设施。就像电灯需要电网才能发挥价值,没有电网的电灯不过是更亮的蜡烛,而电网的普及才催生了家用电器、现代工厂,最终带动了第二次工业革命。当下的AI,正如同这颗尚未接入电网的电灯。
不少在团队中尝试过AI工具的人都会有类似的困惑:明明模型的智能水平已经很高,为什么实际使用时却像一个缺乏业务常识的新手?某头部AI企业的产品负责人在今年8月的专访中揭开了这个谜底:企业级AI应用的最大瓶颈,从来不是模型的智能不足,而是绝大多数团队仍在以单打独斗的方式使用AI。当所有人都将目光聚焦在“灯泡”本身的亮度时,我们真正缺失的,是将这些超级智能串联起来的“网络”,而维系这张网络的核心能源,正是业务上下文。
在同期举办的行业分论坛上,Qoder的技术负责人分享了一组反直觉的用户数据:这款工具上线仅一年,就有超过30%的使用者并非专业开发人员,非编程类任务的占比超过50%;更值得关注的是,超过80%的用户已经不再亲自编写代码。那么这些用户在做什么?他们通过智能体(Agent)完成代码生成工作,人类的角色也从“代码打字员”转变为“项目包工头”,只需要定义目标、分配任务并最终验收成果。这意味着,人的角色、任务类型以及人与机器的协作关系,都已经发生了彻底的改变。
今年9月23日,Qoder正式推出了v0.4.0版本,这次更新的核心目标只有一个:将原本仅存在于个人设备中的业务上下文,扩展到整个团队层面,试图搭建起前文所说的那层缺失的“电网”。笔者也将自身团队的内容生产流程完整迁移到Qoder中进行了实测,以下是具体的体验拆解。
搭建统一的团队项目空间
我们不妨回想一下,一个真实的团队项目通常是如何运转的:项目背景只存在于负责人的脑海中,业务资料散落在不同同事的个人网盘,协作讨论淹没在无数个微信群聊里,最终的结论沉淀在聊天记录的最底端。新员工入职的第一周,往往要花费大量时间询问“这个项目当初为什么这么设计”。而当智能体加入团队后,这种信息混乱的问题会被进一步放大:智能体虽然能高效完成任务,却对团队的业务逻辑一无所知,每次协作都需要重复讲解项目背景;不同成员带着各自的智能体协作时,会出现版本不统一的问题;讨论在即时通讯工具中进行,开发在独立的IDE环境中完成,最终的结论依赖人脑在不同工具间来回搬运,信息很容易出现损耗甚至丢失。
Qoder的解决方案直接而有效:彻底消灭重复的背景传递成本。在v0.4.0的项目管理模块中,创建项目的第一步就是强制填写清晰的项目目标。更巧妙的是,项目创建流程中内置了“使用智能体创建项目”的入口,这意味着智能体从项目诞生的那一刻起就全程参与其中,见证项目的整个发展过程。邀请新成员加入仅需分享一条链接,后续加入的所有人类成员和智能体,都能看到统一的项目背景、任务列表和进度更新,业务常识不再需要反复讲解。
构建专属的智能体协作团队
除了人类成员之外,Qoder支持自定义配置智能体。很多人会疑惑,为什么通用大模型在团队协作中总是容易出错?核心原因在于它试图覆盖所有场景,缺乏针对性的定位。在Qoder的智能体配置界面中,我们没有使用通用预设模板,而是根据自身的内容生产流程,定制了三个高度垂直的“赛博同事”:选题调研员、事实核查员和风格审校员。每个智能体的工作指令、角色定位、可调用工具以及操作权限,都可以单独进行精细化配置。
完成单个智能体的设置后,我们可以将它们组合成一个专属的智能体团队,指定团队负责人,明确协作规则和分工边界。此时的智能体,不再是对话框中随时待命的闲聊机器人,而是一条精密运转的工业流水线。需要注意的是,当前智能体的协作执行可以运行在本地设备(需保持电脑在线),也可以交由Qoder云端智能体在后台持续运行,这也意味着AI算力的使用场景正在从单次即时问答,转向长期的后台持续运行。
全流程的同步讨论与闭环管理
这也是本次更新中笔者最看重的功能。回顾过去的协作流程,我们通常会在微信群中简单讨论几句,再凭借记忆将结论整理到云文档中,但后续几乎没人会再查看这份文档,最终导致信息彻底断层。在Qoder中,讨论可以直接从具体任务(Issue)中发起,任务的标题和描述会自动带入讨论场景,不需要再重复铺垫项目背景,整个团队的成员都可以参与到讨论中。
笔者在实测中,直接在讨论框中@事实核查员,将一段包含行业峰会数据的文本交给它进行逐条核查。从执行记录中可以看到,它首先检索了公开信源,进行了十余轮工具调用,还在过程中留下了自己的工作笔记:“初步检索发现两个疑点”、“关键数据已有出处,还需核实原话措辞”。这说明智能体正在基于当前项目的上下文进行逻辑推演,而非单纯的模板化回复。最终生成的核查报告完全符合预设格式,标注了原文来源、影响范围、验证依据,并附带了完整的信源链接,还主动指出了几处数据错误。
完成讨论并得出结论后,只需将结果标记为「关键消息」,就能一键同步回对应的任务中,任务状态也会自动流转到「待验收」环节。作为项目主管,笔者和团队成员只需要在讨论流中查看结论并点击确认,就能完成整个任务的闭环。在这里,不仅可以实现人类与AI的讨论,团队其他成员也可以针对同一任务与AI或其他成员展开持续协作:人类负责提出优化建议,Qoder负责具体的执行工作。比如团队成员提出需要补充金句和备选标题,智能体就能快速识别当前的讨论上下文,立刻完成对应的工作。最终,讨论、决策、执行、成果沉淀全部集中在同一个空间中,业务上下文从始至终都没有脱离业务现场。
当下的科技行业,不少团队仍在盲目比拼大模型的参数规模和跑分榜单,但企业日常运营中产生的大量动态数据——比如实时订单、销售记录、采购明细、客户反馈以及无数的业务决策——永远不会进入预训练模型,也无法通过简单的微调就让AI完全掌握。关于特定团队、项目和业务场景的“业务常识”,只能从真实流动的业务上下文中逐步生长出来。
只有当项目目标、任务状态、讨论结论和执行记录都被统一留存于同一个空间中,智能体才能真正理解组织当前的业务动态,明确自身的工作方向。到那时,人类不再需要成为在不同软件间来回搬运信息的“人肉API”,智能体也不必每次执行任务都像失忆患者一样从零开始理解背景。大模型的智能水平早已不再是应用瓶颈,普惠的推理能力已经触手可及。
真正的差距在于,有些团队仍在单打独斗地用AI完成零散的代码编写,而有些团队已经开始用AI搭建起流转业务上下文的“电网”。Qoder正是试图铺设这张网络的工具之一,目前其项目管理、团队讨论、自定义智能体、智能体团队这四大核心功能,已经面向企业订阅用户开放。如果你的团队仍将AI视为单纯的“代码辅助工具”,那么很快就会被那些将AI作为协作中枢的团队超越。如果想尝试在团队中接入这套业务上下文协作网络,不妨到Qoder的官方平台了解更多细节。

