3.5 属性冲突分析：把矛盾写成可下手的句式

3.5 属性冲突分析：把矛盾写成可下手的句式

本节摘要：三轴分析的所有线索最终汇聚到一个问题——属性冲突在哪。本节给出冲突的标准句式、从线索到冲突的汇聚路径，以及三类冲突（物理冲突、时间冲突、空间冲突）各自的化解入口。排除法与包含法作为排查工具一并展开。

冲突的标准句式

第 1 章立过规矩：冲突必须落在同一对象的同一属性上，句式是"对象 X 的属性 A，利益方甲要求它向大走，利益方乙要求它向小走"。三轴线索汇聚成冲突，走的是一张三问表：

问一：这个线索要改哪个属性？ 把每条空间/时间/因果线索改写成"对象.属性"格式。迷宫化接缝改的是"接缝.路径长度"；预泄缝改的是"封片.开启时序"。

问二：这个属性还有谁在依赖它？ 逐个追问依赖方。接缝路径变长，密封可靠性受益，但装配工时受害——装配要求路径短（好安装），密封要求路径长（难渗入）。

问三：依赖方的要求是否反向？ 反向则冲突成立，写成标准句式："接缝.路径长度：密封功能要求大，装配效率要求小。"

这一问一答的汇聚过程，USIT 里有个配套的排查工具叫排除/包含分析：把对象逐一"排除"出封闭世界（假如它不存在，问题消失吗？），再用"包含"检验（问题的解决是否必须包含它？）。排除后问题依旧的对象是旁观者，删出世界缩小排查面；排除后问题消失的对象是主角，它的属性第一个进入冲突排查。这套缩围动作在大对象量的情境（产线、供应链问题）里价值尤其大。

三类冲突与各自的化解入口

冲突写成标准句式后，按属性的要求方向分成三类，每类有天然适配的化解入口——这个分类直接对接第 4 章算子的选择：

物理型最难也最有发明含金量。接头案例的"腔体既要通气（呼吸平衡压差）又要闭气（阻挡水汽）"是典型物理冲突，化解思路两条：其一状态转换——通气只在干燥白天开放、湿冷夜间关闭，利用温度本身作开关（算子 2 与算子 3 的联合）；其二载体转移——压差平衡改由密封胶的弹性形变吸收，腔体彻底闭气（算子 4 的功能换承担者）。

冲突清单的完备性自检

冲突写出来后别急着庆祝，做两项自检。自检一：句式完整性——三要素（对象、属性、两个反向要求）缺一则退回重写，写不齐多半是把约束误当冲突。自检二：一对多排查——同一属性上是否还压着第三个依赖方？依赖方越多，化解方案的空间越大，漏掉一个就少一条路。

# 冲突登记与三要素自检：登记即校验 不合格句式当场退回
conflicts = [
    {"obj": "接缝", "attr": "路径长度",
     "want_a": ("密封可靠性", "长"), "want_b": ("装配效率", "短"), "type": "空间"},
    {"obj": "密封胶", "attr": "硬度",
     "want_a": ("低温密封", "硬"), "want_b": ("常态贴合", "软"), "type": "时间"},
    {"obj": "腔体", "attr": "通气性",
     "want_a": ("压差平衡", "通"), "want_b": ("阻挡水汽", "闭"), "type": "物理"},
]
def validate(c):
    ok = all([c.get("obj"), c.get("attr"), c.get("want_a"), c.get("want_b"), c.get("type")])
    opposing = c["want_a"][1] != c["want_b"][1]
    return ok and opposing
for c in conflicts:
    tag = "有效" if validate(c) else "退回重写"
    entry = {k: v for k, v in c.items() if k not in ("obj","attr","type")}
    print(f"[{tag}] {c['obj']}.{c['attr']} ({c['type']}型) 要求: {c['want_a']} vs {c['want_b']}")
​

三条冲突全部通过校验，且恰好覆盖三种类型——这不是巧合，是三轴展开的副产品：空间轴线索容易长出空间型冲突，时间轴线索长出时间型，功能链线索长出物理型。冲突的类型分布反过来可以校验三轴分析做得是否均匀：清一色物理型冲突，多半是时间轴没查透。

线索汇聚成冲突的漏斗

本节要点回顾

• 标准句式三要素：对象、属性、两个反向要求——写不齐是把约束误当冲突
• 三问表汇聚：改哪个属性、谁依赖它、要求是否反向
• 排除法缩围：排除后问题依旧的是旁观者，世界越缩排查越快
• 三型分治：空间型分区解、时间型分时解、物理型靠状态转换或载体转移
• 分布即体检：冲突类型分布反查三轴分析均匀度

常见问答

一个问题只会有一个冲突吗

通常不止。中等复杂问题排查出三到五个冲突是常态，它们之间还有主从关系：化解主冲突常连带消解从冲突，反之不行。判定主从的办法看因果链——挂在更上游帧上的冲突是主冲突。这也是冲突登记表要带"所在帧"字段的原因。

排除法缩围会不会把关键对象误删

会，当你对"排除后问题是否依旧"判断错误时。防御措施：被排除的对象记入"观察名单"而非直接删除，分析收尾时若冲突化解不顺，回观察名单重新审一遍。排除法是概率工具不是定理，保留追溯路径是工程审慎。

冲突写出来了但没人相信它能化解怎么办

这通常是物理型冲突带来的畏难情绪。处置办法：把冲突按三型分类后，给团队看对应类型的化解入口表——空间型有分区先例、时间型有分时先例、物理型有状态转换先例，每个先例配一个真实产品名。畏惧多来自陌生，先例一摆，讨论就能继续。

冲突句式的模板

给一个可直接套用的填空模板：对象（　）的属性（　），为了（　　）它应该向（　）走；为了（　　）它又应该向（　）走；冲突类型是（空间／时间／物理）。模板填三遍，第一遍填你工作里的问题，第二遍填家里的问题（冰箱温度、淋浴水压都行），第三遍填一个流程问题（审批速度与风控严格度）。跨域填三遍之后，你会发现冲突结构在不同领域里惊人地同构——这正是 USIT 跨域通用的底层原因。