path-dependency
路径依赖：历史选择如何锁定未来
早期的选择（即使是偶然的）会通过正反馈锁定系统的发展路径，使得后来理论上更优的选择变得实际上不可行
没有这个模型
未使用路径依赖：历史选择如何锁定未来时，容易依赖直觉处理「感觉被早期决策「锁死」了，换方向代价极高」，缺少稳定的分析边界与检查步骤。
使用这个模型
使用路径依赖：历史选择如何锁定未来后，可围绕「早期的选择（即使是偶然的）会通过正反馈锁定系统的发展路径，使得后来理论上更优的选择变得实际上不可行」执行结构化分析，并依次检查推理结果。
适用信号
- 感觉被早期决策「锁死」了，换方向代价极高
- 需要理解为什么某个「显然更好」的方案无法被采纳
- 设计新系统时担心早期选择会造成长期锁定
不适用与停止条件
- 系统完全可以无成本切换方案
- 没有历史遗留的全新系统
推理协议
- 01
锁定点识别：当前系统是否存在「如果改变会引发巨大混乱」的关键节点？
检查点：确认本步结论基于明确信息，且没有超出该模型的适用边界
- 02
历史选择溯源：这些锁定点是什么时候、在什么偶然条件下形成的？
检查点：确认本步结论基于明确信息，且没有超出该模型的适用边界
- 03
正反馈机制识别：是什么正反馈让这个路径越来越难以离开？（规模效应/网络效应/学习效应/协调效应）
检查点：确认本步结论基于明确信息，且没有超出该模型的适用边界
- 04
改变成本评估：从当前路径切换到更优路径，实际成本（显性+隐性）是多少？
检查点：确认本步结论基于明确信息，且没有超出该模型的适用边界
- 05
突破策略：是否存在「过渡技术」「兼容期」「生态系统重建」等降低切换成本的方法？
检查点：确认本步结论基于明确信息，且没有超出该模型的适用边界
场景示例
感觉被早期决策「锁死」了，换方向代价极高
在企业管理场景中，以「早期的选择（即使是偶然的）会通过正反馈锁定系统的发展路径，使得后来理论上更优的选择变得实际上不可行」为分析主线，按模型提示词执行并检查结论。
需要理解为什么某个「显然更好」的方案无法被采纳
在产品设计场景中，以「早期的选择（即使是偶然的）会通过正反馈锁定系统的发展路径，使得后来理论上更优的选择变得实际上不可行」为分析主线，按模型提示词执行并检查结论。
设计新系统时担心早期选择会造成长期锁定
在分析洞察场景中，以「早期的选择（即使是偶然的）会通过正反馈锁定系统的发展路径，使得后来理论上更优的选择变得实际上不可行」为分析主线，按模型提示词执行并检查结论。
感觉被早期决策「锁死」了，换方向代价极高
在决策思维场景中，以「早期的选择（即使是偶然的）会通过正反馈锁定系统的发展路径，使得后来理论上更优的选择变得实际上不可行」为分析主线，按模型提示词执行并检查结论。
需要理解为什么某个「显然更好」的方案无法被采纳
在任务管理场景中，以「早期的选择（即使是偶然的）会通过正反馈锁定系统的发展路径，使得后来理论上更优的选择变得实际上不可行」为分析主线，按模型提示词执行并检查结论。
常见误区
- 路径依赖不代表不能改变，只代表改变成本更高
- 过度强调路径依赖容易成为不作为的借口