译文
译自西班牙语原文，以原文为规范文本。 状态：草稿，待人工审校。如有歧义，以西班牙语原文为准。
生态系统的问题与能力¶
本指南帮助按问题选择适用方法。它解释 ASILO 0.1、MILPA 0.1 和 SCAFFOLD 0.2，不增加义务，也不对产品作符合性判断。
各方法的贡献¶
| 方法 | 价值主张 | 核心问题 |
|---|---|---|
| MILPA | 使知识的来源、权威、结构及关系可见。 | 我们知道什么，来自哪里，彼此如何关联？ |
| ASILO | 对数据、上下文、权限与影响设定边界，并评估剩余风险。 | 允许什么，如何检查？ |
| SCAFFOLD | 让软件周期中的意图、职责、工作、验证及交付可追溯。 | 意图如何转化为可验证的交付？ |
三者均可分步采用。运行人工智能业务的项目可能需要 ASILO 和 MILPA，而不使用智能体开发软件。SCAFFOLD 协调工程工作；其数据和权限控制与其他方法相联系，不规定具体工具。
主要问题目录¶
ID 指向 52 项已接受要求的索引：ASILO 八项、MILPA 八项、SCAFFOLD 36 项。摘要不能替代完整卡片的条件、例外或规范效力。
| 案例 | 问题 | 相关要求 | 贡献及边界 |
|---|---|---|---|
| P01 | 把规则与意见混淆 | MILPA-R-001/002/008 | 明确来源、状态、负责人及矛盾。 |
| P02 | 上下文过多或过时 | ASILO-R-003; SCAFFOLD-R-004/007/015 | 限定上下文并为契约标明版本；简短引用不代表仍有效。 |
| P03 | 并发变更及责任不明 | SCAFFOLD-R-001/002/003/030/031 | 区域、批次与负责人；实际隔离取决于运行环境。 |
| P04 | 助手交接时状态丢失 | SCAFFOLD-R-005/009/016 | 带状态的交接与无环工作依赖。 |
| P05 | 需求、代码及测试脱节 | SCAFFOLD-R-006/021/023/033 | 关联修订，在来源变化时审查受影响的证据。 |
| P06 | 服务之间隐藏耦合 | MILPA-R-007; SCAFFOLD-R-007/014/036 | 双向声明关联、提供契约并设定可检查的结构边界。 |
| P07 | 配置与基础设施不兼容 | SCAFFOLD-R-027/034 | 将声明与代码、环境及观察结果进行对照。 |
| P08 | 不安全的迁移与恢复 | SCAFFOLD-R-028/035 | 根据变更及数据引擎验证兼容、共存与恢复。 |
| P09 | 工具权限过大 | ASILO-R-001/004/005; SCAFFOLD-R-037 | 识别执行者和目标，授权实际影响并测试撤销。 |
| P10 | 第三方依赖未审查 | SCAFFOLD-R-008; ASILO-R-008 | 记录变更、审查及理由，并集成适用检查工具。 |
| P11 | 幻觉、注入与谄媚 | ASILO-R-001/008 | 验证结构并用案例及基线评估失效；两者不同。 |
| P12 | 敏感信息暴露 | ASILO-R-003/006; MILPA-R-001 | 分类、用途、保留期限及适合情境的出站控制。 |
| P13 | 缺少目标或验收的工作 | SCAFFOLD-R-019/020/021/022/023 | 章程、适用时进行现状盘点、验收标准及人工决策。 |
| P14 | 超负荷及进度难以解释 | SCAFFOLD-R-024/030/031/032 | 节奏、持续流的额外上限及分开规划人类和智能体产能。 |
| P15 | 支出与重试失控 | ASILO-R-007; SCAFFOLD-R-009/032 | 预算、停止机制及已声明指标；未知成本仍标记为未知。 |
| P16 | 版本与部署不可追溯 | SCAFFOLD-R-025/026/027/028/029 | 关联工作、分支、集成与发布，并晋级已检查制品。 |
| P17 | 重构改变行为 | SCAFFOLD-R-006/009/023/033/036 | 声明不变量及适用的特征测试；它们属于应用技术。 |
| P18 | 过时代码与反复事故 | SCAFFOLD-R-013/018/032 | 明确淘汰、预先规定紧急路径并落实事故后行动。 |
| P19 | 把本地化与司法辖区混淆 | MILPA-R-001/003/005/007; ASILO-R-006; SCAFFOLD-R-034 | 区分语言、时区、格式、司法辖区及来源版本。 |
| P20 | 看板与证据脱节 | MILPA-R-007; SCAFFOLD-R-021/025/032/033 | 声明来源并提供可追溯视图；百分比本身不证明交付价值。 |
从规则到经过检查的结果¶
对于每个问题，宜记录要求及版本、来源修订、机制、环境、正反测试、结果、剩余风险和负责人。应区分四种状态：规则已接受、机制已实现、验证已执行和分发已发布。任一状态都不自动推出下一状态。
例如，声明 DATABASE_URL 不证明服务可以使用部署配置启动。测试可记录代码和清单的哈希，检查变量缺失及有效配置两种情形，同时不公开变量值。输入改变时，证据应失效或被重新审查；具体格式属于应用配置及软件。
图表解释关系，但语法正确不证明它与代码等价。钩子能检测某些变更，却不能单独限制进程。签名将字节与密钥关联；人类身份及其权限仍需要额外检查。
组织与采用¶
一个人可以承担多个已声明职责；同一人持有多把密钥并不会产生独立审查者。智能体小组贡献工作，人类保留 SCAFFOLD 规定的决策权。现有管理工具可从已声明来源投影状态；不要求替换看板或会议。
不存在将成熟度、风险、层次及采用程度混为一谈的统一 0–5 级尺度。每种分类保留自己的名称、目的和版本；MILPA-R-003 要求区分它们。MILPA 类比中的植物也不规定强制的智能体类别。