用途：/check 是合并前的检查关卡，用两种方式确认改动是否可靠。两种模式是独立任务，通常都运行，先跑 verify。
主要能力：verify 为运行时证明，运行真实应用观察改动行为，验证功能确实可用并符合规格，包括每条验收标准达成、每个规格界面已构建，这是测试全绿也无法揭示的。它对代码只读，不拥有持久文件，在主线程运行，通常在 /develop 之后使用。review 为换模型代码审查，由与写代码不同的模型对 diff 做严格资深阅读，因为模型审查自己的输出会共享盲点。它把按严重程度排序的发现写入 docs/reviews/，对代码只读，通常在开 PR 之前使用。两种模式都不编辑代码。verify 把失败指向 /debug 或 /develop；review 报告发现供实现者修复。
使用方式：先读参数并路由。以 verify（或 run）开头则读 modes/verify.md 并完整遵循，其余参数（功能名、范围）透传。以 review 开头则读 modes/review.md 并完整遵循，审查引导原样透传，例如 /check review with opus、/check review uncommitted。没有模式词或含义不明时，只问一次选哪个，优先用能力选择器，没有则用纯文本，问题为 Which check?，选项为 verify（运行真实应用证明可用，构建后推荐）与 review（PR 前换模型读 diff）。不要在一次运行中混用两种模式。若工程师明确两者都要，先做 verify 确认可用，再提供 review。
输出风格：所有产出（文件、报告、给工程师的每条消息）都用平实简单语言。保留有实际意义的技术术语，但用平实词语解释。不使用任何破折号，包括 em dash、en dash 或作标点的连字符。用短句、逗号或括号。清晰胜过聪明。
可移植性：适用于 macOS、Linux、Windows 上任何 Agent Skills 客户端。git 是唯一必需 CLI，在各平台行为一致；其他 shell 片段是 POSIX 参考而非字面脚本，应使用代理自身的跨平台文件、进程和浏览器工具，并自行应用分支逻辑。每个模式文件附带各自的可移植性说明（verify 的浏览器/HTTP 驱动，review 的跨模型派生与捆绑文件处理）。不支持子代理时回退为内联运行，各模式有说明。
捆绑文件位于本技能文件夹：modes/verify.md、modes/review.md，以及 review 用的 review-agent-prompt.md 和 review-guide.md。只读你路由到的模式文件；主代理在派生审查者时把 review 捆绑文件解析为绝对路径。
限制：两种模式都不修改代码；verify 只读代码且不拥有持久文件；review 只读代码并写入 docs/reviews/。具体安装命令、收费与价格信息暂未提供。