用途：critique 技能位于开发流程中“实现”与“自动化检查”之间，用于对已实现的方案或尚未落地的计划提出建设性、有主见的批评。它关注定性判断——方案是否可靠、可维护、完整，而不做机械检查（那是 local-code-review 的职责）。
主要能力：按四个步骤推进。第一步理解意图，先读 diff 或方案，明确目标、范围，不理解意图不批评。第二步质疑方案，围绕是否是最简方案、是否解决正确的问题、权衡取舍、是否与代码库惯例一致、可能出什么错等问题，每个“否”即一条发现。第三步评估完整性，检查测试是否覆盖关键场景与边界、文档、迁移路径以及未完成工作。第四步报告发现，每条给出 What、Why it matters、Suggestion，并按 Rethink、Improve、Consider 三档严重度分级，最后输出固定结构的 Critique Summary、Findings 与 Overall Assessment。
使用方式：在开发流程中先后于实现完成、自动化检查之前使用，也可在实现前批评计划。限定只报最多 5-7 条发现，聚焦最高影响项；每条批评须附建议且具体、诚实、区分主观与客观；尊重仓库惯例（如 AGENTS.md 约束），不与自动化检查重复。
适用场景：针对 Skill System Foundry 仓库中提出的计划与已实现方案的评审。
限制：资料未提供收费、价格或具体技术栈要求；其为定性评审技能，不替代自动化检查，不报告本可由 local-code-review 或 CI 捕获的问题。