译文
译自西班牙语原文，以原文为规范文本。 状态：草稿，待人工审校。如有歧义，以西班牙语原文为准。
用例¶
用于学习 ASILO 0.1 与 MILPA 0.1 的应用示例。它们不是已被接受的应用配置，也不是真实案例。
本页的案例仅作说明之用。经脱敏处理的真实案例可以被接受，前提是已取得相关人员或组织的书面同意，并由一位维护者审查过其匿名化处理；同意书不予公开。参见如何贡献。
这些方法论不要求图形界面、SDK 或多智能体系统。项目自行决定其形态；各项义务依据已被接受的卡片，按范围和条件来审查。
1. 一个已经存在的项目¶
**问题：**如何在不重写一切的前提下整理它的来源？
先确定负责人和范围，找出核心的七项功能，并声明应用配置。准备一份索引，指向归属明确的来源；不要把规则复制到每个目录。如果缺少合适的已被接受的应用配置，就记录这一情况并提出方案。
**工件：**清单、索引、来源和决策。 规则：MILPA-R-001、 R-004、R-006。 **待补证据：**真实的位置、审查记录、负责人以及清单的验证。
2. 在助手之间交接任务¶
**问题：**如何用另一个工具继续一次审查？
准备一份交接说明，包含目标、修订版本、限制、发现和下一步行动。审查数据的分类和新的接收方。第二个助手去查阅来源；不应假定它了解第一个助手的私有记忆，也不会继承其授权。
**工件：**上下文预算、报告和建议的交接说明。 规则：ASILO-R-003、 R-006、MILPA-R-002。 **待补证据：**收到的内容、有效期以及实际生效的权限。
3. 在没有图形界面的情况下处理文件¶
**问题：**如何审查一份库存并生成一个方案文件？
把任务限定在合成数据和已声明的目标位置。把方案与写入、替换或删除的影响分开。如果该动作进入关键目录，则要检查契约、授权、限制和审查。使用本地进程并不会消除风险，也不会消除所有适用条件；例外要在各卡片中逐一检查。
**工件：**上下文、智能体的范围、影响契约和执行记录。 规则：ASILO-R-001、 R-004、R-005、 R-007。 **待补证据：**读取/写入了什么，以及适用的拒绝与停止测试。
4. 一个使用智能体层的应用¶
**问题：**如何连接界面、后端和智能体而不混淆各自的职责？
声明跨越其边界的项目和契约、各层及其依赖方向。把人的身份、应用的权限和智能体的范围分开。确定作用点以及获授权审查关键动作的人。仅仅登录并不能证明有权批准任何对象。
**工件：**关联、架构、范围和关键目录。 规则：MILPA-R-007、 ASILO-R-002、 R-004、R-005。 **待补证据：**两端的契约、授权以及观察到的影响。
5. 更换模型或某项重要配置¶
**问题：**变更之后，我们还能坚持同样的断言吗？
审查数据的接收方、上下文和限制；在断言适用性之前，重新执行适用的评估用例。把此前的证据仍作为此前的证据保留。连续性并不授权更改限制，也不授权重复一个执行结果不确定的影响。
**工件：**变更决策、评估和执行记录。 规则：ASILO-R-003、 R-006、R-007、 R-008。 **待补证据：**新的配置、已执行的用例以及残余风险。
这些流程本身并不能涵盖全部义务。要声明已应用，请审查要求的整体、其条件和例外。