Raise 做 AI 原生的业务系统基础设施。
开发者在 Raise 上开发业务系统，身份、权限、审计、多端和 AI 助手由平台提供；开发出来的系统可以作为自己的产品授权售卖。这一页写 Raise 的四条原则、做产品的方式，以及不做的事。
Raise 的四条原则：完备的底座、开放的权限模型、允许商用、只写做到的事。
每个业务系统都要重做一遍登录、组织架构、权限、审批、消息和多端，真正的业务只占一部分。Raise 把这些做成平台，开发者只写业务。
完备的底座
业务系统都要的底层由平台提供：身份与单点登录、组织架构、审批、消息与通知、文件与搜索、支付、对象引擎、企业微信 / 飞书 / 钉钉连接器、品牌与域名，以及 Web 与桌面两端（iOS、Android 接入中）。
开发者用 Go 与 TypeScript SDK、React 应用 SDK、k3 CLI 与本地 devkit、应用模板写业务；契约测试分 L0–L3 四级。应用经开放接口、应用接口、Webhook 和 MCP 接入平台。
开放的权限模型
应用在清单里声明自己的对象、操作和权限点；平台统一执行部门、角色、权限点和数据范围，细到字段；组织自己定制角色，决定把哪些角色映射到应用的权限点。权限不用每个系统各写一遍。
AI 也走同一套权限。助手以成员本人的身份经平台读取和起草，成员看不到的字段，助手也读不到。写入之前有机制保证的闸门：委托令牌只能读取和起草，草稿绑定记录的修订号，每次写入进只能追加的审计链。企业按部门决定助手走到哪一级，随时可以退回。
允许商用与授权
在 Raise 上开发的业务系统可以作为开发者自己的产品售卖。许可证由平台签发，离线验签（Ed25519），按模块、功能、应用、套件、席位和期限授权，改动任何字段即失效；许可证可以允许替换实例品牌（OEM）。同一套产品云上开通，或装进客户的机房。
只写做到的事
文档写明还没有做的部分。这个网站也一样：没有做到的能力不出现，正在接入的写「接入中」，示意数据标明「示意」，不编造客户，不编造案例。
界面、术语和文案都按写下来的规则验收。
每个界面部件先在 Raise Design Lab 里设计，列出它的各种状态，再写下它的规则。页面按规则验收，不按感觉。
产品的约定也写成文字：术语如何使用，按钮如何摆放，确认卡写哪些内容。架构上的决定写成 ADR，写明为什么、排除了什么。规则写下来之后，无论由谁来做，都按同一份规则验收。
Raise 不做的两件事。
不是低代码平台
在 Raise 上开发的应用是开发者用 SDK 写的代码，经过自动检查和人工审核才上架。组织自建的站点、表单和会员中心，由助手写代码，人和助手改的是同一份源码，每一轮修改产出草稿版本，发布由人确认。Raise 不提供拖拽和区块搭建业务系统的方式。
AI 不替企业做决定
助手可以计算、起草、提议。改不改数据、发不发消息，由成员确认；按规则自动执行的操作，规则也是事先签好的，可以随时撤销。采用走到哪一级，同样由企业决定。