用途：为具体仓库建立实现与代码评审的验收条件，并在用户确认后创建或更新 docs/project-context/quality.yaml。执行该技能前需先执行 llm-friendly-context，再执行 coding-principles，以区分仓库自有策略与通用代码质量知识。
主要能力：按 Profile Contract 组织配置，含 version: 1 与 review_dimensions，每个维度包含 id、applies_when、pass、evidence 字段。每个维度对应一条仓库特有的质量决策：applies_when 限定实现与评审范围，pass 定义可观察的通过状态，evidence 说明该规则为何由仓库拥有。
使用方式：以当前工作仓库为目标，存在 quality.yaml 时先读取。已有配置时以请求的策略变更 $ARGUMENTS 为更新边界；未提供时需询问，且保持配置不变。候选条件来自仓库说明、贡献者文档、CI、清单与脚本、模式与公开契约、测试或代表性实现模式。对每个候选检查支持与矛盾的证据，区分仓库事实与需用户确认的策略选择。仅当未通过 pass 会改变实现验收、且所依赖仓库事实均有引用证据时才保留，并给出最窄适用的 applies_when、一个正向可观察的 pass 条件，合并产生相同结论与修正的候选；缺少必要证据时省略该候选并说明所需具体证据。写入前需呈现新增、修改、删除项及未变部分，展示支持与矛盾证据，说明未决策略选择及其影响，并获得显式确认。写入后读取校验 version 1、ID 唯一、字段完整、条件可观察、证据可读且与确认方案一致。若不存在仓库特有维度且无配置，则报告无内容可写并保持不变。
限制：未确认前不得写入；缺少证据的候选不得写入；无法验证时须报告确切的校验局限。