上下文与交接¶

基于 ASILO 0.1 与 MILPA 0.1 的现行应用指南。不要求特定的供应商或助手。

上下文是任务为开展工作而收到的内容。能够访问项目，并不意味着需要它的全部内容。明确地准备上下文，有助于审查暴露范围、规模和有效期，但不承诺节省 token，也不承诺对恶意指令免疫。

为每个任务定义一份预算¶

ASILO-R-003 列举了五项内容：

内容	实用问题
允许的来源	这项任务需要哪些文档和修订版本？
被排除的路径	即使工具能找到，哪些也要排除在外？
最高分类	该任务允许何种数据暴露级别？
规模上限	它可以接收多少上下文？
有效期	这份预算用到何时为止？

该要求的例外和条件见其卡片。在其适用时，预算不得在不同的任务之间重复使用。声明一个上限并不能证明工具会遵守它：证据包括实际进入上下文的内容。

区分各个量表并保护数据¶

数据暴露量表区分公开、内部、机密和关键。它不是文档权威量表，也不是确定性量表。不要因为编号或词语相同就翻译取值；请参见 MILPA-R-003。

对于外部模型，ASILO-R-003 要求在纳入机密或关键数据之前，取得已登记的人工批准，或经过验证的匿名化。检测到某种模式，并不等同于已匿名化。依据 ASILO-R-006，凭据不得进入上下文，即使模型是本地的也是如此。

外部来源、附件或检索到的内容可能包含恶意指令。应将其视为不可信内容；它对任务的规则或权限不具有任何权威（ASILO-R-001）。

共享引用，而不是想象中的记忆¶

两个助手可以读取同样的、受版本管理的来源。这并不会同步它们的会话、私有历史记录或实际生效的限制。各工具的入口可以指向归属明确的文档，而不必重复全部规则；但仍然需要核实它确实读取了该文档。

建议的交接说明包含目标、引用与修订版本、当前有效的限制、结果、事实/推断/假设、决策以及下一步待办事项。这是一种说明性的技巧，而不是已被接受的会话标准。作为交接实践，请审查在更换工具或供应商时，谁将接收这些数据、能够执行哪些动作。ASILO-R-003、R-004 和 R-006 的义务按各自的条件适用；这种更换既不授予权限，也不带来自动的连续性。

审查任务的结果¶

检查所引用的来源是否存在、实际的上下文是否落在预算之内，以及排除项和有效期是否得到遵守。简短的回答仍可能是错误的；正确的回答也可能暴露了不应暴露的数据。要把这些结果分开记录。

下一篇：架构与安全 · 上下文卡片

为一次任务准备的背包¶

为一次具体的出行，准备的是所需之物，而不是整座房子。上下文预算让这种挑选对某项任务变得明确。一个小背包里仍可能装着不合适的东西：因此还要审查分类和来源。

术语表。