用途
Holistic Systems Thinking（整体系统思维）是一个面向工程变更前置分析的技能，目标是在动代码之前先对端到端系统、约束条件与失效模式进行建模。它适用于变更跨越多个层次，或需求尚不明确的场景。
其意图包括：理解真实的用户目标、成功指标与不可协商的约束；沿着客户端、服务、契约以及链上/链下边界追踪数据与控制流；尽早暴露隐藏耦合、可扩展性上限与回滚需求。
需要收集的输入
- 用自己的话复述的问题陈述，以及可度量的成功标准。
- 现有架构草图（运行时、部署、数据生命周期）与责任归属边界。
- 运营约束：延迟/吞吐预算、隐私规则、平台限制、链上 gas 上限、商店政策等。
- 已知风险：单点故障、过时假设、进行中的迁移。
工作流
- 绘制生态系统：列出受影响的上游/下游系统、契约与用户触点；识别必须维持的不变量，以及它们可能在哪里失效。
- 推断变更范围：把工作切分为可独立测试的切片，并明确集成接缝；依据延迟、信任与可部署性，决定新逻辑应放在客户端、服务端、worker 还是合约中。
- 规划韧性：定义故障检测信号、优雅降级以及回滚/特性开关挂钩；标出需要 schema/版本协商的部分。
- 记录决策以便执行：在实现之前，把所选方案、权衡与待解问题写入工单或 PR 描述。
验证
- 确认每条需求至少映射到一个计划变更与一个验证步骤。
- 把计划分享给同事或干系人；确保假设与风险得到认可。
- 在实现规划之后回看本技能，检查是否出现了新的依赖，并相应更新计划。
适用场景与限制
适用于多层系统变更、跨服务或跨契约改动、需求不清晰、需要提前评估回滚与降级策略的情形。资料未提供具体的支持平台、安装命令、价格或效果数据，暂未提供相关信息。