harden 是一套用于逐步升级项目反馈机制的流程，目标是让命令、门禁和自动化使验证自我强制执行。它用于在添加 verify 命令、设置 CI、引入 lint/format 或完善开发循环时，有意识地、增量地引入这些工具。它旨在解决 /pragma:skeleton（暂不引入 lint/format）与 /pragma:slice（运行验证机制）之间的矛盾。
输入：要加固的内容由 $ARGUMENTS 指定。前置条件是必须已存在可运行的骨架，否则应先执行 /pragma:skeleton；最好已落地 1-2 个真实切片，以便在正式化之前弄清哪些检查真正重要。
流程：1. 审计当前机制，检查现有命令是否一致、是否有统一的“全部通过”命令、是否有 CI、CI 是否与本地一致；2. 定义目标 verify 命令，例如 bun run verify，按顺序运行 typecheck、lint、格式检查、单元测试、集成测试、构建，需足够快以用于 pre-commit（目标小于 60 秒），慢检查可拆分为 verify 与 verify:full；3. 每次调用只引入一个工具，可选格式化、lint、CI 或可选的 pre-commit 钩子（须小于 10 秒，否则会被绕过）；4. 记录开发循环，创建或更新简短文档，说明如何验证、检查什么、如何运行子集、CI 在哪里运行及触发条件；5. 运行新的 verify 命令并提交，若新工具产生违规，在同一提交中修复。
约束：一次只引入一个工具，不要在一次调用中同时加入格式化、lint 和 CI；本地与 CI 必须一致，不能有仅 CI 可运行的检查；默认保持快速，慢检查放入 verify:full；不添加推测性规则，只添加能捕获真实问题的规则；配置尽量少，优先使用默认值；不要让流程阻碍功能开发，摩擦过大就回退稍后重试。
输出包括：新增工具及原因、当前规范 verify 命令及其运行内容、修复的违规、开发循环文档位置、建议的下一步加固动作。生命周期状态为 governance，下一步为 /pragma:consult。