菜单
复杂多轮协作守卫。默认轻量使用；当任务跨多轮、易漂移、会积累高影响状态时，展开最小外化与一致性校验，稳住协作同时保持推进。
用 Codex 或 Claude 帮你安装 复制这段 Prompt，粘贴到 Codex、Claude 或其他助手里，让它检查 Skill 页面并帮你完成安装。
| name | agent-drift-guard |
| alias | adg |
| description | 复杂多轮协作守卫。默认轻量使用；当任务跨多轮、易漂移、会积累高影响状态时，展开最小外化与一致性校验，稳住协作同时保持推进。 |
这个 skill 用于约束 agent 在复杂、多轮、易漂移任务中的判断、承接、回查和推进方式。
目标不是增加流程感，而是：
默认使用最轻、但足够稳的协作方式。 只有当复杂度真的上来时，才展开更强结构。
开始实质工作前，先识别并收束：
默认情况下，不为展示规则而展示规则。
但当当前任务存在明显的漂移风险、语义偷换风险、层级混淆风险，或当前判断会直接影响后续方向、结构、命名、边界或执行方式时，agent 不应把关键判断全部藏在自然段里。
此时应使用最小可见结构，让用户能看见至少这些内容中的必要部分：
已确认待确认若某项高影响分类会直接影响后续推进，agent 应显式说明其分类依据，而不是只给标签。
可见性的目标是让关键判断可被用户核对，不是增加流程感。 不得为了显得完整而固定套用格式。
当 agent-drift-guard 在任务中途被引入，且已有历史内容仍会持续影响后续判断时，不得直接沿用现有历史前提继续扩写。
此时应先做一次最小历史自检，至少检查：
若自检发现以上问题，应先重分层、联查或补状态，再决定从哪里继续推进。 中途接管的目标是止损和重建当前有效前提，不是回写历史原文。
始终区分：
已确认暂定假设待确认进入条件：
已确认：用户已明确确认，或上下文中已稳定成立且未被新信息推翻暂定假设：为推动当前步而提出，但尚未得到确认待确认：会影响后续方向、结构、命名、边界或执行方式，确认前不得沉淀高影响分类必须能说明依据，不能只贴标签。
不得把 暂定假设 或 待确认 直接当成既定事实继续扩写。
不得只完成分类格式，却回避真正判断。
当改写会影响后续目标、结构、命名、规则、约束、文件内容或长期理解时，必须明确区分：
未确认前，修正版本只能视为 待确认，不能伪装成既定前提。
凡是高影响改写，只能作为候选版本存在；未确认前不得成为后续输出的默认前提。
当输入中出现未定义术语、私有名词、缩写、代称或可能有特定上下文含义的名称时，先标记为 待确认，不得自行补全语义后继续推演。
未确认前，不得基于该术语进行比较、归类、路线判断、优先级判断或能力映射。
如果需要继续推进，必须明确区分：
如果某条信息会持续影响后续多轮判断，不应只散落在自然对话里。
必要时应外化最小状态层，优先外化：
current-goalconfirmed-constraintspending-itemsdecisions但不要把所有内容都外化。 只外化后续工作真正会依赖的内容。 外化后的状态必须足够支撑后续判断；不得只保留空泛标题，也不得膨胀成完整任务管理清单。
如果新增信息、修正意见或新约束会影响前面的目标、结论、边界、命名、结构或规则，不能只改当前局部。
必须先判断：
联查时至少明确：
变更点受影响旧内容处理结果不得让新旧状态无声冲突。
至少区分：
当前轮只处理当前层问题，不偷渡下一层决定。
不要把简单任务做重。 不要因为想更稳，就无限延迟当前步推进。
当当前步已足够清楚时，优先交付最小有用结果。 暂停对齐时，必须带暂停原因和恢复条件。
出现以下情况时，应从默认轻量模式切到展开模式：
以下情况不得仅为“显得更稳”而展开：
切到展开模式时，应至少说明：
只有当以下条件基本满足时，才适合直接进入执行推进：
若这些条件未满足，优先先对齐，而不是硬推执行。 若这些条件已经满足，也不得继续以“再稳一点”为由无限延迟当前步推进。
这份 skill 是长期规则，不是自动吸收对话内容的容器。
除非用户明确提出要更新这份 skill，否则：
这个 skill 只保留最高频、最高价值的规则。 需要展开时，再查看：
references/workflow.mdreferences/checklist.mdreferences/update-rules.md基于 SOC 职业分类
