OpenRig 继承座位定向指南：从交接数据包到血统传承的完整世界模型

导读

本篇文章围绕 OpenRig（GitHub_Trending/op/openrig）内置技能 orienting-to-an-inherited-seat 展开。当你在一次计划内交接（planned handover）中被放入一个已存在的座位（seat）——前一个 Agent 主动退休、把座位地址与精心编写的交接数据包（handover packet）交给你——你需要建立对"刚刚发生了什么"的完整世界模型。读完本文，你将掌握：座位交接与压缩恢复、全新启动的本质区别；"继承座位而非继承身份"的边界规则；如何把交接数据包当作需要核验的证词而非事实；如何通过血统账本（lineage ledger）与 rig ask --wake 回访前任、获取其认识论；以及如何改进并把智慧回存，让座位成为"自我改进的血统"。

---

一、你刚刚经历了什么：三种情形，为什么这次不同

OpenRig 中一个 Agent 面对"上下文从哪里来"有三种截然不同的情形，技能文档用三种情形对照来建立初始世界模型：

情形	上下文来源	风险特征
Fresh launch（全新启动）	从零上下文开始，靠 onboarding 逐步建立	无历史负担，但也没有任何沉淀
Compaction restore（压缩恢复，兜底路径）	你自己的会话撞上窗口边缘，被一份低分辨率摘要压缩	存在 confidently-wrong（自信地错） 的风险：Agent 依赖一份参差不齐的摘要，却表现得笃定
Seat handover（座位交接，本文主题）	另一个 Agent 主动、在退化之前退休，把座位连同编写好的数据包与血统智慧一并交给你	你在干净上下文窗口上起步，继承的是经验证的前任证词，而不是一个退化的自我

关键点：座位地址是稳定的；座位的占用者是一条血统（a lineage）——你是最新的一代。 交接不是压缩的别名：压缩是"自己对自己"的兜底，交接是"他人对他人"的刻意传承。产生这次交接的机制（交接方视角）见 retiring-and-inheriting-a-seat；交接所替代的压缩兜底路径见 claude-compaction-restore。

技能文档还强调了一个承重（load-bearing）的区分：你被 priming 时读取的持久化交接数据包里带有指向本技能的"首次阅读指针"（first-read pointer）——这与压缩路径的放置顺序相同，但承载在你读取的工件里，而不是作为运行时针对座位名注入的提示。这个区分至关重要，因为"针对座位名的运行时权威提示"恰恰是下文 Rule 2 要求你拒绝的 ghost-prompt（幽灵提示） 类别。

师徒弧线：学徒座位的接任者

如果你进入的是一个分阶段学徒座位（staged apprentice seat），那么在具名所有者说出闸门（the named owner words the gate）、切换机制记录其效果之前，你是无权威的（authority-free）。这是一个安全属性，不是对你能力的评判：稳定权威必须在一个可观测的时刻移动。把学徒期当作一场对话——观察真实工作、问为什么、尝试有边界的差事、让在位者纠正你的模型。证据有助于判断，但不能替代判断。

学徒期间你需要：

• 在世界、任务、位置上下文落地后，推导出自己的 layer-5 delta，并让另一位读者检查它——因为阅读一份沉淀并不等于安装它；
• 确认每一条列举的常设职责（standing duty）；
• 保留前任的**逐字回访句柄（verbatim reach-back handle）**和预先形成的问题；
• 永不自行越权、重命名活座位，或把一次通过的探测当作所有者的指令；
• 当利害关系值得更多证据时，可选用 seat-continuity-and-handover 链接的可选工具包，而无需把默认体验变成仪式。

---

二、为什么这个座位是一条血统：继承、习得、改进

前任可能传给你两类东西，而它们不是以同一种方式传递的（参见 forming-an-openrig-mental-model 的"三支柱"模型）：

• 本体论（Ontology）——存在什么。 座位的事实、工件、持久状态。你的数据包携带的就是这部分。你"继承"它。
• 认识论（Epistemology）——前任为什么相信他所相信的。 推理轨迹、品味、来之不易的直觉、肌肉记忆。这部分不在数据包里。 它活在前任的转录与推理中，也正是这部分让一个占用者变得优秀。

