Hacker News 中文摘要

RSS订阅

Claude Cowork 与聊天功能现已合二为一 -- Claude Cowork and chat are now one Claude

原文链接 | HN讨论 | 2026-09-17 02:59:29

从今天起，Claude Cowork 与聊天合并为同一个 Claude。随手问一句，或把中午要交的报告交给它，Claude 都会接着做完，哪怕你已合上笔记本电脑。未来几周先在 Pro 和 Max 套餐推出，随后覆盖更多套餐。Claude 生成的内容也不必另找地方存放：Claude Docs 和 Claude Slides 今日上线，Claude Design 也能直接在对话里使用。要文档就和它一起写，要演示就由它起草幻灯片，可直接编辑、从 Claude 里演示或下载为 PowerPoint、PDF。三者均为付费套餐测试版。

正文

从今天起，Claude Cowork 和聊天功能合并为一个 Claude。你既可以抛个简单问题，也能把中午要交的报告丢给它，哪怕合上笔记本，Claude 也会接着做完。未来几周先在 Pro 和 Max 套餐推送，之后覆盖更多套餐。

Claude 生成的内容也不用另找地方存放。今天新推出了 Claude Docs 和 Claude Slides，Claude Design 也能直接在对话里用了。让它写文档，你们就一起写；让它做演示，它就把幻灯片拟好。你可以直接编辑、从 Claude 里展示，或下载成 PowerPoint、PDF。这三项在付费套餐处于测试期，由企业管理员决定是否开启。单独使用 Claude Design 则和以前一样。

产品功能演示视频

我们当初把 Cowork 做成处理大任务的地方，Design 做视觉工作。大家两个都用，但头疼的是得自己判断任务该放哪，而且在一个里开头的东西带不到另一个里。所以我们不再让你选。Claude 现在能判断任务需要什么，因此原本 Cowork 和 Design 的能力在任何对话中都可用，还能用上你已有的上下文、技能和连接器。

“我可以让 Claude 调出我的法律研究数据库，它把相关案例全拉出来、读完、找出我可能还需要的其他案例，下载下来存进文件夹供我审阅。” —— Andrew Keller，高级经济学家

样子是怎样的

中午要交周报。出门前你问 Claude 上周流程有什么变动，再加一句：“按老样子写，标出延误项，再挑重点做五页幻灯片给领导会。”不清楚的地方它会问。你在通勤路上用手机就能看进度。等坐到工位，报告已经写好，带了同事的批注，幻灯片也做好了，能直接打开、调整、下成 PowerPoint。两者出自同一段对话，所以幻灯片和报告是对得上的。你改一行，在幻灯片上给 Claude 留个言，然后发出去。设成每周一自动跑，Claude 就会主动开始写报告。

周报与幻灯片示例视频

用 Claude Design、Slides 或 Docs 做的东西都存在一个可分享链接里，手机也能开，选中元素拖动或告诉 Claude 改什么就行。

你可以选 Claude 怎么跟你同步。默认它动手前会问。如果你想让它一直做、只在需要仔细看时再找你，也可以打开这个设置。最终决定权在你。

开始使用

主要用聊天的，什么都不用变。想交个大活儿时，试试把本来自己写的报告或演示文稿交给它。之前用 Cowork 的，东西都还在：对话、项目、工件、连接器和技能，打开接着干就好。

先推 Pro 和 Max 套餐，未来几周在网页、桌面和移动端 Claude 应用里向新老用户开放，不用手动开。Team 和 Free 套餐稍后跟进，企业管理员会在变动前至少 30 天接到通知。

完整功能列表见 帮助中心。要是攒了个乱糟糟的大项目，现在正是时候交给它。

评论

讨论整体偏向欢迎合并：多数人认为普通用户根本分不清「聊天」和「协作」，把入口统一是产品成熟的表现；少数资深用户则担心思考型对话的体验被降级、记忆被强行打通。

认为普通用户根本分不清聊天与协作，合并才是对的

  • 把两种模式摆在一起本身就是多余的选择负担，大多数客户需要的是一个入口，而不是先想清楚这次对话算「工作」还是「闲聊」。（较多人） > 绝大多数普通用户根本不知道该选聊天还是协作，合并对 95% 的客户都是合理的。（@adrithmetiqa）
  • 有人以 ChatGPT 桌面端为例，认为猜谜式地在 ChatGPT 和 Codex 之间来回切换一直很别扭，统一之后更接近「改好了」。
  • 更宏观的判断是：AI 终究会收敛成单一通用入口，就像搜索框成为上网的默认门户。

担心思考型对话被降级、记忆边界被抹掉

  • 复杂政治话题、多轮商业策略、梳理新概念这类问题，在「聊天/研究」模式和「工作」模式下会得到非常不同的答案，前者的引导与编排明显更适合不以代码为载体的思考。（较多人） > 即便我平时同时开着七个编码代理，我也为这种生产力狂热导致「先想后做」的 AI 交互方式退化而感到遗憾。（@Sherveen）
  • 希望 Claude Code 与聊天的记忆继续分开，不要合并成一套。
  • 担心统一之后 UX 反而被稀释，Claude 原本的交互质量是它最好的部分。
  • 管理员视角的顾虑：过去可以限制 Claude 不主动去编排一堆半成品工作，合并后提示词路由变了，使用规范得整个重写。

认为这是所有 LLM 界面绕不开的产品化困境

  • 除了聊天，业界还没人真正知道怎么把这些模型做成产品；而他们又不愿意做带按钮、表单和标签的传统界面，结果就是所有加在聊天之外、不属于聊天产物的东西都变成摩擦。（较多人）
  • 聊天本身很啰嗦，回合制、线性的交互模型让它更低效。
  • 官方宣传里那种「通勤路上用多设备让 Claude 顺手做出演示文稿」的场景，与很多人的实际生活完全不搭。

认为企业与非通用场景会被误伤

  • 医疗行业基本等于出局，即便签了 BAA 也不愿在工作站上启用这类能自行编排的协作代理。（少数人）
  • 也有人觉得这本该在向所有人推送 Cowork 之前就想清楚。

有价值的补充

  • 官方团队成员说明核心思路是「更简单的产品 + 更多能力」：不必预先判断一段对话会涉及多少工作量；人在电脑前时 Claude 可使用本地文件和应用，合上笔记本它可以继续在自己的电脑上干活；Claude Design / Docs / Slides 可直接从对话调用，因为 Artifacts 现在能部署带多人协作和数据库的应用。他承认「给用户更多权力同时让体验更简单」极难，这一版迭代了很多次。
  • 有人提出理想形态是一个成熟的自托管集中平台，跨设备同步 API key、供应商、技能等，而不是靠 SSH 或 git 这类「胶带方案」凑合。
  • 有评论认为真正的重点其实是 GSuite 替代品，这比标题暗示的发布更大。
  • 站务角度的冷知识：有用户统计了当天三篇首页帖都来自同一个新账号，命中率约 25%，觉得相当反常。