用途：在团队或组织面对某项“必须遵守”的约束时，先判断它是真实限制，还是曾经真实但已僵化的规则、未经检验的信念，或某人的偏好被反复重复后听起来像政策。
主要能力：按六步流程分析约束。第一步原样陈述约束，保留其不精确之处；第二步追溯来源，判断是法律、合同、技术不可能、领导决定、团队偏好还是未知；第三步做后果测试，具体说明违反后会发生什么，区分真实后果（罚款、违约、系统故障）与假设后果（反对、尴尬、政治成本）；第四步检查先例，看是否有人尝试改变或违反过；第五步做条件测试，寻找约束不适用的情形；第六步分类为 Hard（硬）、Soft（软）、Assumed（假设）、Outdated（过时）。
使用方式：技能会先通过 AskUserQuestion 询问运行范围，选项包括完整分析、仅关键发现、仅真实与假设判定、调整分析框架。输出格式包含约束原文、来源、违反后果及真实/假设判断、先例、不适用条件、分类和建议行动。分类对应行动：Hard 接受并绕开设计，Soft 明确协商，Assumed 直接向来源方求证，Outdated 提出移除。完成后还会询问下一步，可衔接 /constraint-workaround-mapping、/constraint-scope-reduction、/decision-option-mapping 或结束。
适用场景：组织决策、流程审查、项目规划中遇到看似不可动摇的限制时。
限制：资料未提供具体平台、收费、价格或效果信息；该技能依赖用户提供约束的准确陈述与来源信息，若来源不明则只能归类为 Assumed 并建议测试。最危险的是 Assumed，因为它看起来像 Hard，测试成本通常低于永久绕行成本。