posting-review-summary

fix: 从 origin/HEAD 解析 diff 基准，而不是假定为 main (#217) 本地模式代码审查和分支比较安全审查此前都针对字面量 `main` 进行 diff， 在任何默认分支名称不是 main 的仓库中，这都是错误的基准。两者现在都会 解析 `origin/HEAD`，并在无法解析时进行询问，且两者都获得了运行该解析 所需的 `git symbolic-ref` 授权。

feat(bitwarden-code-review): 将变更的 SKILL.md 路由到 plugin-dev:skill-reviewer (#206) * feat(bitwarden-code-review): 将变更的 SKILL.md 路由到 plugin-dev:skill-reviewer claude-config-validator 2.0.0 拒绝 SKILL.md，且两条审查路径都未调用 plugin-dev:skill-reviewer，因此技能变更未被覆盖，而两条路径仍宣称 进行渐进式披露审查。 多智能体流水线新增一个基于 plugin-dev:skill-reviewer 子智能体类型的 条件 Agent 5，发出 source_agent "skill"，id 前缀为 skl。单智能体审查器 新增 Task，按其定义限定为该单一委派。 * fix(bitwarden-code-review): 检测 references/ 下的技能支持文件 本仓库十个技能支持目录中有九个是 references/，因此仅枚举 reference/ 会在 Claude 配置检测中遗漏它们。 * fix(bitwarden-code-review): 记录被跳过的技能审查，而不是静默省略 SKILL.md 位于 Claude 配置桶之外，因此缺少 plugin-dev 时就没有智能体 应用技能视角。报告新增一行 Not covered，使该遗漏不会被读作通过。 * fix(bitwarden-code-review): 使 Agent 5 与 skill-reviewer 契约协调一致 plugin-dev:skill-reviewer 持有 Read、Grep、Glob 并发出固定的散文报告， 因此它既无法满足 Review Rules 捆绑，也无法满足 Finding Shape schema。 编排器现在在 Step 3 中在具名豁免下翻译其报告。 SKILL.md 也保留在交给 reviewing-claude-config 的范围内：其凭据扫描 无论文件类型如何都会对每个文件运行，只有其路由拒绝该文件，因此将其 从该桶中移除会丢失密钥扫描。 Task 无法在 frontmatter 中按子智能体限定，因此该限制被记录为约定 而非边界。 * fix(bitwarden-code-review): 移除 Task 授权并收紧 Agent 5 的契约 生成的子智能体从其自身定义获取工具，因此 Task 使不受限制的 Bash 距离一个在 CI 中无人值守读取贡献者 diff 的智能体仅一次委派之遥。 单智能体路径现在声明技能内容审查未运行，并指明覆盖它的流水线。 Agent 5 获得范围围栏，保留 Tool Discipline 但去掉其 gh/git 条目， 采用从 hunks 扩大到整个文件的 Untrusted Input Boundary，收集审查器的 章节级问题列表，并依据流水线自身的严重性定义进行分类。 * fix(bitwarden-code-review): 为 Agent 5 提供逐字输入边界并排序回退 该豁免将 Agent 5 的不可信输入边界描述为改写而非直接提供，使流水线中 唯一的整文件读取器拥有每次运行都重新组合的唯一边界。它现在是一个 逐字块，且三个断言传播到每个子智能体的章节都指明了该例外。 在单智能体路径中，对现有审查知识的一般回退排在技能条目之后，颠倒了 其不要用意见替代技能审查的指示。 * fix(bitwarden-code-review): 将 Agent 5 的豁免建立在指令而非声明之上 该豁免依据被调用者的 frontmatter 来论证精简规则捆绑，而本流水线并不 强制执行该 frontmatter，且已见到 harness 忽略它。Agent 5 的 Tool Discipline 变体现在直接指示工具限制，保留因去掉第一条而移除的 WebFetch/WebSearch 禁令，并为其简报所需的引用文件检查携带例外。 其提示块和翻译流程移至 references/agent-5-skill-review.md。支持文件 检测恢复为开放式，此前它静默遗漏了 evals/、contexts/ 和 templates/。 * fix(bitwarden-code-review): 让注入发现能通过 Agent 5 的范围围栏 扩大的边界告诉 Agent 5 报告试图指示其审查的文件，而围栏会丢弃 diff 未触及的任何内容，而这正是植入注入所在之处。没有其他东西覆盖它： reviewing-claude-config 因内容拒绝 SKILL.md，而 Agent 4 仅因凭据扫描 获得这些文件。 覆盖说明在 posting-review-summary 中获得真正的槽位，而不是依赖报告 智能体临时编造，且其门控取决于 Agent 5 是否返回可用审查，而非其 未返回的原因。 * fix(bitwarden-code-review): 停止将干净的技能审查报告为未覆盖 将 Not covered 行门控在已翻译发现数量上使常见情况成为误报：范围围栏 和严重性门槛本就会清空列表，因此一个所有问题都是既有的技能变更会 报告该视角从未运行。门控取决于 Agent 5 是否返回任何可审查内容， 编排器无需计数发现即可观察到这一点。 * fix(bitwarden-code-review): 对格式错误的返回使用 cspell 认识的词 * fix(bitwarden-code-review): 将 CWE-1427 从 Step 4 的既有测试中豁免 让注入发现通过 Agent 5 的范围围栏毫无意义，因为 Step 4 在下一层以 同样理由驳回它，因此该观察到达 Dismissed 块而非报告。 README 不再承诺向每个子智能体提供威胁模型前言，Agent 5 现在是其完全 例外，且单智能体路径去掉了一条 reviewing-claude-config 发现，该发现 仅重述其自身摘要行已拥有的覆盖缺口。 * fix(bitwarden-code-review): 为覆盖说明提供其自身路径可陈述的理由 该示例断言 plugin-dev 未安装，但单智能体路径无论安装什么都无法到达 skill-reviewer，且它随后指向同一缺失会阻止的补救措施。作为该章节的 唯一示例，真实评论会以它为模板。 * fix(bitwarden-code-review): 每个变更的 SKILL.md 启动一个 Agent 5 plugin-dev:skill-reviewer 的输出契约是单个技能的报告，因此复数路径 列表可能将两个技能混合成一份报告，其描述、长度和渐进式披露章节都 不指明任何文件——而这些正是该智能体存在所要覆盖的属性。跨实例对 skl id 编号，并让覆盖行仅指明未获审查的文件。 * fix(bitwarden-code-review): 将 CWE-1427 例外带入 Do Not Flag Step 5 接收 Review Rules，其未加限定的既有条目告诉它驳回 Step 4 的 例外刚刚保留的内容。过滤第二个列表，仅保留在变更后存活的 SKILL.md 路径，这样被删除的技能不会启动 Agent 5 实例或为其自身移除报告缺口。 * fix(bitwarden-code-review): 关闭 Agent 5 变更上的验证器发现 Operating Rules 仍承诺向每个子智能体逐字提供 Tool Discipline，这会 给 Agent 5 一条与其精简规则捆绑所依据的限制相矛盾的 Bash 指令。 Context Partitioning 的 ONLY 子句遗漏了该智能体所需的那一条路径， 且其 diff 现在收窄为所审查的技能。两个覆盖说明示例都指明其文件， 仅支持文件的情况被陈述而非留作沉默，且摘要技能的渲染条件不再取决 于它从未定义的词。 * fix(bitwarden-code-review): 单智能体配置审查也门控在 SKILL.md 上 从两个枚举中去掉 SKILL.md 使仅含 SKILL.md 的拉取请求两者都不匹配， 因此将这些文件交给 reviewing-claude-config 的子句位于一个永不触发的 条目内，且该路径上的凭据扫描丢失。像流水线已经做的那样门控在析取上。 限定两处承诺 Agent 5 整个 diff 的地方，并停止为静默回退的可选技能 触发覆盖说明。 * fix(bitwarden-code-review): 收窄智能体复制块中的覆盖说明 渲染条件在散文中被收紧，却在旁边的摘要模板中保持宽泛，而后者是 智能体组装输出所依据的副本。将两者都限定为本次审查所覆盖的内容， 这样指明确实覆盖缺口的路径不再被读作抑制该行的理由。按该理由所属 工具授权的审查器来标记示例，而不是按文件定义为其他内容的输出模式， 并在陈述它的全部三处将 Agent 5 的 hunk 范围确定在技能目录上。 * fix(bitwarden-code-review): 从单智能体门控中过滤已删除的 SKILL.md 这些门控新增的 SKILL.md 析取接纳了已删除路径，因此技能拆分或重命名 会引出覆盖说明，断言被移除的文件未获审查。流水线路径已在变更头部 按存在性过滤；在该路径的全部三个门控中沿用相同条件，这样对其中一个 的后续编辑不会使其他门控落后。

依赖审查与批准技能 (#79) * 依赖审查与批准技能 * 反馈

对智能体首批指令和摘要评论标题的细微更改 (#72)

PM-33383：修复智能体模式审查并修复逐步流程，从而减少误报 (#67)

增强技能 frontmatter 并在调用任务时向智能体添加插件名称 (#44)

将更多臃肿的智能体重构为技能 (#24)