为什么是 ORYH
智能体是可以换的。记录必须留下来。
Copilot 在已有系统旁边给建议，人还是要自己去点、去录、去核对。ORYH 换的是另一件事： 智能体直接把事办了，而这件事算不算数，由企业的规则说了算。
两个区别
Copilot 不等于把界面去掉，自动化也不等于受管。
Copilot 提高的是在原有界面里的效率，员工仍然是操作者；脚本式自动化确实不用人点，但它按写死的规则跑，遇到例外就断。ORYH 要的是第三种：智能体灵活处理表达和例外，而写入必须过权限、状态和审计这三关。
逐项对比
采购评估会上真正会被追问的九条。
维度传统企业软件ORYH
谁在操作系统
员工对着各系统的界面逐个录入
员工授权的智能体代为执行
员工要做的事
在多个系统之间导航、录入、对账、搬运上下文
对手头已经在用的智能体说清意图
软件的单位
每个职能一套独立应用
受管的能力与可追溯的单据
流程怎么改
提需求、排期、等版本
改一段业务说明，权限和状态机随之生效
跨部门协同
事后用集成把系统连起来
一个智能体依次调用多个受限能力
模型与厂商
通常绑定某一家的助手
模型和智能体可换，记录留在企业这边
数据在哪
取决于各 SaaS 厂商的部署
支持私有化部署，数据留在企业边界内
合规与审计
策略和留痕分散在各产品里
统一的身份、权限、状态与审计边界
扩展方式
再上一个系统或模块
加一类单据、一条流程、一项受管能力
选择理由
六条站得住的理由。
01
流程是企业自己的
单据字段、状态和权限由企业定义，不迁就厂商的默认流程。
02
改动是一句话
多数被称作「我们的流程」的东西在这里是可读的业务说明，改它不用排版本。
03
模型不绑定
智能体和大模型可以换，企业的记录不跟着换。
04
合规可交代
谁在什么权限下做了什么，事后拿得出证据。
05
先跑一个流程
从一个真实流程开始验证，不需要先做全域替换。
06
数据留在自己手里
支持私有化部署，业务事实和审计证据不出企业边界。
改流程
多数被称作「我们的流程」的东西，在这里是一段可以改的文字。
审批走几级、什么情况要特批、退回之后谁接手——这些在传统系统里是配置项和开发工单，在这里是企业自己拥有的自然语言说明。改它不用排版本，改完当场生效，而且改动本身也留痕。
结论
智能体可以换，事实要留下。
先用一个真实流程验证这句话。
申请试点