OpenAI刚发ChatGPT Space，国内版就震撼上线！

页面可以实时协作编辑，文件、聊天记录和项目上下文都住在同一个「房间」里，AI 不再只是个人私聊对象，而是真正能参与团队讨论、更新文档、分派任务的「同事」。 最近在杭州云栖大会上，阿里智能体平台Qoder直接扔出神器——正式上线「项目」）（Projects）和「讨论」(Discussion)功能，并且同步放出自定义智能体与智能体团队！ 最近，Cursor被SpaceX收入麾下，Claude Code在终端里一路狂飙，Devin Desktop把自主Agent塞进IDE。然而，虽然每个人都在用AI写代码，但为什么整个团队推进项目的速度并没有显著变快？ 最常见的协作方式是这样的：团队围绕一项需求，在飞书、钉钉群或线下会议里唇枪舌剑形成一套方案。讨论结束后，每个人回到自己的工位，从会议纪要里扒拉出跟自己相关的部分，加上自己的理解，重新整理成提示词，再喂给自己的 Agent。 Agent 吐出代码或测试结果后，你又得把这些产物复制粘贴回工作群里，向其他人解释「我的 Agent 刚才做了什么」。如果需求变了，对不起，上述流程重来一遍。 有调查显示：在日常研发工作中，有效的工作时间只有39%，而其他的时间都用在「搬运信息」上了。你以为你在指挥 AI，其实你已经变成了穿梭在会议室、文档、终端和各种 Agent 之间的「人形 API」，干着搬运上下文的体力活。 真实的研发从来都不是「输入Prompt，然后AI生成代码」这么轻松。它不是一个简单的线性过程，而是充满了漫长的拉扯、讨论、推翻和重构。 后端老韩分析：「现在订单表没有做全局防重，只有业务流水号，我个人建议用 Redis 加分布式锁，但担心极端情况下的数据一致性。」 「@Qoder架构师Agent 请根据老韩和老李的信息，结合当前代码库，比较基于 Redis 防重 Token 和基于数据库唯一索引两种方案的风险，给出最佳实践。本次只分析，不改代码。」 这些被标记的关键结论会自动反哺回原先的 Issue 中，更新工作进度，并作为后续 Agent 执行代码编写时的绝对依据。整个过程无比清爽。这一步操作，就像直接盖棺定论了。 虽然底层防重复扣款的 Bug 马上要按方案修好了，但客服团队还面临一个棘手的问题：怎么处理昨天已经发生重复扣款的几百个异常订单？ 于是，我们在同一个「项目」下新建了「开发异常订单批量退款工具」的 Issue，并把业务侧的运营小美、前端大强也拉进了当前的讨论组。 当这三个人类在讨论中，把业务诉求和技术安全边界完全界定清楚，并一键标记为「关键信息」后，运营直接 @ 了项目中预先配置好的「全栈研发 Agent Team」的后端Agent和前端Agent。 在未来优秀的研发团队里，角色依然有各自的专业分工，但共同的信息不再被切割。产品能看到技术实现的限制，研发知道需求背后的初衷。大家不需要再反复解释「刚才讨论到哪里了」、「那个文件在哪」。

本页 http://www.phzzp.com/uploads/img1/20220613/62a6970c49522