OPEN PLATFORM · 公共体验

aily × 开放平台

从具体产品需求到平台公共能力

CHAPTER PRINCIPLE本章判断

具体 AI 产品提出真实场景、对话和结果需求;开放平台识别重复需求,把它们转化为不同产品可复用的公共能力。

STRUCTURAL BRIDGE

从重复需求中抽象公共体验

aily 负责解释具体智能伙伴如何理解用户并完成任务;开放平台只承接公共表达协议、构建工具、跨端规则与质量机制。

从具体产品需求到平台公共能力
  1. aily 等具体 AI 产品

    提出真实用户场景、对话与结果需求

  2. 重复需求被看见

    发现/启用/单聊/群聊/文档/分享/反馈

  3. Bot 公共体验框架

    目标体验 → 通用与 AI 专属能力分层 → 原子能力 → 平台框架

  4. 可复用公共能力

    CardKit/会话/权限/发布

  5. 未来 Agent 体验判断

    跨入口连续/身份与授权可理解/过程透明/结果可交接/失败可恢复

CONFIRMED IN 2024

当时已经形成的公共体验框架

证据只覆盖目标生命周期、能力分层、协作边界和方案状态,不把 Roadmap 写成已经上线的完整闭环。

目标生命周期

Bot 的发现、启用、单聊/群聊/文档使用、分享和反馈等目标生命周期已被梳理。

能力分层

通用能力与 AI 专属状态有分层讨论。

协作边界

平台与业务设计协作边界被提出:业务侧定义具体场景,平台侧判断通用性并维护跨场景一致性。

方案状态

One Page 和方案已经形成;大量点位仍处一期/二期 Roadmap,日会话事件不能证明完整生命周期上线。

FUTURE AGENT JUDGMENTS

未来 Agent 体验

这些问题来自 aily 与开放平台实践的交叉复盘,用来标记后续产品必须处理的关系与控制边界。

  • 用户如何理解谁在替我行动,以及当前使用的身份?

  • Agent 从 IM、文档、CLI/插件等入口进入时,任务是否连续?

  • 过程如何既透明,又不过度暴露技术噪音?

  • 结果如何成为可编辑、可确认、可分享和可交接的工作对象?

  • 出错时,用户如何停止、恢复,或降级到确定性工具和人工处理?

KEY PRODUCT INTERFACES

公共体验如何在界面与交互中体现

0102

首页探索

以新任务、待办与日程承接用户在飞书内发起和继续工作。

项目页探索

把项目任务、日程与可配置能力集中到同一工作空间。