仅凭题述信息，无法推出“股灾中交易系统失效时该采取哪一项具体行动”。问题本身缺少关键事实：失效的表现是什么（信号失真、无法成交、风控未触发、还是回撤超出预期）、系统的设计假设是什么、账户与持仓的实际约束如何。这些信息不明确时，任何“该怎么办”的答案都只是猜测。下面只做概念、原因、核验方法与边界的解释。
概念：什么叫“交易系统失效”
交易系统通常指一套把市场数据转化为买卖决策的规则集合，包含信号生成、仓位与风险控制、执行三个环节。所谓“失效”，在概念上至少有两种不同含义，需要先区分：
- 规则内失效：系统按设计运行，但结果落在设计者预期之外，例如回撤幅度超过历史区间。这属于系统假设与真实市场不匹配。
- 规则外失效：系统没有按设计运行，例如数据中断、订单无法成交、风控指令未被执行。这属于工程与执行层面的问题。
这两类“失效”的原因和应核对的证据完全不同。把它们混为一谈，会导致对问题的误判。
可能并存的原因
极端行情下系统表现异常，可能同时存在多种解释，且彼此并不互斥：
- 假设不成立：系统设计时隐含了某些前提，例如流动性充足、价格连续、相关性稳定。极端行情可能同时打破多个前提。
- 风控参数与真实风险错配：止损、仓位上限等参数基于历史波动设定，而极端行情下的波动结构可能不同于历史。
- 执行环节受限：极端行情中可能出现报价跳空、成交延迟或无法成交，使规则层面的决策无法按预期落地。
- 人为干预与规则冲突：在压力下临时修改或关闭系统，可能使实际行为偏离原设计，从而难以归因。
- 样本外问题：系统在历史数据上表现良好，不代表在未出现过的市场状态中同样适用。
以上都是待验证的假设，不能仅凭“股灾中失效”这一描述就断定是哪一种。需要核对的信息不同，指向的原因也不同。
需要核对的公开事实与区分作用
要判断失效属于哪一类，应核对可查证的记录，而不是凭印象归因：
- 系统的书面规则与假设说明：确认设计时对流动性、波动、相关性的前提是什么。这能区分“假设被打破”与“规则本身被违反”。
- 交易与委托记录：核对信号生成时间、下单时间、成交时间与成交价。这能区分是决策问题还是执行问题。
- 风控触发记录：核对风控条件是否被触发、触发后是否被执行。这能区分参数错配与执行缺失。
- 市场层面的公开数据：如交易所公告、成交与报价数据。这能帮助判断当时市场状态是否超出系统设计所覆盖的范围。
- 系统变更记录：核对失效前后是否有参数、代码或人工干预的改动。这能区分是系统固有边界还是临时改动导致。
这些材料的区分作用在于：它们把“失效”从一个笼统印象，拆解为可分别验证的环节。缺少这些记录时，任何因果解释都只是假设。
结论的适用边界
上述框架只适用于解释“失效可能来自哪里”以及“用什么证据去区分”，不适用于判断某一次具体事件的原因，也不构成对任何操作的选择建议。它的边界包括：
- 它不预测极端行情何时出现，也不评估某套系统是否“应该”被使用。
- 它不替代对具体规则原文、合同条款或交易所公告的核对；涉及实时规则时，应以相应机构发布的原文为准。
- 它不把“系统失效”直接等同于“系统错误”，因为规则内失效与规则外失效的性质不同。
- 它不提供任何分步处置方案；是否调整、暂停或替换系统，取决于当事人自身的约束与责任判断，而非本框架能推出的结论。
核心结论是：题述信息只能支持“失效需要先分类、再核对证据”这一判断，不能支持任何具体行动选择。
常见问题
为什么不能直接说“股灾中系统失效就该暂停系统”？
因为“失效”本身没有被定义清楚。规则内失效和规则外失效的原因不同，对应的证据也不同；在未核对交易记录、风控记录与系统假设之前，暂停与否属于当事人的判断，不是可由题述信息推出的结论。
判断失效原因时，最该先核对哪类信息？
应先核对系统的书面规则与假设说明，再对照交易与风控记录。前者说明系统“本来打算怎么运行”，后者说明“实际怎么运行”，两者的差异才能指向具体环节。
历史表现良好是否说明系统在极端行情中可靠？
不能。历史表现只覆盖已经出现过的市场状态，而极端行情可能包含历史样本中没有的结构。是否可靠取决于设计假设是否仍然成立，这需要核对假设与当时市场条件，而不是只看历史结果。