已知信息:
项目计划部——负责制定、推进和实施基金会的发展规划和经营计划
1. 对你选取(或原创)的部门的职能进行定义,并且描写至少一次他们行使职能的完整过程。
2. 描写使你选取(或原创)的部门毁灭的契机,以及他们逐渐步入毁灭的过程。
3. 描写你选取(或原创)的部门毁灭的那一刻的场景。
“这样怎么能搞好基金会呢,必须要裁了重新搞”
那么这个部门平时工作是啥样的?
如果就按我想的,跨部门协调,那就是,所有的异常被收容的过程,交接过程,要列清单,梳理关系,每个程序需要有人接头,比如说申请收容间,上报给高层,高层再批下来
风险管理,在收容过程中每一个节骨眼,比如异常物品的交接运送,转入转出,每个站点,扇区,等等等等的管理,都要弄清楚哪个环节最容易出问题,遇到收容失效最应该去追究谁的责任,这得搞清楚
是这样吗,管得好宽啊)
然后再回到设定上,基金会的项目能顺利推进是一种超自然现象,项目计划部作为一个部门存在是一个收容措施,给超自然事件一个特定的执行流程,就可以控制它的影响
我就字面理解了,也就是说,收容措施和被收容对象其实是同源的,都可以概括为“超自然力量”。然后O5呢对于我们这个部门的存在感到不满,可以是程序上不满,可以是实现方式上不满。也可以两者都有,总之结局是这个项目要完蛋了,与此同时基金会一贯以来的收容措施的底层架构也要崩塌了。
如果说,我们的部门本身也可以是被收容的一个异常,这本身就是一个巨大的同源悖论,强行拆掉就可以达到牵一发而动全身的效果
已知信息第二弹!
某某某某是一种情景,可以使得事件一定能按照预期的步骤达成预期的结果
“情景”。
收容流程,成为了一个固定流程,结果确定,收束
这个情景本身,也被收容在了“收容措施强制生效”这个流程里
要想办法解决掉
解决该问题的影响?那就不受他的影响
所以一个反作用装置应运而生
期间要逐步替换员工,方便后续把知道之前情景的人处理掉
需要一个SCP-2411低配版
所以说我们需要大致构思一个“前基金会”“前SCP”“后基金会”“后SCP”的场景
项目计划部,负责制定、推进和实施基金会的发展规划和经营计划,其核心工作内容并非普通的管理流程,而是依托一种受控的异常现象为特殊收容措施执行标准化流程锚定。
项目编号:SCP-CN-XXX
项目等级:不适用
特殊收容措施:SCP-CN-XXX无法被收容。其存在于项目计划部常规职能的持续运行之中。
描述:SCP-CN-XXX是一种异常事件,具有现实扭曲效应。其本质是对收容措施的干预、修正与锚定,具体表现为:
被称之为“修正协议”“锚定协议”
许可等级4:机密
收容等级:机密
次要等级:不适用
扰动等级:不适用
tags:2026部门毁灭竞赛 原创 scp 机密分级 无形 现实扭曲 异常事件or现象(二选一) meta(可选但是选了就是另一个故事了)
某某某是一种心想事成之力,它能够使得收容措施必成功,但后续也有可能出现收容失效,那就要重新上报给项目计划部,重新批下申请使用心想事成之力将项目重新收容。
但是现在要取缔心想事成之力,取缔项目计划部,部门成员才意识到每次给项目计划部提交申请并不是只是繁琐的注水流程,而是这个部门真的在维系收容的能力,管理一些重大的项目的站点得知这一内幕,也在担心收容失效后无法重新收容,