CROSS-VERSION RETROSPECTIVE

三条被持续验证的设计原则

五次产品形态变化背后,持续被验证的不是某一种界面,而是关系与组织、过程与控制、工作对象与渠道连续性三层相互依赖的设计系统。

同一个长期问题,五次重新定义设计对象

  1. 01aily 1.0

    构建能力与生命周期

  2. 02aily Play

    可编辑、可持续的工作结果

  3. 03aily Agent

    可规划、可执行、可干预的任务

  4. 04Nexus+Nexus Bot

    持续身份、关系与任务状态

  5. 05aily Workbench

    Task—Artifact—Project 与 Agents 工作系统

以长期关系组织 AI 能力

用户应先理解这位 Agent 能为谁完成什么,再按需展开模型、Prompt、Skill、MCP 等技术能力。企业知识、工具、权限与组织关系应进入任务语境,而不是成为终端用户的配置负担。

Agent Profile

让自主性与可逆性共同增长

Agent 越能自主行动,用户越不应持续盯场,也越不能失去控制。可信协作取决于注意力与控制权能否在关键节点交接:依据和状态可理解,授权、暂停、纠偏、恢复与退出可执行。

信任与控制

以低门槛入口承接连续工作

自然语言与 IM 降低发起门槛,但不取消结构。CUI 负责表达、澄清和协商,GUI 负责状态、编辑、比较与确认;Web 与 IM 还需共享身份、上下文、Task 和结果,避免工作因渠道切换而中断。

Web/IM 连续工作

共同的验证方法

三条原则都不是由模型演示或平台增长直接推出,而是在 Demo、Dogfooding、真实任务、用户反馈、任务结果与正反案例中反复校准;一次成功生成不能替代真实工作价值。

  1. 01Demo 暴露形态假设
  2. 02Dogfooding 检验真实使用
  3. 03任务结果与用户反馈校准
  4. 04正反案例收敛下一版判断

项目结论

从 aily 1.0 到 Workbench,产品经历了 Builder、Play、Agent、Nexus 和 Workbench 五种形态,底层持续解决同一件事:把不断变化的模型能力,转译为企业用户能够理解、信任、控制并持续使用的工作关系。最终沉淀出的不是六条彼此独立的规则,而是相互依赖的三层设计系统:关系与组织、过程与控制、工作对象与渠道连续性。