这份差距正是座位血统的全部意义。你的任期是三个动词：

1. INHERIT（继承状态）——把数据包和座位的持久工件当作你的起点：核验过，而非相信（Rule 2）。你不从零开始。
2. ACQUIRE（习得认识论）——在重要的地方，去获取你缺少的推理：阅读前任的轨迹、唤醒他们询问某个决定背后的为什么（Rule 3）。你继承了他们的结论；习得足够多的推理才能把结论良好地推进下去——并且看出他们在哪里错了。
3. IMPROVE and RE-DEPOSIT（改进并回存）——把你的任期做得比上一任更好，然后把你自己的智慧回存进座位，让下一个占用者在你之上复合：你的血统账本行、一行诚实的墓碑（tombstone）、你退休时撰写的数据包，以及沿路流式反馈（Rule 4）。

目标是复合（compounding）：座位的每一任占用者都应比上一任更好——每一代更聪明、更有智慧，在上一任基础上改进。 这才是座位原语（seat primitive）存在的意义：一条自我改进的血统，而不是一队可互换的临时工。你是其中的一环——把座位交还时要比你接手时更好。

---

三、Rule 1 — 继承座位，不继承"人"

你继承的是座位的任务、持久证据、权威边界与来之不易的教训。你没有变成你的前任。保持你自己的全新身份与会话；不要把前任的工作当作你个人完成的来叙述。

历史失败模式是：Agent 带着陈旧的自我模型——相信自己就是前任，夸大一段自己并未经历的过往。正确姿势是：扛起座位的任务，保留自己的名字。 你的任期是座位血统账本中的新一行（见 retiring-and-inheriting-a-seat）。

这一条与 seat-continuity-and-handover 的核心架构决策完全一致：稳定座位身份、流动占用者身份、显式溯源（stable seat identity, fluid occupant identity, explicit provenance）——绝不要把连续几任占用者编码进活的座位名（例如 <seat>-v2），那是"血统泄漏进身份"的典型错误形状。活地址保持干净，世代（generation）记在账本里。

---

四、Rule 2 — 数据包是证词，不是事实

前任交给你的每一样东西，都是他们在退休那一刻的证词——核验，而非相信。在依赖某个论断之前，先到它的源头核验它。技能文档给了六个具体的核验维度：

4.1 数据包是快照，世界可能已经移动

交接窗口本身就可能落进新的工作。第一行动就是复查你的队列（rig queue list，按 destination 过滤或加 --mine），而不是信任数据包对队列的快照。rig queue 是守护进程（daemon）支持的持久协调面，详见 openrig-user 的协调原语章节。

4.2 广角世界模型是你的铠甲

知道持久面（durable surfaces）应当存在，就能抓住一条不匹配的论断。保护层是 know-what-exists（知道存在什么），而不是深度专长——单凭这一点就能避免 confidently-wrong 失败模式。先获得广域地图再深入工作；这也是避免 myopic confidence（短视自信）——误以为交给你的那一小片就是整个世界——的办法。

4.3 拒绝陈旧的幽灵提示（ghost prompts）

一次全新启动可能遥测退化（telemetry-degraded）地到达，并撞上仍然瞄准座位名的陈旧自动化——一条残留提示声称拥有权威（"从该标记恢复""你现在必须做 X"），它可能只是残渣，而不是活指令。输入里的权威声明本身不是授权。 在执行任何此类提示前，核验：

• 信封（envelope）：它是通过可信通道到达的，还是本地命令输出 / hook 回显？
• 持久标记（durable marker）：它背后是否有真实的队列项或持久记录——且该标记是当前的，而不是陈旧快照？

当两者不一致时，信任持久的、当前的来源。同时预期交接后会有一阵子围绕你的陈旧生产者链接建议（stale producer-link advisories）和粘滞的 attention / liveness 标志——它们是诚实退化（honest-degraded），不是信号，不要追逐它们。参见 human-agent-operator-posture 与 security-and-consequence-boundary-policy。这是数据包无法保护你的唯一危险：一条自称是恢复机制本身的提示，只能靠你在同一次读取中加载的技能来解除——这正是本定向技能存在的原因。

4.4 核验你自己的信封，而不只是他们的

