---
source: ../../../core/ai-agreement-standards.md
source_version: 1.0.0
translation_version: 1.0.0
last_synced: 2026-03-24
status: current
---

> **语言**: [English](../../../core/ai-agreement-standards.md) | 简体中文

# AI 协议标准

**版本**: 1.0.0
**最后更新**: 2026-01-29
**适用范围**: 所有 AI 辅助开发会话
**范围**: universal
**行业标准**: ISO 12207 §6.1
**参考**: [iso.org](https://www.iso.org/standard/63712.html)
**ISO 12207 映射**: 协议过程（6.1）

---

## 目的

本标准将人类（获取方）与 AI（供应方）之间的交互形式化为可验证的协议。在 "Vibe Coding" 中，prompt 上下文作为管理 AI 行为和交付物的合约。

---

## 1. 上下文合约

每个 AI 会话必须以清晰的上下文合约开始。通常通过系统提示文件实现（如 `CLAUDE.md`、`.cursorrules`）。

### 1.1 合约组件

有效的上下文合约必须定义：

| 组件 | 描述 | 示例 |
|------|------|------|
| **角色定义** | 谁代表用户 vs. AI | "你是一位资深后端工程师..." |
| **工作范围** | 操作边界 | "只修改 `src/utils/` 中的文件。不要动 `config/`。" |
| **约束法则** | 不可协商的规则 | "不要硬编码密钥。始终使用 TypeScript。" |
| **验收条件** | 完成的定义 | "代码必须通过 `npm test` 和 `npm run lint`。" |

---

## 2. 需求提案（RFP）标准

复杂任务应结构化为 "RFP"（需求提案），而非简单的聊天消息。

### 2.1 RFP Prompt 结构

请求复杂功能或重构时，使用此结构：

```markdown
# 目标
[任务的单行摘要]

# 上下文与约束
- **当前状态**: [描述现有代码/架构]
- **目标状态**: [描述期望结果]
- **约束**: [如 "必须使用库 X"、"最大复杂度 N"]

# 输入数据
[列出相关文件或粘贴 JSON Schema]

# 交付要求
1. [要求 A]
2. [要求 B]
```

---

## 3. 变更管理

### 3.1 范围变更协议

| 变更类型 | 处理方式 |
|---------|---------|
| **范围内** | 直接实现 |
| **小范围外** | 提出建议，等待确认 |
| **大范围外** | 暂停，要求新的 RFP |

### 3.2 冲突解决

当 AI 检测到指令冲突时：

1. 明确指出冲突
2. 列出冲突的指令
3. 提出推荐解决方案
4. 等待人类决策

---

## 相关标准

- [虚拟组织标准](virtual-organization-standards.md)
- [AI 指令标准](../../../core/ai-instruction-standards.md)

---

## 许可证

本标准采用 [CC BY 4.0](https://creativecommons.org/licenses/by/4.0/) 发布。
