---
id: 回收
type: worldbuilding
category: 社会制度
aliases: [回收]
status: active
created: "2025-02-23"
updated: "2026-02-23"
tags: [worldbuilding]
related_characters: [佩佩, 英理, 火山, 路斯]
related_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 字段待补。*

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