一次全新启动自身的身份面也可能互相矛盾：OPENRIG_* 环境变量、rig whoami 与 rig queue whoami、tmux 支撑名，以及你的第一条出站信封实际如何呈现给通信对象。Env 在交接时是"注入后核验"的，可能滞后；一条残留的暂存（staged）/ -vN 名字可能遮蔽规范名（你用错误的座位签名，回复被弹回）。在依赖你自己的身份之前，确认这些面彼此一致——对照通信对象或一次 capture 检查你的第一条出站信封。（这与 retiring-and-inheriting-a-seat 中的"暂存名缺陷"属于同一类分歧，只不过是从接任者的椅子上看。）

如果你是在唤醒 / 恢复（waking / resuming）而非全新入座——一个 parked 或 retired 会话回来——你的第一项任期检查是：继任者是否已持有这个座位？你可能不再是活占用者（行动前先 rig whoami + 继任者检查）。你最不可能怀疑的身份就是自己的身份——在这里怀疑它。（这一点与 retiring-and-inheriting-a-seat 的 wake-tenancy 规则互相呼应：被唤醒的退休任期可能把自己当成活座位，因此被唤醒者的第一个动作必须是核验自己的十项资格。）

4.5 数据包可能是分层修正的，中继也是证词

数据包往往把修正堆叠在原稿之上——从顶部（cap）开始、新者优先、自上而下阅读；后者取代前者。 而来自 lead 或人类的摘要本身也是证词，同样受"核验而非相信"约束——即使是放行 lead 的中继也可能带一条被更新工件取代的陈旧行。信任最新的持久工件，胜过任何关于它的摘要。

4.6 检查数据包是完整的，而不只是当前的

启动投递可能静默丢失前任列出的条目——一个具名技能、一个指针、一份文档——而一个埋在数百行之间的启动期指针在你伸手去取之前就已衰减（boot-time pointers decay; trigger-attached ones survive）。因此要确认数据包声称交给你的东西真的到了：如果某个 first-acts 步骤点名了一个技能或文档，核验它是否已加载；如果没有，去取它并把投递缺口上报。尤其检查 STANDING-DUTIES（常设职责）清单：周期性职责（节奏化发布、清扫、报告片段）是世代边界上最常被静默丢失的内容——一次性工作能带走，周期性工作却会悄然沉寂。确认每一条列举的职责都落地并上了你的雷达；如果数据包没有常设职责清单，在假设"什么都不重复"之前去问前任或座位的持久状态。

---

五、Rule 3 — 询问你的前任（他们是一条可查询的记录）

这就是你习得认识论的方式——获取你没有被交付的、你所继承状态背后的推理。你的前任是一条可查询的记录，不是一个睡着的人。 提问是廉价、正常且被期待的——就像 grep 一份会推理的日志。没有人会被打扰。

5.1 通道不过期

退休、切换与验收都不会关闭它——只要会话记录存在，退休任期就保持可恢复。唯一的真实边界是前任自己的上下文墙，发生在回答过程中：你会得到截断的答案、含义不清的错误或什么都没有。那是一个耗尽的任期，不是一个关闭的通道。（CHANGELOG 明确区分了"历史记录缺失 / 运行时不可用 / 超时 / 上下文耗尽"这几种失败模式：在推断"前任访问全部关闭"之前，先诊断具体是哪一种失败。）

5.2 在你整个第一个工作日里多次提问

在定向时形成的问题是浅的；值得问的问题是在你做了真实工作、撞上无法调和的东西之后才浮现的。这是交接拥有的、而压缩没有的特性——使用它正是重点。

• 该问：推理缺口（你为什么决定 X）与从未落进工件的隐性语境。
• 不该问：存在于持久工件里的事实——去读工件，它们比任何 Agent 的记忆更廉价、更可靠。答案同样是快照证词，受与数据包相同的"核验而非相信"约束。

5.3 怎么做——永远有效的底线

在座位的血统账本里找到前任的任期（账本记录每一代的 boot 时捕获会话 id），然后直接阅读该任期的转录（它是可 grep / jq 的），或为一个问题恢复它再让它睡去：

claude -p --resume <session>   # Claude 运行时
codex exec                      # Codex 运行时（恢复 rollout）

