首页平台AI 原生
AI-native

在 Raise 上开发的应用,生来就能被助手使用。

应用按 k3 协议声明自己的数据和操作,助手就能以成员本人的身份读取、起草、确认后执行。开发者不用另做 AI 集成;助手调用的是应用自己的接口,不模拟点击。

01 · 读取 按成员本人的权限读数据 成员看不到的字段,助手也看不到 02 · 起草 改动先进草稿,不进库 会员档案 · 12 条 回访待办 · 3 条 可修改,可只应用其中几条 闸门 03 · 确认 成员确认,才写入系统 执行后将会 给店长发一条待办 取消 确认 不确认,或不处理,不会有任何写入。由机制保证,不靠提示词。
k3 protocol

应用在清单里声明,助手按声明工作。

清单随版本审核。助手需要知道「应用能做什么」,读清单;需要数据和结果,调应用的后端接口;界面消息只用来说明成员此刻在看什么,不承载写入。

01 · 声明

对象、操作和输入结构写进清单

应用声明有哪些页面和对象、能做哪些操作、每个操作的输入字段、风险等级、要成员做什么,以及权限点。

  • 字段带名称与取值说明,审阅页和确认卡直接读它
02 · 预演

预演和执行跑同一段命令代码

应用实现操作的预演与执行接口,跑的是成员在页面上点按钮时的同一段代码,权限与审计相同。

  • 预演返回应用自己写的后果,例如「将通知 2 人」
03 · 使用

助手以成员本人的身份调用

助手经应用网关读取,权限与数据范围照常生效;应用声明打码的字段,助手读到的是打码后的值。

  • 不会替成员打开应用,也不会替成员点保存
manifest.json · ops(模板)
"deleteAccount": {
  "entity": "account",
  "kind": "delete",
  "risk": "high",
  "agentDraftable": false,
  "title": "删除客户",
  "description": "Delete a customer (`id`) for good.",
  "input": {
    "type": "object",
    "required": [
      "id"
    ],
    "properties": {
      "id": {
        "type": "string",
        "title": "客户",
        "x-ref": "account"
      }
    }
  },
  "intervention": {
    "confirm": "客户会被永久删除,无法恢复。"
  }
}
高风险、助手不可用、确认文案用模板创建一个应用 →
接入等级助手能做什么应用要做什么
L0 嵌入应用在工作台面板里打开清单与导航
L1 可链接给出链接,成员点开进入应用的页面路由接受引用和筛选
L2 感知知道成员正在看哪一页、选中了哪条记录上报当前页面与选中项;声明打码字段
L3 可起草、可操作起草表单变更,请求动作声明操作,实现预演与执行

等级由契约测试证明。外部 Agent 经平台的 MCP 桥和开放接口接入,适用同一套权限规则。

Three outputs

助手给出的结果只有三种。

助手唯一的写入口是「提议修改」:填进未保存的表单、生成确认卡,或建一份草稿。真正写入由成员决定。

01 · 回答

回答写明读取了哪些应用

按成员本人的权限读数据。回复里的记录是链接,点开后在应用里显示那一条。

会话 + 新对话 本周到期课程包 西湖店周报 合同付款计划 已置顶 早班简报(定时) 陈静 · 店长 助手 本周哪些课程包要到期? 回答 · 读取了 会员 3 位会员的课程包 7 天内到期: 张伟 李娜 王芳 可以起草回访 安排回访 输入问题或任务… 会员 · 张伟 编辑 手机138 **** 8000 课程包康复 10 次 · 剩 2 次 负责康复师周明 下次预约周三 14:00 最近记录 10-28 · 第 8 次治疗 · 周明 10-21 · 第 7 次治疗 · 周明 10-14 · 第 6 次治疗 · 周明
02 · 草稿

改动先进草稿,不进库

成员在应用自己的页面里逐条审阅,可以修改、只应用其中几条,也可以整份放弃。

草稿只有本人能应用。

工作台 · 助手 在产品里打开
把张伟和李娜的负责人都改成陈静
起草了 2 处改动
  • 客户「张伟」的负责人改为陈静已接受
  • 客户「李娜」的负责人改为陈静待你确认
1 处待你确认 放弃全部确认
示意
03 · 确认卡

动作先出一张确认卡

卡上写明执行后会发生什么。成员确认才执行;取消或不处理,不会写入。

工作台 · 助手 在产品里打开
删除客户张伟
删除客户需要谨慎
对象
张伟
执行后将会
  • 永久删除客户「张伟」

客户会被永久删除,无法恢复。

等你确认后才会执行 取消确认:删除客户
示意
The gate

写入之前的闸门由平台的三条机制保证。

这些限制写在平台里,不依赖提示词,应用和助手都绕不过去。

  • 草稿绑定修订号

    平台签发的断言绑定成员、操作、输入摘要和记录的版本。确认时记录已经变了,判为过期,什么都不执行。

  • 确认卡

    高风险操作和删除永远要成员明确确认;关键操作还要求 5 分钟内重新验证过身份。助手的委托令牌调用「应用」返回 403。

  • 只追加的审计链

    每次写入记下途径:草稿、规则或确认。审计是哈希链,只追加触发器让任何角色都改不了。

仅具备读取与起草权限,修改需由人工确认后生效工作台输入框下方的默认脚注
Adoption

组织按自己的节奏从只读走到按规则自动执行。

在成员照常操作的业务系统之上,四级逐级叠加。每一级都可以退回上一级,已经写入的记录不受影响。

  • 只读。助手回答问题,回答写明出处。
  • 起草。改动进草稿,成员审阅后应用。
  • 确认后执行。动作先出确认卡,成员点确认才执行。
  • 按规则自动执行。成员为一类低风险变更签一条自动应用规则,校验通过就直接写入,记录来源标为「按预签名自动应用」。撤销规则后,这类变更重新逐条审阅。

高风险操作、删除和动作永远不能预签名。开发者可以把某个操作标为助手不可用;管理员可以开关助手生成组件和联网搜索。

0 普通业务系统 20 个应用,成员照常操作 1 · 只读 助手回答问题 按成员本人的权限读数据 回答写明出处 2 · 起草 助手起草改动 进草稿,不进库 成员在应用里逐条审阅 可改、可部分应用 3 · 确认后执行 动作先出确认卡 写明执行后会发生什么 成员确认,才执行 确认 4 · 规则执行 固定操作自动应用 由本人事先签规则 限应用、操作、范围 有有效期,可撤销 每次写入留来源 每一级建立在前一级之上。企业按部门、按业务决定走到哪一级,随时可以退回。

看一个按 k3 协议声明的应用如何被助手使用。

约一次演示,现场看助手读取、起草、等待确认;或者从开发文档里的应用模板开始。