> ## Documentation Index
> Fetch the complete documentation index at: https://learn.orbexa.io/llms.txt
> Use this file to discover all available pages before exploring further.

# AI代理为什么需要信任验证层

> 深入解析AI代理在电商推荐场景中面临的商家信任评估困境与技术挑战，分析SSL证书、Google Safe Browsing和TrustPilot等现有信任机制为何无法满足机器自动决策需求，阐述OTR开放信任协议如何基于多维度公开数据构建面向AI代理的可量化信任验证层

# 为什么AI代理需要信任层

## 1.1 AI代理的信任困境

传统电商中，消费者自己判断信任。他们看品牌知名度、用户评价、网站设计、支付方式。这些都是人类直觉擅长处理的信号。

AI代理没有直觉。它需要**机器可读的、可量化的信任信号**。

一个AI代理面临的决策：

```
消费者: "帮我在cheapshoes-deal.xyz买那双鞋"

AI代理的思考:
  - 这个域名注册才3天
  - 没有SSL证书
  - 没有任何企业注册信息
  - 隐私政策是复制粘贴的模板
  - 没有退货政策

  → 这很可能是欺诈站点。我应该拒绝，还是警告消费者？
```

如果AI代理推荐了一个欺诈商家，消费者的钱没了，消费者就不会再信任这个AI了。对AI平台来说，这是致命的。

所以AI代理需要一个**独立的、自动化的、不可操纵的信任评估系统**。

## 1.2 现有信任机制的不足

| 机制                       | 它做什么            | 为什么不够                                  |
| ------------------------ | --------------- | -------------------------------------- |
| **SSL证书**                | 证明通信加密          | 欺诈站点也能拿到免费SSL证书。SSL只证明"通信安全"，不证明"商家可信" |
| **Google Safe Browsing** | 检测恶意网站（钓鱼、恶意软件） | 只检测"坏的"，不评估"好不好"。一个合法但质量低的商家不会被标记      |
| **BBB / TrustPilot**     | 人类评价和投诉         | 数据不是机器可读的。评价可以刷。覆盖范围有限。AI代理无法直接调用      |
| **域名年龄**                 | 域名注册了多久         | 老域名不一定可信。新域名不一定不可信。单一信号不够              |
| **支付认证 (PCI DSS)**       | 支付安全合规          | 只覆盖支付环节。不评估商品质量、政策透明度、企业身份             |

**核心问题**：没有一个现成的系统能从**多个维度**、**自动化地**、**基于公开数据**评估一个商家的整体可信度，并以**机器可读的格式**提供给AI代理。

这就是OTR要解决的问题。

## 1.3 OTR的设计哲学

OTR（Open Trust Registry）的设计基于四个原则：

### 原则1：公开可验证数据

OTR只使用公开可获取的数据源来计算信任评分。

SSL证书是公开的。DNS记录是公开的。GLEIF注册信息是公开的。网站的隐私政策是公开的。Schema.org标记是公开的。

**不使用**任何需要商家主动提供的私有数据（除非商家主动授权F维度验证）。

这意味着：任何人都可以独立验证OTR评分的计算依据。

### 原则2：多维度评估

一个维度不够。SSL好不代表政策好。企业注册了不代表数据质量高。

OTR使用六个维度：V（身份验证）、S（安全）、G（治理）、T（透明度）、D（数据质量）、F（履约）。

每个维度由多个信号组成，信号之间加权计算。

### 原则3：评分不受购买影响

这是OTR最重要的原则。

买不买ORBEXA的任何产品或服务，**不影响**你的信任评分。评分只看数据。

如果ORBEXA允许付费提高评分，整个系统的信任基础就崩塌了。AI代理不会信任一个可以花钱买分的系统。

### 原则4：开放协议

OTR是开放协议。评分算法的逻辑是透明的。API是公开的。任何AI代理都可以调用。

开源仓库：[github.com/yb48666-ctrl/OTR-Protocol-by-orbexa](https://github.com/yb48666-ctrl/OTR-Protocol-by-orbexa)

## 下一章

[第2章：OTR架构总览](/zh/book-2/ch2-architecture) — 四层架构：信号采集 → 评分引擎 → ID生成 → 验证API