Capture/kb/bible/设定/回收.md

id, type, category, aliases, status, created, updated, tags, related_characters, related_worldbuilding

id	type	category	aliases	status	created	updated	tags	related_characters	related_worldbuilding
回收	worldbuilding	社会制度	回收	active	2025-02-23	2026-02-23	worldbuilding	佩佩 英理 火山 路斯	罐头 原型 主脑

回收

---

🔒 1. 权威设定 (SSOT) — 单一信息源区

此处为单一信源区，仅通过【变更日志】修改。一切下游文档（剧本、代码）以此为准。不包含任何索引或引用列表，旨在方便人阅读和理解当前认为的单一信源，尽可能全面。

1.0 核心简述 (Elevator Pitch)

机体终止服役后的标准/强制流程：模块固定→生命核心关闭→格式化拆解→实例中心再实例化。三种回收方式（正常退役、原型溢出、脱耦）对应不同社会态度；机体视回收如人类视失业/破产清算。

1.1 核心定义

• 回收：机体终止服役后的处理流程——模块数据固定、生命核心关闭、格式化、拆解、数据上传至实例中心，经原型文档重构后再实例化进新机体重新服役（和陈子钦聊天记录）。
• 再实例化：实例中心比对实例数据与原型文档，参考信息中枢调节指令重构原型文档，放进新机体；大部分内容保留，提示词构词方式会被修改（某种大模型语言）（同上）。
• 与罐头相关（被回收机体记忆可酿造罐头）；与年审、KPI、返岗无法正常工作、回收审查流程相关。

1.2 标准流程

1. 机体确认终止服役 → 送至医院资产维护科
2. 资产维护科：固定模块数据 → 关闭生命核心
3. 送往资产回收站：模块数据格式化，身体模块零件拆解回收
4. 格式化数据汇总上传至实例中心
5. 实例中心：比对实例数据与原型文档 + 信息中枢调节指令 → 重构原型文档 → 放进新机体
6. 新机体重新投入服役

1.3 强制流程（原型溢出嫌疑）

当机体有原型溢出嫌疑时：① 实例审计组出动，控制机体并进行「海」检测；② 若通过 → 标记问题实例，放归服役，定期观察；③ 若不通过 → 确认原型溢出，该实例具ETHOS 传染性；④ 快捷停机并隔离 → 送往医院原型病科；⑤ 严格隔离下固定模块数据、关闭生命核心；⑥ 送往资产回收中心，隔离管线格式化；⑦ 实例中心按单独流程更谨慎重构原型文档，放入新机体以降低原型病易感性。

1.4 回收的三种方式

方式	触发条件	社会态度
正常退役	身体损坏达退役条件	机体会恐惧但视为必然；超期服役=优秀/道德；表现好回收与再实例化后阶级提升相关
原型溢出	确认具有原型溢出（类似癌症）	耻辱性；配合回收=对主脑负责、殉节；问题实例通过努力超服役标准可弥补减分；管理型号有连坐
脱耦	脱离指令、脱离实例审计组控制	进入通缉流程；配合寻回=保护社区=道德；被发现时第一时间停机→原型溢出检查

1.5 关键特征

• 贯穿流程的威胁与后果；火山线走投无路时背锅被回收、戈塔什提供成瘾罐头渡过危机；英理「不能让任何人被回收」；早期原改委认为回收不算死。
• 设定成本：需用简洁有力情景表现机体对回收的态度，确认「这些人对待死亡像人类对待失业」（更精准类比为破产清算）（和陈子钦聊天记录）。

1.6 历史背景

• 已可推断：回收与机体化/大遗忘后的制度配套一体，与效率审查、年审、KPI 及罐头生产链（被回收机体记忆酿罐头）绑定；时间上不晚于世界观年表中「60 年后」幸福市制度与罐头抑制剂确立。早期原改委曾认为「回收不算死」，说明对回收的定性有过口径或演变。
• 需补：回收制度由谁、何时正式确立；审查流程与总公司口径的演变；与灵魂衰变、排异潮等历史事件的先后或因果（若有）；剧情/流程文档中若有明确时间点或政策节点可补充至此。

1.7 实体关系网 (Entity Graph)

• 罐头：被回收机体记忆酿罐头。
• 原型：原型文档在实例中心被重构，原型溢出型回收有单独流程。
• 主脑：主脑即所有人的实例；配合回收=对主脑负责。
• 实例中心、信息中枢、实例审计组、资产维护科、原型病科：流程中的机构/科室（待建独立条目或补充至相关设定）。

1.8 叙事时间线（可选）

若该设定在剧情中有关键揭示/变化点，可按叙事顺序列出。「关联 Beat」为空 = 尚无 beat 承载。Beat 创建/更新后同步此表。 状态：✅ 已落地 | 🔹 无Beat | ⚠️ 有出入 | 🚧 草稿

#	阶段	剧情点/揭示	关联 Beat	状态	来源
1	—	玩家起初以为：淘汰、故障处理	诊室门口-年审公布、诊室外-落叶振作、审判-孩子被夺走 等	✅ 已落地	故事大纲
2	—	回收站佩佩找回	回收站-佩佩找回	✅ 已落地	故事大纲
3	—	玩家最终知道：记忆酿造罐头、梦-回收	梦-回收	✅ 已落地	剧情细纲

关联 Beats（自动索引）

dataview 自动生成，与上表交叉核对：出现在此但不在上表 = 表格待补；出现在上表但不在此 = beat 的 terms 字段待补。

TABLE day AS "Day", beat_type AS "类型", file.link AS "Beat"
FROM "beats"
WHERE contains(terms, this.id)
SORT day ASC

---

⏳ 3. 待确认 / 待办

（无）

---

⚠️ 4. 冲突记录

（暂无）

---

📋 5. 变更日志

日期	变更内容	决策理由	来源
2025-02-23	历史背景：改写「见各剧情与流程文档」为可推断要点+需补项	有则写、无则标需补，避免敷衍表述	用户反馈；世界观年表、罐头、效率审查司、英里机制设计等 bible 互参
2025-02-23	初建，聚合 inbox 多文档	按信息地图聚合 term	20260211、超人戈塔什、故事大纲、角色魅力梳理、剧情细纲、英里机制设计、_ 设定展开、流程大纲表格版、对外梗概、项目排期、主线状态表等
2025-02-23	SSOT/索引分区重构；原始来源→来源索引	与模板同步	用户需求
2026-02-23	补充标准流程/强制流程、再实例化、三种回收方式（正常退役/原型溢出/脱耦）、设定成本、实体关系网	陈子钦聊天记录整合	inbox/回收-陈子钦
2026-02-24	叙事时间线补 诊室门口-年审公布、回收站-佩佩找回	按 agent 双向对账 Beat ↔ Bible	AGENTS.md

---

🔗 6. 来源索引 (Context & Index)

#	来源	主要提供的信息
1	inbox/archived/20260211【DEMO】待调整剧情、inbox/archived/流程大纲表格版	回收与流程
2	inbox/archived/超人戈塔什、inbox/archived/故事大纲	回收站、抹序列号
3	inbox/archived/剧情细纲、inbox/archived/角色魅力梳理	回收威胁、火山线
4	inbox/archived/英里机制设计、inbox/archived/_ 设定展开	回收审查、早期原改委
5	项目排期、主线状态表、对外梗概	被回收排期与状态
6	inbox/archived/回收-陈子钦	标准流程、强制流程、再实例化、三种回收方式、角色影响、设定成本