IntentProof/intentproof-spec
GitHub: IntentProof/intentproof-spec
IntentProof 的规范仓库，提供标准化的 JSON 模式、测试套件和一致性工具，用于解决跨语言实现的兼容性与完整性问题。
Stars: 1 | Forks: 0
# intentproof-spec 规范
[](https://github.com/IntentProof/intentproof-spec/actions/workflows/ci.yml)
IntentProof 的规范模式、测试用例和一致性工具集。
## 使用对象
需要规范性 JSON 模式、黄金测试用例和跨语言一致性运行器的 SDK 维护者、验证器作者和集成商。
## 范围
- `schema/` 目录下的 JSON 模式
- `golden/` 目录下的黄金测试用例（包括 `golden/multi-agent/` 委托用例）
- `compatibility/` 目录下的跨仓库兼容性矩阵
- `conformance/runner.ts` 目录下的一致性运行器
- `integrity/` 目录下的完整性清单/签名工具
## 安装
```
npm install
```
## 验证
- 针对黄金测试用例运行一致性运行器（见下文）。
- 验证兼容性矩阵漂移：`make compatibility-matrix-verify`
- 双重信任根完整性验证（Ed25519 + Cosign/Rekor）：
[`integrity/README.md`](integrity/README.md)
执行事件上保留的多代理委托属性文档位于
`golden/multi-agent/README.md`（`intentproof.delegation.*` 在
`attributes` 上）。流分组和审批策略将在后续平台工作中使用它们。
## 测试
```
npx ts-node conformance/runner.ts
make compatibility-matrix-verify
```
CI 运行模式验证、一致性检查和完整性检查。
## 发布
模式和测试用例从该仓库进行标签发布。维护者完整性清单通过以下命令重新生成：
`npx ts-node integrity/generate_manifest.ts`（需要
`secrets/spec-integrity-private.pem`）。详见 [`integrity/README.md`](integrity/README.md)。
## 文档中心
各仓库的 README 文件以及 [`intentproof-infra`](https://github.com/IntentProof/intentproof-infra) 用于自托管安装和镜像验证。文档站点暂缓——详见 [`docs-hub-decision.md`](https://github.com/IntentProof/intentproof-infra/blob/main/docs/docs-hub-decision.md)。
## 支持
请通过 [GitHub Issues](https://github.com/IntentProof/intentproof-spec/issues) 报告缺陷、模式歧义和一致性问题。
详见 [`CONTRIBUTING.md`](CONTRIBUTING.md)。安全报告：
[`SECURITY.md`](SECURITY.md)。
## 许可证
Apache License 2.0 — 详见 [`LICENSE`](LICENSE)、[`NOTICE`](NOTICE) 和
[`TRADEMARK.md`](TRADEMARK.md)。
标签：Cosign, Ed25519, JSON Schema, MITM代理, npm, Rekor, SDK开发, TypeScript, 一致性测试, 代理系统, 兼容性矩阵, 加密签名, 区块链技术, 去中心化应用, 多代理委派, 安全插件, 安全规范, 完整性验证, 意图证明, 意图验证, 自动化攻击, 规范仓库, 集成工具, 验证器