用途：该技能只读地检查指定仓库范围，识别以业务策略判定为目的的逻辑（如资格、权限、可用性、审批、可见性、定价规则、状态转换守卫等），并提出重构候选，不编辑源码、测试、配置、Git 状态、issue、PR 等，也不自动触发或转派其他技能。
使用方式：必须通过显式的 /tk-refactor-policy、$tk-refactor-policy 或宿主技能选择启动，不得由 tk-review、tk-prep、tk-audit、一般重构请求或仅因存在复杂条件而自动调用。若用户希望实施已接受的候选，由 tk-prep 另行负责。
主要能力：区分业务策略与普通控制流（循环、错误处理、资源清理、编排顺序、解析、一次性守卫、框架生命周期分支、简单校验通常保留为普通代码）。通过阅读调用点、类型、测试、领域上下文和相邻规则，判断业务语句、调用方是否需要原因/优先级/匹配规则、条件是否独立复用、组合是否稀疏/表格化/有序/有状态、策略变更频率与归属、仓库已有抽象。
抽象阶梯：优先保留现状，再依次考虑命名谓词、all/any/not 小助手组合、Specification 风格对象、决策表、规则引擎或策略即代码，选择能实质改善可读性、变更安全与可测试性的最弱结构，足够即止。不为消除 if 而造 DSL，不因组合器更难调试而替换可读的提前返回，不在两个真实策略需要相同语义且仓库有证据前引入共享抽象。
语义与解释性：重构必须保持行为，先确认可证明等价的现有测试或不变量；覆盖不足时先列出最小特征测试。当需要知道失败原因或匹配规则，不应隐藏在布尔组合器后，而使用显式决策结果、原因码、匹配的 Specification 等。短路顺序在谓词有成本、副作用或优先级时属于行为，应保留或显式建模。
输出格式：以建议开头。每个候选给出 path:line · <业务策略>、Current、Recommendation（keep | named predicates | predicate combinator | specification | decision table | rules engine/policy-as-code）、Why、Verification；必要时加 Caution。最后说明是否值得仓库级抽象；若同一提示要求实施，声明已完成只读策略分析，并将候选作为单独实现所有者的可选输入，不修改也不自动路由。无候选也是有效结果。
限制：仅只读，不编辑任何文件或状态，不自动调用其他技能。