用途：在拉取请求末尾审查仓库的 /project-context，把代码无法表达的内容留下，把重复代码的复述删掉，并标记代码与决策之间的漂移。该上下文由 /setup-project-context 初次生成，经 /context-engineering 变更，本技能负责保持其诚实。
主要能力与用法：
- 先调用 /context-engineering（若未安装则停止并提示安装），子代理也应把它作为首个动作。
- 固定范围。上下文差异命令为 git diff <base>...HEAD -- skills/internal/project-context/ CONTRIBUTING.md；代码差异为同样的范围去掉上下文路径。使用三点比较以对齐 merge-base，$ARGUMENTS 设定 base，未提供则用默认分支的 merge-base。两个差异都为空则结束运行并说明。
- 对每条新增行对照代码判断，结论有三种：保留（代码说不出，如项目固定用词、无工具强制执行的规则、原因或围栏）、改为链接（代码已说明，删除文字并补上 Where it lives 路径）、删除（不满足 What earns a line）。要求每条新增行都有结论及定论的 file:line。
- 检查代码与上下文是否漂移。对代码差异触及的每个域，读取其 Rules、Reasons、Fences 与变更代码，判断成立或漂移。漂移交由所有者决定：改代码，或更新决策并写入域文件、保留其置信度。进入无域管辖代码的差异同样要问：它是否携带了上下文缺失的决策。
- 检查结构：对照 The shape、Domains、A domain file、Landscapes 及 context-engineering 中的 Live and record；将路由器与 skills-lock.json 比对，landscape 行需与锁文件一致。
- 应用并报告：逐文件的删除行数、三个最大删除及其证明 file:line、每处漂移及两个 file:line 与两个选项、仍缺原因的围栏、为 landscape 剪掉的连接文本。漂移与缺失原因需所有者回答，也是唯一阻塞事项。
适用场景：在拉取请求末尾、上下文与代码同时变化时使用。限制：资料未提供价格、支持平台、安装方式等细节；执行前须先安装 /context-engineering。