01RELATIONSHIP MODEL
Agent 身份
行业从知识问答走向个人助理与团队多智能体，25 年末 aily 也完成 workflow→agentic 转向。我参与了 aily Pro→Nexus→Workbench 两次平台转型。Nexus 初期，Agent 仍以后台左导航＋右表单配置，身份与能力缺少统一表达入口。
- 配置一个 Agent
- 理解一个 Agent
- 选择并开始合作
- 维持一段持续关系
- 在多个 Agents 中识别、复用与协作
02EVOLUTION
从 Settings 到 Agent Profile 的关系变化
aily 1.0
Settings／Persona
展示 Agent 是怎样被配置出来的。
Nexus
Onboarding＋Profile
展示身份如何与首次任务、记忆、能力和跨端关系连接。
Workbench
Agent Card／Profile／AgentHub
展示在多 Agent 环境中，Profile 如何帮助用户理解、选择和复用。
PRODUCT EVOLUTION
三次产品形态变化，先看界面如何改变
03PROBLEM
后台表单形态承载不了 Agent 的身份
Agent 的“人格”与能力被埋进后台表单。功能快速膨胀到 10+ 模块，设置页框架已无法承载身份表达与能力管理。
身份模糊：不清楚是谁、能干什么、干过什么。
成长不可见：动作与产出无处呈现。
配置沉重：模块散乱，3 种任务分不清。
UI EVIDENCE · 真实界面证据
问题不是抽象判断，它直接暴露在后台设置界面里
04DESIGN GOAL
设计目标
短期：统一入口完成个性化自定义。
长期：Agent 标准化身份体系（官方／团队／三方复用）。
COMPETITIVE RESEARCH
竞品判断把设计方向收敛到“身份化”
05CRAFT & DELIVERY
三次框架演进，核心模块持续复用
aily Pro→Nexus Bot→aily Workbench，设计动作、可交互原型与三次框架复用
- 01
没有 PRD 就自己写 PRD，后由 PM 承接为正式 PRD。
- 02
OpenClaw 产出提案原型（Demo）快速定方向。
- 03
Claude Code 直出交互细节（Demo），统一模块、动态页、可视化编辑、个性化装扮。
- 04
动态、个性化、技能和任务从专业版平移到 Nexus 右侧面板，再进入 Workbench 独立页；核心对象经受住后续形态变化。
- 05
Workbench 高还原 Demo 直接交付研发，替代逐条交互标注。
06REFLECTION
Profile 本质是 Agent 的「身份系统」
10+ 模块管理的是身份、权限、记忆和责任边界。
信任的前提是「看得懂、管得住」
把「不敢放权」变成「敢放权」
用户是「掌舵者」而非「监工」
权限／安全放治理位，动态／产物放感知位
动态页的价值是「可见的进化」
建立信任感和养成感