ASILO 的领域、情境与层¶

现行的说明性指南。这些划分帮助阅读和应用 ASILO 0.1；要求保持各自的适用条件。

设计笔记汇集了知识领域、应用情境和架构层。每种划分回答的问题不同。开始时，先选定你想解决的问题，再查阅对应的要求与证据。

贯穿文档的六个领域¶

知识领域	有用的问题	工件或阅读材料
基础。	本方法划定了什么？每份文本具有什么效力？	目的与边界、要求。
软件架构。	存在哪些职责？什么可以依赖什么？	已声明的模型与层与环。
安全。	哪些资产、行为者、权限和影响需要控制？	威胁模型、能力。
人工智能模型。	人工智能接收什么上下文？它可以提出或执行哪些动作？	人工智能适用范围、边界与人工审查。
度量与评估。	哪些可观察的结果支持这些控制？	边界测试、故障与残余风险。
采用与演进。	现在应用哪一部分？如何审阅变更？	采用、配置与演进。

这些是可以交叉的阅读领域。安全会用到架构决策和评估结果。层的编号既不标识其中某个领域，也不代表成熟度等级。

笔记中研究的三种情境¶

情境	有用的关联	本文档的适用范围
借助人工智能构建的软件。	划定上下文、数据、权限、资源和影响。	按要求及例外应用 ASILO 0.1，涉及一个或多个人工智能组件。
组织与机构。	比较职责、交接和决策边界。	用于分析协作的类比。使用人工智能的组织对所声明的系统适用相关要求；这种比较不证明总体上的法律合规。
日常生活与个人使用。	比较可用资源、可逆的决定以及对后果的复查。	通俗的解释。能访问文件的个人助手确实可能属于所声明的系统；这个类比不会让 ASILO 变成健康、财务或家庭管理方面的规范。

这些宽泛的情境来自本方法的研究。本指南解释这些关系，但不增设额外的版本，也不把已接受的要求通过类比推广到任何人类活动。参见范围与软件。

这些划分如何相互关联¶

flowchart TD
  accTitle: ASILO：领域、情境与层是不同的分类
  accDescr: 描述一个案例时，分别从所研究的领域、其使用情境，以及在适用时的职责模型出发。适用的要求和证据另行识别。
  C["案例：助手起草一份文档"] --> A["领域：安全、架构或评估"]
  C --> X["情境：软件、组织或个人使用"]
  C --> M["模型：职责与依赖"]
  A --> F["卡片：范围、适用要求与证据"]
  X --> F
  M --> F

SVG 图 · Mermaid 源文件。

箭头表示对同一案例的三种描述，以及它们汇合为一张卡片。它们不排定特权顺序，也不表示成熟度等级。使用情境本身同样不能单独决定适用哪些要求：要在已接受的版本中逐一核对每个 ID 的条件。

只有一个助手的示例¶

一个人请助手根据获授权的文件准备一份文档。架构领域定义规则、读取契约和文件适配器。安全领域把操作限定为读取被允许的资源。评估领域检查写入尝试会被拒绝，且没有任何文件被改动。情境可以是个人的，也可以是组织的；含人工智能的系统及其影响，以同样的方式声明。

如果助手只生成文本，没有工具，也不能直接访问文件，配置就记录这一条件，并审阅相应的义务。不要为了凑满一张图，而添加并不存在的操作能力。

参见环的来源、跨学科类比和架构与安全。