从平台增长走向终端用户价值扩散
aily 的供给侧已经从 0→1 Builder 进入新架构 GA、商业化和生产化阶段，能力逐步补齐。业务问题从“能否构建 Agent”转向“平台能力如何产生终端采用，并沉淀为可重复的员工工作价值”。第一版主要服务企业开发者：对普通用户太重，对专业开发者又不够深。
平台收敛 × 终端探索
大模型能力变化与竞品研究
Claude Artifacts 与 ChatGPT Canvas 证明对话可以驱动一个可预览、可编辑、可持续协作的工作对象；长上下文、检索、多模态与推理模型，让企业知识理解、文件分析和复杂任务处理开始具备落地条件。
- Claude 3.5 Sonnet + Artifacts对话旁生成可预览、可继续修改的对象。
让生成内容从聊天消息变成可被引用、继续修改和复用的工作对象。
- ChatGPT Canvas证明对话与编辑空间可以协同。
用户开始要求直接编辑，而不是重新生成整份结果。
- 豆包代表低门槛通用 AI 助手。
企业产品的差异不应表现为更多配置，而应让企业上下文、协作关系和业务工具自然进入任务。
- Flowith、Notion更结构化的思考画布与知识工作空间参照。
多轮任务需要稳定的工作对象承接上下文、版本和结果，不能只依赖不断增长的对话历史。
- 企业 AI 平台Coze、钉钉 AI PaaS／AI 助理
比较知识问答、工作流、技能、生态和终端助手能力。
- 企业 Agent／数据产品Lindy、HyperWrite、Fixie、MindOS、Stack AI、iGenius、Baselit、Cohere Coral
比较复杂度、集成、Workflow、安全、内置 Skill、调试和从既有系统迁移。
对话承接意图、追问与反馈，Board／可编辑工作对象承接结构、状态和持续修改。
产品定位与目标
面向企业员工的人机共创终端。用户从任务出发，在对话中获得、解释并持续修改结果。
1.0 先服务同时理解业务、技术和 AI 的构建者／领域专家；Play 把企业知识工作者前移为直接用户。开发者和管理员仍负责数据、能力、权限与治理，但从主体验对象变为供给与保障角色。Play 只暴露任务、必要上下文与可确认结果；Studio 在背后承接模型、企业数据、工具、权限、成本、评测与发布。
不是把 Studio 简单换成聊天界面。
不是同时替代专业文档、设计和代码工具。
不是只输出一段文本答案的企业搜索。
不是在模型能力尚未成熟时就承诺完成所有办公任务的万能助手。
产品架构、界面
体验架构核心路径是“表达任务—获得产物—继续修改—分享／Fork—沉淀到 Project”。
对话层 CUI
表达意图、追问、澄清、反馈、持续修改
上下文层
互联网＋企业知识＋个人文件＋Project 指令／资料
工作对象层 GUI
Artifact → 单 Board → Project／Workspace
企业治理层
权限、模型、成本、日志、评测与发布
设计目标与挑战
先定义要达成什么
- 从 Agent 配置转向任务与结果心智
围绕“提出任务—形成结果—继续修改—复用结果”展开。
- 建立 CUI × GUI 的连续共创范式
自然语言承接意图表达、协商与反馈，Board 承接过程状态、结构化编辑和结果预览。
- 用可验证机制承接模型不确定性
同时提供预览、修改、反馈、重试与治理机制。
再看什么阻碍目标
- 心智稳定
模型与产品形态快速变化，需要用稳定的任务入口和产品结构承接变化。
- 生成可控
复杂生成和长链路规划仍不稳定，需要呈现过程、预览、干预节点和失败恢复。
- 交互连续
对话与 Board 必须共享同一任务、状态和版本。
设计判断
普通用户从任务开始
不是从搭 Agent 开始。
对话之外需要稳定工作对象
结果必须可见、可修改、可持续工作。
生成必须被确定性资产约束
版本、组件、反馈和治理机制共同稳定质量。
企业上下文应成为优势
企业知识和工具不应转化为终端用户的平台负担。
形态随证据持续重构
模型、市场与用户认知快速变化，产品边界必须持续校准。
设计策略与动作
平台收敛，终端探索
KEY TRADE-OFF · 关键取舍平台增长与终端价值分别验证；Studio 负责可开发、可发布、可治理，Play 验证终端价值。
DESIGN ACTIONS · 核心动作平台侧打磨主链路、已有能力、商业化 Landing 与一致性；终端侧围绕锚定场景快速试错。
用任务结果建立首次价值与信任
KEY TRADE-OFF · 关键取舍缩短空白页到第一份有效结果的距离，不让用户先学习 Builder。
DESIGN ACTIONS · 核心动作按搜索、总结、分析、生成页面／报告等任务组织首页；补充流式状态、停止、复制、反馈、来源和工具过程。
用 CUI + GUI 建立连续共创
KEY TRADE-OFF · 关键取舍Chat 承接意图与修改，Artifact／Board 承接结构化结果、状态、预览与选区编辑。
DESIGN ACTIONS · 核心动作搭建 Chat + Board 双区；支持租户内分享、Fork、模板与 Project 沉淀。
用确定性机制约束不确定模型
KEY TRADE-OFF · 关键取舍不依赖一次生成，通过可验证、可修改和受约束的产品机制稳定结果质量。
DESIGN ACTIONS · 核心动作用标准模块、业务组件、设计范式和受约束技术栈保证“默认工整／默认好看”。
aily Play 的关键界面与交互结果
阶段结果
Play 终端侧从 9 月启动，约一个月形成 MVP；内部记录平均对话约 14 轮，样本量、周期与轮次定义未留存。Studio／平台侧新架构进入 GA，累计开通 778 个租户；开发者 NPS 从 Q2 末 12 升至 Q3 的 49，平台 DAU 从约 500+ 增至季度末 12,800+。
复盘
- 形成了可延续的人机协作骨架：对话、Artifact／Board、Project／Workspace、Tool 透明度和企业上下文。
- 开始用业务组件、设计范式和“默认好看”模板约束生成质量。
- 平台复杂度仍会泄漏到终端体验，任务入口、概念表达和结果组织仍需继续去 Builder 化。