- 主要构建者
- Full-code／集成开发者、Maker、伙伴
- 能力入口
- 官网、开发者后台、文档、搜索、SDK
- 交互单位
- 应用、API、事件、权限和配置
- 典型路径
- 找能力 → 学习 → 创建／配置 → 调用 → 调试 → 发布
- 结果形态
- 应用页面、固定消息、接口响应
- 失败模式
- 找不到文档、参数错误、权限／发布阻断
- 成功标准
- 应用发布、接口可调用
- 设计重点
- 信息架构、学习、配置、调试和发布效率
OPEN PLATFORM · 平台范式
开放平台的长期命题
传统开发与 AI-friendly 构建并行演进，AI-friendly 在同一套开放能力上增加了新的构建者、新入口与更高的成功标准。
AI 没有替代传统开发，而是增加了第二种构建范式
变化发生在构建者、入口、交互单位、任务路径、结果形态和成功标准；两条路径仍共享同一套开放能力与治理边界。
- 主要构建者
- 开发者＋AI 客户端／Agent；个人 Power User 也可能直接接入
- 能力入口
- MCP、CLI、插件／AI 客户端；仍需回到后台处理授权与发布
- 交互单位
- 可发现的能力、工具、快捷任务与工作流
- 典型路径
- 连接 → 授权 → 发现能力 → 执行任务 → 返回／写回 → 继续协作
- 结果形态
- 文档、卡片、数据更新、跨系统动作和可继续编辑的产物
- 失败模式
- 工具选择错误、上下文不足、调用失败、幻觉、身份不清、过程不可见
- 成功标准
- 在授权边界内正确完成真实任务，并把结果交还给人继续工作
- 设计重点
- 接入、授权、能力描述、过程透明度、结果质量和错误恢复
平台是一条端到端任务系统
后台、文档、权限、MCP、CLI、插件和卡片虽然属于不同产品，在用户视角却共同承担一次任务的不同阶段。把能力开放出去，直到人和Agent可以拥有完整的协作路径
- 01业务能力与企业系统
OpenAPI／事件／数据／消息／文档／日历／多维表格／第三方系统
- 02能力表达与连接
API／连接器／MCP／CLI／插件／任务封装
- 03构建者与入口
开发者后台／IDE／AI 客户端／Agent／个人 Power User
- 04理解与构建
发现能力／理解边界／身份与权限／组合流程／生成产物
- 05验证与运行
调试／预览／试运行／发布／状态反馈／失败恢复
- 06工作结果
卡片／消息／文档／数据写回／跨系统业务动作
- 07人的消费与协作
阅读／确认／编辑／分享／追问／交接
- 08质量与反馈回流
行为数据／Oncall／用户反馈／评测集／样例／版本迭代
以“PRD → 卡片结构 → 卡片推送”为最小锚点：接口存在只能证明能力可调用；真正完成工作还需要上下文输入、生成、结构校验、人工编辑、跨端预览、发送，以及接收者阅读或操作。
用四条真实任务，观察平台范式如何变化
传统首次成功
- 用户任务
- 从能力发现、学习、调试到第一个真实应用的连续任务。
- 当时的结果
- 2025 Q1，14 天创建→活跃为 32.79%，未达 40% 目标。
MCP 文档任务
- 用户任务
- 从接口返回成功转向读取、创建、编辑、移动、评论等任务正确完成。
- 当时的结果
- 本地 MCP 约 120 个调用应用／日、约 3,000 次调用／日。
CLI 接入
- 用户任务
- 发现、接入、授权、构建、运行和排错组成跨客户端系统。
- 当时的结果
- 已有正式公开开源材料。
OpenClaw 插件
- 用户任务
- 处理首次安装／升级、身份授权、流式状态和定时任务身份。
- 当时的结果
- 外部灰度阶段 30+ 用户完成 107 次调用。
