当现有技能比其领域所需更难理解、操作、验证或维护时…

在保留目的、权限、行为、安全、依赖、输出和证明的前提下，对现有技能包做最小、可验证、可回滚的简化。

适用场景

解决思路

1. 为目标 actor 和 task 降低至少一个已声明复杂度成本；除非用户批准精确损失，否则保留 purpose、authority、behavior、safety、dependencies、outputs、proof。
2. 绝不接受行数本身作为简化证据。
3. 将完整当前包视为基线事实来源。
4. 保留关键领域复杂度；先移除偶然复杂度。
5. 默认进行无损变更。
6. 保持 exact commands、paths、schemas、hashes、quotes、permission gates、numeric limits、stop rules 精确不变。
7. 将组件状态与整个技能状态分开。
8. 不要声称每个模型或 provider 的散文完全相同。
9. 将确定性定义为封闭决策契约加机器检查的最终状态。
10. 资源门：在使用此处命名的包文件前运行 `mise run validate`。
11. 更改包前阅读 `references/dependency-reconciliation.md`；当其触发器适用时，使用集合的 starting-point、human-behavior、agent-behavior、meaning-preservation 所有者。
12. 原生 host-only load 是证据，不是可移植依赖；将其不变量内化，或路由到已安装的公共 peer；若两者都不可能，返回 `BLOCKED_DEPENDENCY`。
13. 记录输入契约：`target`、`actor`、`task`、`environment`、`scope`、`invariants`、`measure`、`allowed_loss`；缺失数据用 `unknown`；除非用户批准精确边界，`allowed_loss` 为 `none`。
14. 仅按此顺序使用状态机：`DISCOVER -> BASELINE -> CONTRACT -> SELECT -> REWRITE -> VERIFY -> ACCEPT`。
15. 门失败转到 `BLOCKED`；未批准损失转到 `NEEDS_APPROVAL`；无可接受成本降低转到 `NO_CHANGE`。
16. 按权威、安全与隐私、行为保持、用户精确方法、更低声明成本、最后 `NO_CHANGE` 解决平局。
17. Discover：读取 live target、每个 linked file、nearby owners、origin record、checks 和 governing source；遇到未解释漂移时停止。
18. Freeze：备份并哈希每个文件；运行现有检查和代表性任务。
19. Contract：给每条规则和可观察行为稳定 ID；记录 authority、strength、conditions、protected spans、target、evidence；覆盖率必须等于 `1.0`。
20. Select：依次尝试 `deduplicate`、`clarify`、`reorder`、`progressive-disclosure`、`extract-child`、`simplify-code`，然后 `approved-loss`；使用第一个降低声明成本且无否决的模式。
21. Check claims：在声称行为改进前定义人类或 agent population 及 target test。
22. Rewrite：更改最小 owner；使用 plain language、one rule per sentence、named actors、closed status words、defaults、exact stop conditions。
23. Handle code：tests first，并将 code proof 与 instruction proof 分开。
24. Verify：重新计算 hashes、ledger coverage、protected spans、links、metadata、loading、tests、package state、end-state readback；在同一环境中比较 baseline 和 candidate。
25. Accept or restore：仅当声明成本下降、每个 invariant 通过、且无 veto 时接受；否则 restore 或返回精确 blocked 状态。
26. Child extraction：仅当 child 具有 distinct trigger、standalone outcome、explicit interface、canonical ownership、direct tests、parent-route tests、expected reuse above coordination cost、acyclic load graph 时创建；绝不只为减少行数而拆分。
27. `ACCEPT` 要求：baseline 和 candidate packet hashes 可重新计算；ledger coverage 为 `1.0` 且无 unauthorized loss；每个 protected span 通过或有 exact approval；至少一个 declared cost 在同一环境降低；native、task、package、link、readback 检查通过；所有十个 native pressure cases 保留 required 和 forbidden behavior。
28. Package PASS、eval enrollment、behavior-eval PASS、component status、whole-skill PASS 是分开的结果。
29. 使用资源：`references/simplification-model.md`、`references/preservation-contract.md`、`references/dependency-reconciliation.md`；`assets/` 用于 ledger templates；`examples/` 用于 accepted 和 blocked outcomes；`evals/` 用于 native-case lineage 和 portable tests；`mise run test` 用于 package checks。
30. Factory execution contract 的接受结果是：降低 skill complexity，同时证明 semantic parity 并保留每个 accepted behavior；在改变其最小 owner 的同时，保留当前 behavior-preserving simplification behavior。
31. 运行 `mise run ci` 冻结当前包并记录其 digest。
32. 运行 `mise run domain-research-policy`，然后判断当前 behavior-preserving simplification sources 和 counterevidence。
33. 运行 `mise run agentic-request` 执行 named behavior-preserving simplification operation；将 semantic choices 留给 model。
34. 运行 `mise run decision-policy`、`mise run ci` 和 behavioral evals；返回到最低 failed owner。
35. 运行 `mise run invocation-policy -- <receipt>`，并说明每个 task 或其 domain-specific non-use。
36. 可选运行 `mise run improvement-policy`；仅当无 protected dimension 回退时保留一个 changed dimension。
37. 仅当需要其契约时，通过 `mise run use-case-policy` 加载 `assets/use-case-contract.json`，并通过 `mise run evals` 加载 `evals/evals.json`。
38. Mise 负责 repeatable mechanics、ordering、receipts、checks；model 负责 interpretation、causal judgment、creative work、direct perception that code cannot supply。
39. 在缺少 authority、stale evidence 或 failed gate 时停止。

适用边界 · 注意事项

• 当现有技能并不比其领域所需更难理解、操作、验证或维护时不要使用。
• 不要把它用于普通仅代码清理。
• 当关键目的、权限、行为、安全、依赖、输出或证明无法保留且未获用户精确批准损失时不要使用。