用途：该技能帮助在存在多种同样有效方案时，识别哪些分歧属于“有生产力的张力”，应当保留而非强行解决。核心原则是：保留揭示上下文依赖性的张力，仅在必要时才强制统一。
主要能力：给出判断标准，区分需要保留的张力（如两种方案优化不同优先级、优劣取决于部署上下文、不同用户会做不同选择、权衡真实存在、相关方诉求冲突但都合理）与需要解决的张力（保留成本过高、方案根本冲突、特定场景下有明确技术优势、属于单向门决策、保留只增加复杂度而无价值）。
使用方式：提供三种保留模式。一是配置化，把选择做成可配置项而非写死进架构；二是并行实现，维护两个独立模块并共享接口；三是记录权衡，在文档或决策记录中明确写出未解决的张力、选项、保留策略与触发解决的条件。同时列出强制解决的情形，并建议明确询问“是选一个，还是保留两个选项”。
适用场景：架构选型、成本与延迟权衡、认证策略等存在上下文依赖的决策。
限制：资料未提供具体安装命令、平台支持、收费或效果数据；示例代码仅为说明性片段，实际使用需结合项目情况判断。