S7-APCS分类系统

安保许可等级4级
Ivensky博士,项目负责人,44-871
收容于Site-7 32ВА室


S

E

K

T

N

{$non-standard-class}


条件:组成部分

SCP-0000



small.jpg

SCP基金会

分类与标准化部门

2021年3月10日
Site-7

亲爱的同事们!SCP基金会是目前最杰出的保护和研究异常的组织。自诞生之日起,基金会一直在改变与自我完善。然而,现在已是官僚主义、行政矛盾和统一标准的必要性不可避免的地步。此外,我们已经成功地将研究方向从重视数量转变为重视质量,在保护和收容SCP项目上也积累了相当的经验。据上述情况考虑,我们可以肯定地说:目前常规的项目等级制度已经过时,必须做出改变。

我们目前使用的系统(通称为项目等级系统)只考虑了异常造成的危险,而不考虑收容所本身或与之交互的人员。这种忽略了(或过度简化了)收容项目的几个方面,包括收容难度、激活条件等。而当一个异常被分类为Keter时,它通常被视为极其危险的,但并没有考虑这种危险是否可以轻易消除。毫无疑问,现在分类为Keter的异常当中,大多数分类都是合理的,但为了妥善收容,我们的人员应该能够认识到项目实际存在的风险。

为了修改现有的分类系统,Site-7的行动小组对不到三年前征募的收容失效事件的行动后报告进行了深入分析。其次,我们的分析师设计了一个新的威胁指标,它不仅考虑了在真空中的危险,而且还将其与收容难度和可能对面纱造成的损害联系起来。

除此之外,我们仔细检查了基金会人员在各种类型收容突破中的行为,特别是在必须派出对收容失效的异常并不熟悉的相邻单位解决问题的案例。结论有些令人不安——如果目标文件和控制室配备了对异常危险程度的简要概述和简单的解释,许多未授权人员的困境和伤亡本可以避免。以下是几个例子:

  • 2020年8月14日,一次紧急事件导致Site-18发生大规模收容失效。一支专门管理Safe级异常的收容小队被派出以自站点回收Euclid级异常SCP-████和SCP-████。但回收过程中SCP-████被意外激活,造成多人死亡与大范围破坏。如果该项目的文件有一个简短的、可以充分解释异常激活条件且易于掌握的说明,该次伤亡本可以避免。
  • 2018年7月11日,████████对Area-21发起袭击,造成站点人员全灭,数个SCP项目的收容间出现部分倒塌。MTF Tau-9在30分钟后抵达并试图用自身部队减轻后果。但由于区划仅存在Euclid级项目,特遣队员无法确认哪个需要优先保护,最终花了超过50分钟回收SCP-████、SCP-████和SCP-████并扑灭了火焰,其中威胁最大的是SCP-████,该项目具有高度爆炸性,极有可能摧毁整个站点,但没有引起足够的重视。虽然该次事件中悲剧最终得到避免,但实际上类似事件仍然可能发生,也警醒我们尽快解决问题。

综上所述,Site-7分类与标准化部门提出了S7-APCS(Site-7异常现象分类系统)。简要说明和使用指南随本文附上。

除非特别注明,本页内容采用以下授权方式: Creative Commons Attribution-ShareAlike 3.0 License