核心命题
降低门槛不等于只提供一个自然语言输入框。用户应能在 IM 中低成本发起、接收提醒和完成轻交互，在 Web 中承接长任务、结构化结果和复杂编辑；两端共享身份、上下文、Task 与 Artifact，才能让一次对话持续成为可完成、可回访的工作。
CUI／GUI 决定同一任务如何表达、浏览和操作；IM／Web 决定任务在哪里被低门槛发起、在哪里深入完成，以及回到原渠道时如何保持连续。
支撑跨渠道连续性的工作对象演进
aily 1.0
- 用户此刻需要知道
- CUI＋确定性配置／结果 GUI
- 产品／设计动作
- 自然语言表达意图，结构化界面承担配置与结果确认
- 设计判断
- 低门槛不等于取消结构
aily Play
- 用户此刻需要知道
- Chat＋Artifact／Board
- 产品／设计动作
- 对话与可编辑结果共享同一工作对象
- 设计判断
- 结果需要脱离消息成为稳定对象
aily Agent
- 用户此刻需要知道
- Chat＋Plan／Task State＋Editable Artifact
- 产品／设计动作
- 任务过程和可编辑结果成为双对象
- 设计判断
- 只呈现最终结果不足以控制长任务
Nexus
- 用户此刻需要知道
- IM／Web＋Task＋Artifact＋Session
- 产品／设计动作
- IM 发起与回传，Web 承接复杂任务和产物
- 设计判断
- 渠道变化不能切断身份与任务
Workbench
- 用户此刻需要知道
- Chat → Task → Artifact → Project／Automation
- 产品／设计动作
- 用 Project 复用上下文，用 Automation 承接持续工作
- 设计判断
- 工作对象升级为组织工作环境
两层连续性：CUI／GUI 分工与 Web／IM 接力
前者降低交互成本，后者避免任务因渠道切换而中断；两层必须共享用户目标、Task／Session、来源／权限和 Artifact／版本。
- IM：低门槛发起、轻量澄清、提醒与结果回传
- CUI：表达开放意图、补充上下文、协商方案、提出修改
- 共享状态：目标、Task／Session、来源／权限、Artifact／版本
- GUI：浏览结构化信息、查看进度、精确编辑、预览确认
- Web：长任务、复杂上下文、过程控制与深度编辑
三次关键转折
工作对象每次升级，都在解决上一种形态无法承载的任务复杂度。
从消息输出到独立 Artifact／Board
问题聊天消息难以承载长内容、结构化结果、持续编辑和版本关系。
判断对话之外需要一个稳定的工作对象。
动作建立 Chat＋Board 双区，让一个对话围绕同一结果持续修改，并支持分享、Fork、模板和 Project 沉淀。
生成结果第一次不再只是消息终点，而成为可以继续工作的对象。
从可编辑结果到 Task＋Artifact
问题Agent 开始规划和调用多个工具后，只呈现结果会失去控制，只展示长 CoT 又形成噪声。
判断Task 承载执行状态和控制，Artifact 承载可继续编辑的结果。
动作把澄清、计划、工具、状态、异常、结果与恢复组织成连续任务，同时保留 CUI 的低门槛表达。
工作对象从静态产物扩展为“过程＋结果”的双对象结构。
从单次工作对象到 Project／组织工作系统
问题多轮、多人和多 Agent 任务会把上下文与结果散落在多个会话中。
判断Project 不只聚合任务，还必须复用 Instructions、Knowledge、文件和可用 Agent。
动作Project 承接长期目标与上下文，Task 保持每次执行独立，Artifact 承接可编辑和协作结果。
工作对象升级为可持续、可复用的组织工作环境。
双端连续性如何在界面与交互中体现
专业结论
自然语言与 IM 降低发起门槛，但不取消结构。CUI 负责表达、澄清和协商，GUI 负责状态、编辑、比较与确认；Web 与 IM 共享身份、上下文、Task 和结果，工作才不会因渠道切换而中断。