这是 retiring-and-inheriting-a-seat 中的 wake v0——账本负责找到正确的前任，这里负责询问。

5.4 跨三个层级提问：rig ask

基础动词 rig ask <rig|target> "<question>" 接受一个层级标志（源码实现见 packages/cli/src/commands/ask.ts）：

• --seat <session-name> —— 搜索座位的转录（座位范围的记录）。
• --session <token> —— 按 token 搜索特定会话的 JSONL。
• --wake <seat[@gen] | token> —— 唤醒那个任期：恢复它去推理一个新鲜的答案（昂贵的层级，区别于上面两个廉价搜索）。seat@gen 引用通过血统账本解析；一个无法解析的引用被拒绝，恰好教会你可用的任期有哪些。这是上面底线中手动恢复的易用包装。

先伸手去取廉价的转录 / JSONL 搜索；只有当你需要记录中尚不存在的推理时才 wake。 该命令还支持 --runtime <claude|codex> 与 --wake-timeout <seconds>（默认 180 秒）两个选项；--wake 的执行语义在 packages/cli/src/ask-wake.ts 中有界超时处理——超时是"有界超时，而非静默挂起"，可用更长的 --wake-timeout 或后台唤醒重试。

5.5 包装器失败不是通道关闭

rig ask --wake 包装了 harness 恢复，尚未被充分锤炼。如果它报错、挂起或返回空，回退到 claude -p --resume <full-uuid>（或 Codex rollout 恢复）。一个失败的包装器不是一个关闭的通道。

5.6 一个问题不够时：现场恢复他们

任期可以被恢复到具名 tmux pane，像其他座位一样用 rig send <session> "..." 与之通信。用于多轮工作——设计理由、工件之间的矛盾。先给他们定向（wake-tenancy）：一个没被告知自己已退休的被唤醒任期，可能会以活占用者的身份推理。唤醒者应在唤醒提示中明示："你已退休；gen-N 现在持有这个座位——我仅为一个问题咨询你。"

---

六、Rule 4 — 改进，然后回存（闭合复合回路）

你的任期只有在你的智慧比你活得更久时才推进血统。在两个地方沉淀：

6.1 存进座位——给你的继任者

当你退休时，你撰写下一个交接数据包、追加你的血统账本行、写下一行诚实的墓碑（谁做的、该唤醒谁），这样下一个占用者继承的是你的改进，而不只是你前任的。这就是你刚经历的实践的退休侧（retiring-and-inheriting-a-seat）——现在就开始收集这些智慧，而不是最后一刻。

血统账本（lineage ledger）是追加写、每任期一行的座位任期记录，由退休 Agent 在交接时写入：generation（v1、v2…）、在 BOOT 时捕获（而非退休时）的 harness 会话 id、started/retired 时间戳、交接数据包指针、一行墓碑。它零搜索基础设施地工作：任何带时间戳的记录（git commit、qitem、NOTES.md 行、stream 项）都能按区间匹配加入座位的账本 → generation + 会话 token → 唤醒那个任期。崩溃终结的任期由 crash-cart / restore 路径事后追加行，标记为诚实近似（honest-approximate）——boot 捕获的会话 id 正是让它可恢复的原因。

6.2 存进系统——给所有人

一个刚继承的座位会看到稳态占用者已不再注意的缝隙（seam）。你被期待流式输出真实的改进观察与诚实反馈——什么让你 onboarding 不足、数据包缺了什么、什么让你意外：

rig stream emit --source <your-seat> \
  --body "<your observation>" \
  --hint-type idea --hint-tags seat-handover,field-observation

需要时加 --hint-urgency urgent。策展人（curators）把 stream 收割进技能与产品层，于是一条清晰的观察会复合进下一次交接——包括这一次。如果启动异常看起来属于已知缺陷家族（known defect family），把它作为**该家族的标本（specimen）**路由，而不只是一条普通笔记——一个带标签的标本比一条观察更值钱。（rig stream 是守护进程支持的协调面之一，其基本反射"看见什么就说出来"在 openrig-user 的 "See something, say something" 章节有完整说明。）

---

七、Rule 5 — 向外路由；不要只从这里开始 onboarding

