cal motherboard”（Scp-003）。████████ █████立刻关上了Scp-001，认为它应是一个不同寻常的报告，并开始寻找Scp-002原来的报告。毫无所获后，他又打开了Scp-001，这次它描述不是Scp-003而是“the 12 Rusty Keys and the door”（Scp-004）。████████ █████再次关上报告并立即打开它，读到了“Skeleton Key”（Scp-005）。我们并不知晓████████ █████可能的下一步行动。而这一事件后不同长短的时间里，上述项目都被发现。
那些担忧Scp-001和所有其他已知的Scp有着相关性的研究都并没有充足的证据。然而，有一件事已经证实，即每一个与新的Scp被发现后都会在Scp-001的封面下面出现一个相关的报告。目前的管理者们把这一巧合作为存在因果关系的证明。
补充说明：不论是希望Scp-001要被分类进一个更高级的警告系统，或者是认为Scp-001本身是Scp们的造物主并需要特别收容，这两种意见都仍有待观察。然而，这种区别在目前管理者们的眼中是不重要的。因为事实仍然如此：除非Scp-001被打开和读取，没有新的Scp对象出现。正因如此，目前的管理者们拒绝重复过去的错误，那个已为Scp系列资料库带来了超过1000个Scp项目的错误。
那些有关于Scp-001本身是无害的，或其理论上可做为一个有益的预警系统，或者使用它作为先进的生物和非生物武器的货源的说法都没有动摇目前的管理者们。虽然也有争论，批评这些极端的抑制程序被应用到去关注一个没有显示邪恶特质和活力的项目等等。但管理者们提醒批评者们，这些程序的目的不是去收容项目本身，而是去防范其真正的威胁：与人类发生互动。
虽然，除非有上面提到的特别授权，目前的管理者们拒绝把项目从隔离中移出，但过去的管理者们也曾讨论过对其进行每日观察，并且未来的管理者们也毫无疑问会进行类似讨论。然而，目前的管理者们依旧认为，除非Scp-001被破坏，它应该被一直收容直到收容的责任落到了未来的管理者们身上。
最新网址：xiashukan.com