聊天与 Cowork 合二为一，入口选择消失

这次调整的实质不是功能加法，而是产品抽象的收敛。过去 Claude 用不同入口来暗示任务类型：聊天用于问答，Cowork 用于长任务执行，Design 用于视觉产出。用户必须在开口之前先判断"我这件事算哪一类"，这是一层认知税，也是产品能力的硬边界。

合并之后，边界从界面移到了模型内部。用户只表达意图，由模型根据任务复杂度、所需工具和交付形态自行决定走单轮生成还是多步执行。这意味着 Anthropic 把编排权从产品设计交给了系统提示与工具路由层，界面变简单了，底下的调度逻辑反而更重。

另一条主线是办公交付物。Docs、Slides、Design 直接嵌进对话，并支持导出为 PowerPoint 或 PDF，等于把"生成—编辑—导出"闭环压进一个对话框，直接对上办公套件的 AI 集成。差异点在于落点：产出不是停在聊天记录里的文本，而是能继续流转的文件。

输入侧，关键是统一会话流。用户文本、上传文档、设计稿引用、历史任务产物都进入同一上下文空间。系统需要在同一提示空间里区分"问答型意图"与"交付型意图"，常见做法是声明工具能力与适用条件，让模型自行路由。多模态输入必须被归一成可寻址的引用对象，否则跨轮引用容易断链，用户说"改一下刚才那张表"时系统找不到指代目标。

推理与执行侧，核心是工具路由加状态机。轻问答走单轮生成；交付型任务走"规划—调用工具—产出工件—迭代"的多步循环。执行臂（文件操作、代码运行、检索）与生成臂（文档、幻灯片、设计）要在同一会话里共享状态，因此需要一层工件来承载中间结果，而不是把全部内容回灌进对话历史。长任务还必须可中断、可回滚、可恢复，否则一次失败就要从头再来。

输出与评测侧，输出物从文本变成结构化交付物，评测维度随之改变。除了答案正确性，还要看工件是否可编辑、版式是否一致、导出是否保真——幻灯片元素是不是原生可编辑对象、PDF 文本能不能选中。需要把"能生成"和"能交付"拆成两套指标，并建立覆盖指令到导出文件的全链路回归集。