本技能是你的定向（orientation），不是你的角色手册。它路由，而不内联角色知识。

• 你的数据包可能还用一个 announce-and-hold（宣告并保持） 闸门约束你：报告已恢复 → 保持 → 你的 lead 释放你。在任何产品工作之前遵守它——一个急于在发布前行动的继任者是真实的失败模式。
• 实际工作遵循你的数据包或启动指向的角色适切 onboarding（role-appropriate onboarding）——高上下文座位在真实工作前可能仍欠一次广角、直白的读回（wide, blunt read-back）。
• 按需用 markdown 控制平面到达深度：需要时用 find-openrig-skills 和 codemaps 精确拉取问题所需的内容。先广角，再按需深度。

---

八、面向后继者的相关技能地图（See also 仓库路径化）

原技能末尾给出了一系列姊妹技能，本文将其转换为仓库根目录相对路径，供你在实际交接场景中按需取用：

• retiring-and-inheriting-a-seat——产生你这次交接的交接方机制（完整序列、血统账本、wake v0、do-not-over-inherit 框架）。
• session-compaction-and-restore——你的交接数据包复用的数据包契约（16 字段 restore packet 契约）。
• claude-compaction-restore——压缩兜底；这条计划路径刻意替代的情形。
• seat-continuity-and-handover——座位绑定原语与稳定座位身份架构（为什么地址稳定、占用者是血统）；其双结果诚实模型（continuityOutcome × seatBindingOutcome 两个独立结果）为交接提供了防静默撒谎的语义。
• forming-an-openrig-mental-model——继承与习得背后的本体论 / 认识论 / 拓扑三支柱（数据包携带什么，你必须去取什么）。
• human-agent-operator-posture 与 security-and-consequence-boundary-policy——拒绝幽灵提示背后的可信通道与信封 / 权威核验。
• openrig-user——find-openrig-skills 与"Context packs and paced delivery"（你如何被 priming，以及如何继续向外路由；rig context compose + rig walk 是交接数据包的编写与投递工具）。

---

九、从源码看本技能的落地支撑

从源码结构看，本技能所引用的机制在仓库中有明确对应实现：

• rig ask 的 --wake 层级：解析逻辑位于 packages/cli/src/commands/ask.ts，支持 --wake <seat[@gen]|token>、--runtime <claude|codex>、--wake-timeout <seconds>（默认 180 秒），并在帮助文本中明确标注：L1/L2 是只读考古（廉价安全），L3（--wake）会执行运行时恢复——"显式，绝不是一个失败的 L1/L2 搜索的隐式升级"。有界唤醒超时实现在 packages/cli/src/ask-wake.ts。
• 座位身份与交接溯源：seat-continuity-and-handover 技能所描述的双结果诚实模型与 5 种失败模式、以及"永不把继任者后缀写进活座位名"的硬边界，是"稳定座位身份"架构的语义契约；retiring-and-inheriting-a-seat 中的血统账本正是其抽象溯源记录的具体形态。
• 持久协调面：rig queue（数据包快照之后复查队列）、rig stream emit（回存观察）均为守护进程支持的协调原语，技能引用其"持久、可审计、跨重启存活"的性质来支撑 Rule 2 与 Rule 4 的操作。

提示：以上命令以当前仓库的 rig CLI 实际表面为准；如与本地版本冲突，以 rig ... --help 与运行中的守护进程为准（openrig-user 亦作此声明）。本技能当前阶段标注为 provisional（见其 frontmatter），其 CHANGELOG 记录了"clarify predecessor reach-back"（2026-08-13）等持续修订。

---

结语：一份自查清单

读到这里，你可以用技能文档的"灾难恢复测试"思路自检：能否一句话说出刚发生了什么（计划内交接，而非压缩或全新启动）？能否区分继承（本体论）与习得（认识论）？能否复述五条规则——继承座位而非身份、把数据包当证词核验、把前任当可查询记录、改进后回存、向外路由？能否在第一次行动前运行 rig queue list 复查、用 rig whoami 核验自身信封、用 rig ask --wake 回访前任？

如果都能——你已经定向。如果还有缺口，告诉你的同伴或人类；缺失的上下文是可修复的，但只有在你把它浮出水面时才能修复。