企业已经在使用人工智能。 问题是谁为它负责。
TrustOps 维护使用 AI 的清单,标明用途与人类责任人,在执行时刻施加边界,并把每一次决策写入事后无法修改的链式记录。
发现 · 治理 · 控制 · 审计 · 优化
AI 资产
示意数据已登记用途
官网上的自动化客户服务
人类责任人
已指定 — 没有责任人,该资产不得进入生产
风险等级
高 · 3 个未知因子降低了计算的置信度
示意数据 — 不涉及任何真实资产、企业或个人。
问题
AI 从后门进来 — 却没有人签字
这不是委员会的决定。是各部门自行采购的工具、试用后变成常态的流程,以及在无人登记责任归属的情况下获得访问权的智能体。
没有人能列出企业究竟在用哪些 AI
部门信用卡订阅、浏览器插件、四处散落的密钥、为某个项目建好后一直开着的智能体。当有人问共有多少用途、分别接触哪些数据时,答案只是估计 — 而估计无法应对客户质询、审计或事故。
政策存在,却拦不住任何事
文件规定了什么不可以。但执行不读文件:智能体调用模型,模型作答,数据流出。在书面规则与实际发生之间,没有任何环节进行校验、限流或索要授权。
一旦出事,无法还原过程
客户投诉某个回答。有人追问是哪个模型作答、依据什么指令、在哪条政策之下、由谁批准。记录分散各处、可能已被修改,还原过程于是变成凭记忆推测,而非举证。
带来的改变
从写在纸上的政策,到真正起作用的控制
TrustOps 所组织的路径 — 以及它停下来交由人处理的那一刻。
“不改变执行环节的治理,只是文档而已。”
- AI 用途登记时带有目的与人类责任人。
- 模型、供应商与合同进入同一份登记。
- 所访问的数据与系统按资产逐项声明。
- 风险由可见因子计算,而非不透明的评分。
- 每个智能体获得身份、权限范围与生命周期。
- 策略去评估请求,而不是停留在文件里。
- 超出边界的部分转交另一个人批准。
- 关键情形下,访问被真正中断。
- 每一次决策进入无法篡改的记录链。
- 成本按项目、智能体、模型与部门呈现。
结构
支撑控制的五个方向
它们不是零散系统,而是解决问题的先后顺序:从无人知晓其存在,到无人追踪的成本。
发现。治理。控制。审计。优化。
发现
识别在用的 AI 工具、模型、智能体、集成与账号 — 包括未经任何人审批就采购的部分。
治理
带用途与人类责任人的正式清单,以及智能体、模型、供应商、政策与同意记录。
控制
策略引擎、审批、限额与隔离:放行、拒绝、限流或转交人工复核。
审计
决策、事件、证据与风险的链式记录 — 也就是被问到时企业能拿出的东西。
优化
按项目、智能体、模型与部门核算成本,上限可配置,闲置许可一目了然。
顺序很重要:没有清单,任何政策都立不住;没有政策,任何控制都不会行动;没有记录链,事后什么也证明不了。
功能
产品中现有的能力
以下每一项都在运行。在治理平台中常见但此处并不存在的功能,不会出现在本页面。
带责任人与用途的清单
资产、智能体、模型与供应商,各自具备声明的用途、人类责任人、所访问的数据与当前状态。
基于可见因子的风险
等级为确定性计算并展示其构成。数据缺失记为未知因子并降低置信度 — 绝不被解读为低风险。
每个智能体的身份
独立凭据、权限范围、受限授权与生命周期。生效权限是“已授予”与“被允许”的交集,默认拒绝。
策略引擎
规则评估请求并作出判定:放行、拒绝、限流或转交人工复核。
职责分离的审批
申请人不得批准。决定连同理由与负责人一并留痕。
紧急控制
中断、隔离、封禁与恢复 — 撤销凭据、终止会话并取消进行中的执行。
哈希链式记录
只可追加,支持完整性校验与决策过程重建。更正即新增记录。
成本与供应商
按项目、智能体、模型与部门核算支出并设上限;供应商风险依据公开方法评估,合同与到期时间同步跟踪。
想把这套清单用在贵司已在使用的 AI 上看看吗?
与顾问沟通运行方式
一次请求的路径:从提出到留痕
高亮的步骤是系统停下来、把决定交还给人的地方。
一次决策的循环
示意数据登记用途
资产带着用途、所访问的数据与指定的人类责任人进入清单。
智能体身份
智能体获得独立身份与生命周期 — 不再以通用账号的形式游走。
带范围的凭据
凭据在生成时即限定范围;其值仅展示一次,系统只保存加密摘要。
策略评估
每次请求都经过现行规则,规则会考虑资产、智能体、模型、供应商与上下文。
超出边界
超出允许范围时请求不会继续:转交给非申请人批准,并留下必填理由。
允许执行
在范围之内调用继续 — 若有生效中的紧急指令则立即阻断,无需等待重启。
成本归集
用量归属到具体项目、智能体、模型与部门,并对照已配置的上限。
写入记录链
记录与前一条相连写入,便于日后校验整条链的完整性。
八步流程:带责任人的已登记用途、智能体身份、带权限范围的凭据、由策略评估的请求、超限时的人工批准、在允许范围内的执行、成本归集,以及写入链式记录的事件。
TrustOps 不会自行起草政策,不出具法律意见,不代替责任人判定风险,也不会自动监测法规。它负责整理、执行既定配置并留痕 — 决定仍由人作出。
演示
资产、决策,以及记录链上的一环
三个示意界面:清单内部、策略作出判定,以及链式记录。
视图 1 — 资产内部
示意数据清单中的 AI 用途
用途
在公开渠道回答产品咨询
责任人
客户服务部门中指定的人员
所访问的数据
产品目录与公开政策 — 不含客户库
状态
已在生产运行,并已安排定期复核
计算风险
中 · 因 2 个信息缺失的因子而降低置信度
任何缺失因子都不会被当作低风险:它会降低结果的置信度,并对决策者保持可见。
视图 2 — 策略作出判定
示意数据被评估的请求
请求
智能体申请访问一组个人数据
适用规则
个人数据需要授权 — 该智能体的权限范围未覆盖
判定
转交人工复核
由谁决定
与申请人不同的人员,并需填写必填理由
视图 3 — 记录链上的一环
示意数据链式记录
- 收到来自已识别智能体的请求
- 应用策略,并注明现行版本
- 转交人工批准
- 决定连同理由一并留痕
完整性
每个事件都携带前一条的摘要 — 改动其中一条,整条链即告断裂
更正绝不覆盖:它以新事件的形式写入。删除表现为标记,而非抹除。
这些界面为本页面构建,数据均为虚构。此处不涉及任何真实资产、供应商、成本或个人。
边界与责任
系统做什么 — 以及什么仍由人承担
一个承诺合规的治理产品,卖的是它交付不了的东西。这一个明确划出边界。
支持合规准备,但不保证合规
TrustOps 整理证据、识别风险并帮助证明尽职。合规判断仍由负有责任的专业人员作出。
不替代签字的人
独立审计师、律师、数据保护负责人与安全专家依然必要。系统以结构化的材料支持他们的工作。
职责分离
申请人与批准人必须是不同的人,且任何角色都不能编辑记录链事件 — 不可篡改性由数据库强制,而非界面约束。
按组织隔离
数据按组织隔离,访问规则在数据库层面生效,凭据静态加密存储。
本页面不承诺:自动满足任何标准、不存在监管风险、出具法律意见,或未经复核即批准政策。真正存在的是有责任人的清单、执行时生效的边界、留痕的决策,以及可校验的记录链。
适用对象
已经过了 AI 试水阶段的企业
当 AI 已经触及客户、资金或个人数据,问题就不再是技术问题,而是责任问题。
AI 已上生产却没有清单的企业
各部门自行采购的工具、为某个项目搭建的智能体、四处散落的密钥 — 却没有一份统一的责任归属清单。
面对严格客户的运营团队
带安全条款的合同与供应商问卷,问的是企业能证明什么,而不是打算做什么。
风险、法务与隐私部门
需要与对应控制项关联的证据、带确认记录的政策版本,以及无人能改写的历史。
为 AI 买单却看不见账目的人
成本分散在各张卡与各个部门,没有上限,也不知道哪个项目消耗了多少。
模块套餐
三个等级,随业务成长解锁更多功能。Max 等级可使用全部功能。
Starter
入门必备
- AI 清单:用途、人类责任人与所访问的数据
- 模型与供应商登记,含合同与状态
- 确定性风险评级,因子公开可见
- 政策具备版本、生效期、批准与已记录的确认
- 证据库与其所证明的控制项相互关联
Pro
完整运营
- AI 清单:用途、人类责任人与所访问的数据
- 模型与供应商登记,含合同与状态
- 确定性风险评级,因子公开可见
- 政策具备版本、生效期、批准与已记录的确认
- 证据库与其所证明的控制项相互关联
- 策略引擎:放行、拒绝、限流或转交人工复核
- 每个 AI 智能体的身份、凭据与生命周期
- 审批中申请人与批准人相互分离
- 按 AI、智能体、模型与部门计费,并可配置上限
Max
全部全部解锁
- AI 清单:用途、人类责任人与所访问的数据
- 模型与供应商登记,含合同与状态
- 确定性风险评级,因子公开可见
- 政策具备版本、生效期、批准与已记录的确认
- 证据库与其所证明的控制项相互关联
- 策略引擎:放行、拒绝、限流或转交人工复核
- 每个 AI 智能体的身份、凭据与生命周期
- 审批中申请人与批准人相互分离
- 按 AI、智能体、模型与部门计费,并可配置上限
- 哈希链式记录,可重建决策过程
- 紧急控制:中断、隔离与恢复
- 发现企业内部未经授权的 AI 使用
常见问题
常见问题
什么是 Centriu TrustOps?
它是企业人工智能治理的指挥中心,分为五个方向:发现、治理、控制、审计与优化。它维护带人类责任人的 AI 用途清单,在执行时施加边界,将决策写入链式记录,并跟踪成本与风险。
TrustOps 能保证合规吗?
不能,而且这条限制在产品内部就被强制执行:诸如“保证合规”或“零风险”这类表述在任何界面与报告中都被禁止。它所做的是支持合规准备、识别风险、整理证据,并帮助企业证明尽职。判断仍由人作出。
它会取代审计师、律师或数据保护负责人吗?
不会。系统负责整理、执行既定配置并留痕 — 专业意见与责任仍属于这些专业人员。它带来的价值是让他们面对结构化、可校验的材料,而不是临时东拼西凑的零散文件。
AI 清单是怎么运作的?
每一项用途都登记用途、人类责任人、所访问的数据与系统、涉及的模型与供应商,并安排定期复核。风险等级为确定性计算并展示构成因子;信息缺失时,该因子记为未知并降低结果的置信度。
AI 智能体是如何被管控的?
每个智能体拥有独立身份、带范围的凭据、受限授权与生命周期。真正生效的权限是“已授予”与“策略允许”的交集 — 绝非二者之和 — 存疑时默认拒绝。
当某件事超出边界时会怎样?
请求不会继续。它会被拒绝、限流,或转交给非申请人批准,并留下必填理由。该决定留在记录链上,并关联所适用的政策版本。
真的有一个停止按钮吗?
有,而且具备真实效力:中断、隔离或封禁会撤销凭据、终止活动会话、取消进行中的执行并开启一个事件。阻断自下一次请求起生效,无需依赖重启。
审计记录链与普通日志有何不同?
因为它只可追加且彼此相连:每个事件都携带前一条的加密摘要,改动其中一条会使整条链断裂且可被检测。更正始终是新增记录;删除表现为标记而非抹除。这条限制由数据库强制,而非界面约束。
能追踪 AI 的成本吗?
可以,按项目、智能体、模型与部门核算,上限可配置。闲置许可与对单一供应商的过度集中也会在这里显现。
供应商评估是怎么做的?
依据公开声明的方法,并跟踪合同、状态与到期时间。认证只有在经过核实时才计入,仅作声明不算;既有控制项最多把风险降到一定程度,绝不会归零;数据缺失会降低结果的置信度,而不是变成好评分。
各组织的数据如何得到保护?
数据按组织隔离,访问规则在数据库层面生效,而不仅仅停留在应用层。凭据静态加密,密钥值仅展示一次,系统只保存其加密摘要。