@sema-agent/server 7.151.0 → 7.152.0

package/dist/object-store-buckets.js

@@ -1,3 +1,169 @@
 export const SESSION_SNAPSHOT_BUCKET_DEFAULT = "session-snapshots";
 export const WORKSPACE_SNAPSHOT_BUCKET_DEFAULT = "workspaces";
+export const S3_PUBLIC_BUCKET_DEFAULT = "sema-public";
+export const WORKSPACE_SNAPSHOT_PREFIX_DEFAULT = "kata";
+export const LEGACY_BLOB_ROOT_DEFAULT = "blobs/";
+export const FILE_HISTORY_BLOB_SEGMENT = "file-history/";
+export const ATTACHMENT_BLOB_SEGMENT = "attachments/";
+export const SESSION_BLOB_CLAIM_KEY = "blob-namespace-claim";
+export function sessionSnapshotPrefixProblem(prefix) {
+    for (const segment of [FILE_HISTORY_BLOB_SEGMENT, ATTACHMENT_BLOB_SEGMENT]) {
+        if (prefix.endsWith(segment))
+            return `it ends with "${segment}", a session blob domain's own segment: the retired epoch's root is the prefix itself, so it would be another engine's ${segment} domain`;
+    }
+    return undefined;
+}
+export const SENDFILE_PRIVATE_PREFIX = "sendfile/";
+export const SENDFILE_STAGING_SEGMENT = "staging/";
+export const LEADER_DIFF_PREFIX = "leader-diff";
+export const OBJECT_STORE_BUCKET_KNOBS = {
+    SESSION_SNAPSHOT_BUCKET: SESSION_SNAPSHOT_BUCKET_DEFAULT,
+    WORKSPACE_SNAPSHOT_BUCKET: WORKSPACE_SNAPSHOT_BUCKET_DEFAULT,
+    MINIO_BUCKET: WORKSPACE_SNAPSHOT_BUCKET_DEFAULT,
+    S3_PUBLIC_BUCKET: S3_PUBLIC_BUCKET_DEFAULT,
+};
+export const OBJECT_KEY_KNOB_SLOTS = {
+    workspacePrefix: { knob: "WORKSPACE_SNAPSHOT_PREFIX", unset: WORKSPACE_SNAPSHOT_PREFIX_DEFAULT },
+    sessionPrefix: { knob: "SESSION_SNAPSHOT_PREFIX", unset: "" },
+    legacyBlobRoot: { knob: "SESSION_SNAPSHOT_PREFIX", unset: LEGACY_BLOB_ROOT_DEFAULT },
+};
+export const OBJECT_KEY_SEGMENTS = {
+    sessionId: "the parked run's session id (an env without one cannot park: its `_` placeholder is outside the key segment shape, so nothing is signed)",
+    incarnation: "the space occupant's incarnation (the session occupant's minted id)",
+    snapshotId: "a snapshot id minted for one upload (carries the writer's ownership mark)",
+    object: "an object name read from the partition's listing",
+    sha256: "the blob's content address (hex sha256)",
+    scope: "the hashed tenant segment (`_` for a single-user deployment)",
+    uuid: "a uuidv7 minted per file (the capability part of a link)",
+    name: "the sanitized file name",
+    run: "the leader run's object tag (time + random)",
+    workerId: "the leader sub-worker id",
+};
+export const OBJECT_STORE_ACTION_VERBS = ["GET", "PUT", "HEAD", "DELETE", "LIST", "COPY"];
+export const OBJECT_STORE_ACTION_PERMISSIONS = {
+    GET: ["s3:GetObject"],
+    PUT: ["s3:PutObject"],
+    HEAD: ["s3:GetObject"],
+    DELETE: ["s3:DeleteObject"],
+    LIST: ["s3:ListBucket"],
+    COPY: ["s3:PutObject"],
+};
+export const OBJECT_STORE_EXECUTORS = {
+    server: "the server process sends it itself (from its replica's network)",
+    sandbox: "the execution sandbox sends it (a k8s pod, an e2b / ssh sandbox, a leader worker env): it holds the presigned URL only, never the key",
+    client: "the end user's client fetches the link the server handed out",
+};
+export const OBJECT_STORE_DOMAINS = {
+    "k8s-park": "k8s lane: a parked run's workspace archive (suspend / resume) and its reclaim",
+    "k8s-space": "k8s lane: the workspace space (run-end snapshot, `latest` pointer, restore, prune) and its reclaim",
+    "boot-probe": "boot: the one bucket-presence check per bucket",
+    "file-history": "file-history blob bytes",
+    attachments: "task attachment bytes and their orphan sweep",
+    "blob-claim": "the session blob namespace's claim: one database per bucket × SESSION_SNAPSHOT_PREFIX (checked when the store opens)",
+    "legacy-blobs": "the retired snapshot epoch's blob bytes (sweep only)",
+    sendfile: "SendUserFile: the permanent and presigned tracks and the sandbox staging two-phase",
+    "leader-diff": "the leader's diff-out: a worker uploads its patch, the leader fetches it",
+};
+export const SIGV4_PRESIGN_MAX_SEC = 604_800;
+const PARK = "{workspacePrefix}/<sessionId>/";
+const SPACE = "{workspacePrefix}/<incarnation>/space/";
+const K8S_TTL = { defaultSec: 600, knob: "WORKSPACE_SNAPSHOT_TTL_SEC", maxSec: 3600 };
+const BLOB_TTL = { defaultSec: 3600, knob: "SESSION_SNAPSHOT_TTL_SEC" };
+const FILE_HISTORY_KEY = `{sessionPrefix}${FILE_HISTORY_BLOB_SEGMENT}<sha256>`;
+const ATTACHMENT_ROOT = `{sessionPrefix}${ATTACHMENT_BLOB_SEGMENT}`;
+const CLAIM_KEY = `{sessionPrefix}${SESSION_BLOB_CLAIM_KEY}`;
+const CLAIM_TTL = { defaultSec: 60 };
+const SENDFILE_PUBLIC_KEY = "<scope>/<uuid>/<name>";
+const SENDFILE_PRIVATE_KEY = `${SENDFILE_PRIVATE_PREFIX}<scope>/<uuid>/<name>`;
+const SENDFILE_STAGING = { bucketKnob: "SESSION_SNAPSHOT_BUCKET", key: `${SENDFILE_PRIVATE_PREFIX}${SENDFILE_STAGING_SEGMENT}<scope>/<uuid>` };
+const SENDFILE_SERVER_TTL = { defaultSec: 60 };
+const LEADER_KEY = `${LEADER_DIFF_PREFIX}/<run>/<workerId>.patch`;
+const LEADER_TTL = { knob: "LEADER_TIMEOUT_MS" };
+export const OBJECT_STORE_ACTIONS = [
+    { domain: "k8s-park", subject: "archive", action: "PUT", bucketKnob: "WORKSPACE_SNAPSHOT_BUCKET", key: `${PARK}<snapshotId>.tar.gz`, executor: "sandbox", ttl: K8S_TTL },
+    { domain: "k8s-park", subject: "archive", action: "HEAD", bucketKnob: "WORKSPACE_SNAPSHOT_BUCKET", key: `${PARK}<snapshotId>.tar.gz`, executor: "server", ttl: K8S_TTL },
+    { domain: "k8s-park", subject: "archive", action: "GET", bucketKnob: "WORKSPACE_SNAPSHOT_BUCKET", key: `${PARK}<snapshotId>.tar.gz`, executor: "sandbox", ttl: K8S_TTL },
+    { domain: "k8s-park", subject: "prefix", action: "LIST", bucketKnob: "WORKSPACE_SNAPSHOT_BUCKET", key: PARK, executor: "server", ttl: K8S_TTL },
+    { domain: "k8s-park", subject: "object", action: "DELETE", bucketKnob: "WORKSPACE_SNAPSHOT_BUCKET", key: `${PARK}<object>`, executor: "server", ttl: K8S_TTL },
+    { domain: "k8s-space", subject: "archive", action: "PUT", bucketKnob: "WORKSPACE_SNAPSHOT_BUCKET", key: `${SPACE}<snapshotId>.tar.gz`, executor: "sandbox", ttl: K8S_TTL },
+    { domain: "k8s-space", subject: "archive", action: "HEAD", bucketKnob: "WORKSPACE_SNAPSHOT_BUCKET", key: `${SPACE}<snapshotId>.tar.gz`, executor: "server", ttl: K8S_TTL },
+    { domain: "k8s-space", subject: "archive", action: "GET", bucketKnob: "WORKSPACE_SNAPSHOT_BUCKET", key: `${SPACE}<snapshotId>.tar.gz`, executor: "sandbox", ttl: K8S_TTL },
+    { domain: "k8s-space", subject: "archive", action: "DELETE", bucketKnob: "WORKSPACE_SNAPSHOT_BUCKET", key: `${SPACE}<snapshotId>.tar.gz`, executor: "server", ttl: K8S_TTL },
+    { domain: "k8s-space", subject: "latest", action: "GET", bucketKnob: "WORKSPACE_SNAPSHOT_BUCKET", key: `${SPACE}latest`, executor: "server", ttl: K8S_TTL },
+    { domain: "k8s-space", subject: "latest", action: "PUT", bucketKnob: "WORKSPACE_SNAPSHOT_BUCKET", key: `${SPACE}latest`, executor: "server", ttl: K8S_TTL },
+    { domain: "k8s-space", subject: "latest", action: "DELETE", bucketKnob: "WORKSPACE_SNAPSHOT_BUCKET", key: `${SPACE}latest`, executor: "server", ttl: K8S_TTL },
+    { domain: "k8s-space", subject: "prefix", action: "LIST", bucketKnob: "WORKSPACE_SNAPSHOT_BUCKET", key: SPACE, executor: "server", ttl: K8S_TTL },
+    { domain: "k8s-space", subject: "object", action: "DELETE", bucketKnob: "WORKSPACE_SNAPSHOT_BUCKET", key: `${SPACE}<object>`, executor: "server", ttl: K8S_TTL },
+    { domain: "boot-probe", subject: "session", action: "LIST", bucketKnob: "SESSION_SNAPSHOT_BUCKET", key: "{legacyBlobRoot}", executor: "server", ttl: { defaultSec: 3600 } },
+    { domain: "boot-probe", subject: "workspace", action: "LIST", bucketKnob: "WORKSPACE_SNAPSHOT_BUCKET", key: "{workspacePrefix}/", executor: "server", ttl: { defaultSec: 3600 } },
+    { domain: "file-history", subject: "blob", action: "PUT", bucketKnob: "SESSION_SNAPSHOT_BUCKET", key: FILE_HISTORY_KEY, executor: "server", ttl: BLOB_TTL },
+    { domain: "file-history", subject: "blob", action: "GET", bucketKnob: "SESSION_SNAPSHOT_BUCKET", key: FILE_HISTORY_KEY, executor: "server", ttl: BLOB_TTL },
+    { domain: "file-history", subject: "blob", action: "DELETE", bucketKnob: "SESSION_SNAPSHOT_BUCKET", key: FILE_HISTORY_KEY, executor: "server", ttl: BLOB_TTL },
+    { domain: "attachments", subject: "blob", action: "PUT", bucketKnob: "SESSION_SNAPSHOT_BUCKET", key: `${ATTACHMENT_ROOT}<sha256>`, executor: "server", ttl: BLOB_TTL },
+    { domain: "attachments", subject: "blob", action: "GET", bucketKnob: "SESSION_SNAPSHOT_BUCKET", key: `${ATTACHMENT_ROOT}<sha256>`, executor: "server", ttl: BLOB_TTL },
+    { domain: "attachments", subject: "blob", action: "HEAD", bucketKnob: "SESSION_SNAPSHOT_BUCKET", key: `${ATTACHMENT_ROOT}<sha256>`, executor: "server", ttl: BLOB_TTL },
+    { domain: "attachments", subject: "blob", action: "DELETE", bucketKnob: "SESSION_SNAPSHOT_BUCKET", key: `${ATTACHMENT_ROOT}<sha256>`, executor: "server", ttl: BLOB_TTL },
+    { domain: "attachments", subject: "prefix", action: "LIST", bucketKnob: "SESSION_SNAPSHOT_BUCKET", key: ATTACHMENT_ROOT, executor: "server", ttl: BLOB_TTL },
+    { domain: "legacy-blobs", subject: "blob", action: "DELETE", bucketKnob: "SESSION_SNAPSHOT_BUCKET", key: "{legacyBlobRoot}<sha256>", executor: "server", ttl: BLOB_TTL },
+    { domain: "blob-claim", subject: "claim", action: "GET", bucketKnob: "SESSION_SNAPSHOT_BUCKET", key: CLAIM_KEY, executor: "server", ttl: CLAIM_TTL },
+    { domain: "blob-claim", subject: "claim", action: "PUT", bucketKnob: "SESSION_SNAPSHOT_BUCKET", key: CLAIM_KEY, executor: "server", ttl: CLAIM_TTL },
+    { domain: "sendfile", subject: "public", action: "PUT", bucketKnob: "S3_PUBLIC_BUCKET", key: SENDFILE_PUBLIC_KEY, executor: "server", ttl: { defaultSec: 600 } },
+    { domain: "sendfile", subject: "public", action: "COPY", bucketKnob: "S3_PUBLIC_BUCKET", key: SENDFILE_PUBLIC_KEY, executor: "server", ttl: SENDFILE_SERVER_TTL, from: SENDFILE_STAGING },
+    { domain: "sendfile", subject: "public", action: "HEAD", bucketKnob: "S3_PUBLIC_BUCKET", key: SENDFILE_PUBLIC_KEY, executor: "server", ttl: SENDFILE_SERVER_TTL },
+    { domain: "sendfile", subject: "public", action: "DELETE", bucketKnob: "S3_PUBLIC_BUCKET", key: SENDFILE_PUBLIC_KEY, executor: "server", ttl: SENDFILE_SERVER_TTL },
+    { domain: "sendfile", subject: "public", action: "GET", bucketKnob: "S3_PUBLIC_BUCKET", key: SENDFILE_PUBLIC_KEY, executor: "client", ttl: "unsigned" },
+    { domain: "sendfile", subject: "private", action: "PUT", bucketKnob: "SESSION_SNAPSHOT_BUCKET", key: SENDFILE_PRIVATE_KEY, executor: "server", ttl: { defaultSec: 600 } },
+    { domain: "sendfile", subject: "private", action: "COPY", bucketKnob: "SESSION_SNAPSHOT_BUCKET", key: SENDFILE_PRIVATE_KEY, executor: "server", ttl: SENDFILE_SERVER_TTL, from: SENDFILE_STAGING },
+    { domain: "sendfile", subject: "private", action: "HEAD", bucketKnob: "SESSION_SNAPSHOT_BUCKET", key: SENDFILE_PRIVATE_KEY, executor: "server", ttl: SENDFILE_SERVER_TTL },
+    { domain: "sendfile", subject: "private", action: "DELETE", bucketKnob: "SESSION_SNAPSHOT_BUCKET", key: SENDFILE_PRIVATE_KEY, executor: "server", ttl: SENDFILE_SERVER_TTL },
+    { domain: "sendfile", subject: "private", action: "GET", bucketKnob: "SESSION_SNAPSHOT_BUCKET", key: SENDFILE_PRIVATE_KEY, executor: "client", ttl: { knob: "SEND_USER_FILE_URL_TTL" } },
+    { domain: "sendfile", subject: "staging", action: "PUT", bucketKnob: SENDFILE_STAGING.bucketKnob, key: SENDFILE_STAGING.key, executor: "sandbox", ttl: { defaultSec: 120 } },
+    { domain: "sendfile", subject: "staging", action: "HEAD", bucketKnob: SENDFILE_STAGING.bucketKnob, key: SENDFILE_STAGING.key, executor: "server", ttl: SENDFILE_SERVER_TTL },
+    { domain: "sendfile", subject: "staging", action: "DELETE", bucketKnob: SENDFILE_STAGING.bucketKnob, key: SENDFILE_STAGING.key, executor: "server", ttl: SENDFILE_SERVER_TTL },
+    { domain: "leader-diff", subject: "patch", action: "PUT", bucketKnob: "MINIO_BUCKET", key: LEADER_KEY, executor: "sandbox", ttl: LEADER_TTL },
+    { domain: "leader-diff", subject: "patch", action: "GET", bucketKnob: "MINIO_BUCKET", key: LEADER_KEY, executor: "server", ttl: LEADER_TTL },
+];
+export function objectStoreOpOf(row) {
+    return `${row.domain}/${row.subject}:${row.action}`;
+}
+const ROWS_BY_OP = (() => {
+    const byOp = new Map();
+    for (const row of OBJECT_STORE_ACTIONS) {
+        const op = objectStoreOpOf(row);
+        if (byOp.has(op))
+            throw new Error(`object-store action table: two rows share the id ${op}`);
+        byOp.set(op, row);
+    }
+    return byOp;
+})();
+export function objectStoreActionOf(op) {
+    const row = ROWS_BY_OP.get(op);
+    if (row === undefined)
+        throw new Error(`object-store action table: no row ${JSON.stringify(op)}`);
+    return row;
+}
+export function objectStoreRowEngineSlot(row) {
+    const headSlot = (key) => {
+        const m = /^\{([A-Za-z]+)\}/.exec(key);
+        return m !== null && m[1] in OBJECT_KEY_KNOB_SLOTS ? m[1] : undefined;
+    };
+    const slot = headSlot(row.key);
+    if (slot === undefined)
+        return undefined;
+    return row.action === "COPY" && headSlot(row.from.key) === undefined ? undefined : slot;
+}
+export function objectKeyGlob(key, slots = {}) {
+    return key
+        .replace(/\{([A-Za-z]+)\}/g, (_, slot) => {
+        if (!(slot in OBJECT_KEY_KNOB_SLOTS))
+            throw new Error(`object key form: unknown slot {${slot}}`);
+        const name = slot;
+        return slots[name] ?? OBJECT_KEY_KNOB_SLOTS[name].unset;
+    })
+        .replace(/<([A-Za-z0-9]+)>/g, (_, segment) => {
+        if (!(segment in OBJECT_KEY_SEGMENTS))
+            throw new Error(`object key form: unknown segment <${segment}>`);
+        return "*";
+    });
+}
 //# sourceMappingURL=object-store-buckets.js.map

package/dist/observability/fail-open.d.ts

@@ -97,7 +97,7 @@ export declare const FAIL_OPEN_TAGS: {
     };
     readonly "server.run-store.file-active-claims-unreadable": {
         readonly cls: "P-DEBT";
-        readonly note: "`FileRunStore.hydrate()` 的第二处 `readdirSync(runs/active/)`(claim 平面 = 单活索引)失败,且 `RUN_STORE_STRICT_HYDRATE` 关(缺省)⇒ 服务照常起动、单活索引为**空**。放行的后果两条,都不报错:① 已有 run 行仍可读(`GET /v1/runs/:id` 照常答),但此后对这些会话的审批决定在请求里同步跑完、却找不到要更新的 run 行 —— run 行停在决前的 `suspended`;② 读单活索引的各处读到「没人占用」—— `getActiveTaskId` 恒答空,例如会话同步推送前的「会话有在飞 run」检查(与 `server.run-store.file-hydrate-unreadable` 同一句错话:「证不出有占用 ⇒ 没有占用」,只是换了一个盘面);新提交不读这张索引,claim 文件完好时仍按盘上的 claim 裁定,不受影响。同一条债的另一个盘面:缺省不拒启是刻意保留的行为,所以留作 P-DEBT —— error 级启动日志(`file_run_store_active_claims_unreadable`,带 `runs/active/` 绝对路径)早已在,本计数补的是遥测轴(此前 `runs/` 臂有计数、这一臂没有)。`RUN_STORE_STRICT_HYDRATE=on` 把这一格换成 fail-closed 启动门,本计数因此只在缺省 off 档的真放行时产生(拒启那一形不记)—— 读遥测时「计数为零」也可能是部署开了拒启门、根本起不来。";
+        readonly note: "`FileRunStore.hydrate()` 的第二处 `readdirSync(runs/active/)`(claim 平面 = 单活索引)失败,且 `RUN_STORE_STRICT_HYDRATE` 关(缺省)⇒ 服务照常起动、单活索引为**空**。放行的后果两条,都不报错:① 已有 run 行仍可读(`GET /v1/runs/:id` 照常答),但此后对这些会话的审批决定在请求里同步跑完、却找不到要更新的 run 行 —— run 行停在决前的 `suspended`;② 读单活索引的各处读到「没人占用」—— `getActiveTaskId` 恒答空,例如会话同步推送前的「会话有在飞 run」检查、会话头探针 `GET /v1/sessions/:id/head` 的 `activeTaskId`(这一档里答 `null`,而提交照旧按盘上的 claim 文件 409)(与 `server.run-store.file-hydrate-unreadable` 同一句错话:「证不出有占用 ⇒ 没有占用」,只是换了一个盘面);新提交不读这张索引,claim 文件完好时仍按盘上的 claim 裁定,不受影响。同一条债的另一个盘面:缺省不拒启是刻意保留的行为,所以留作 P-DEBT —— error 级启动日志(`file_run_store_active_claims_unreadable`,带 `runs/active/` 绝对路径)早已在,本计数补的是遥测轴(此前 `runs/` 臂有计数、这一臂没有)。`RUN_STORE_STRICT_HYDRATE=on` 把这一格换成 fail-closed 启动门,本计数因此只在缺省 off 档的真放行时产生(拒启那一形不记)—— 读遥测时「计数为零」也可能是部署开了拒启门、根本起不来。";
     };
     readonly "server.fork-routing.placed-probe-host-error": {
         readonly cls: "F";
@@ -183,17 +183,13 @@ export declare const FAIL_OPEN_TAGS: {
         readonly cls: "F";
         readonly note: "CC 规则导入票的**认领回滚**失败(认领之后的某一步没成 ⇒ 本该把认领放回去,而这次放回本身也抛了)。放行的最坏后果 = 这张票留在已认领态、属主这一轮不能重试 —— 恰好等于加认领回滚**之前**的行为,不是新损失;票随 TTL 自然消失,属主重走一次 prepare 即可拿新票(导入按 core 的设计幂等:同一条规则再兑付只是同一个 dot 的重放)。方向上没有任何权限被放宽(规则**没有**落地才走到这条臂),故 F 类;必须留痕,否则「票为什么突然不能用了」在遥测里没有任何痕迹。";
     };
-    readonly "server.approvals.rule-suggestions-cell-unreadable": {
-        readonly cls: "F";
-        readonly note: "运维待批队列(`GET /v1/approvals` / `/stream`)的某一行,`checkpoint.rule_suggestions` 这一格**不是合法 JSON 文本**(手改过的行 / 未来列语义漂了 / 回滚残留)。放行的最坏后果 = **这一行**的「不再询问」候选缺席(展示/分诊材料,永不参与 resume、也不是任何判据),队列其余部分照常;不放行的代价是整只 `rows.map` 抛出 ⇒ 一行坏 cell 打掉整个租户的队列(列表 500、SSE 心跳照常而队列永远空)。故 F 类,但必须留痕:静默吞掉之后「候选为什么消失了」在遥测里没有任何痕迹,而本键存在的全部理由就是「缺席 = 真的没有候选」。";
-    };
     readonly "server.approvals.risk-descriptor-cell-unreadable": {
         readonly cls: "F";
-        readonly note: "运维待批队列(`GET /v1/approvals` / `/stream`)的某一行,`checkpoint.risk_descriptor` 这一格**不是合法 JSON 文本**(手改过的行 / 回滚残留 / 列语义漂;与同一 `rows.map` 里的 `rule_suggestions` 是同族坏法,两方言都是 TEXT 列)—— 或解得出却不是一只对象;`DB_BACKEND=local` 上同一读面读存储体里门上的 `gate.riskDescriptor`,在场却不是一只对象同样计在本 tag(两孪生同一只形读者 `checkpoint-store-face.ts` 的 `readRiskDescriptorBody`,修前 local 把原值原样上 wire)。放行的最坏后果 = **这一行**的分诊 descriptor 落 null:severity 折 0 排到有 descriptor 的行之后、披露位(`allowRuleShadowed`;7.117.0 前叫 `shadowedRule`)无可脱敏、读面派生的 `governanceForced` 徽章不亮 —— 三者都是**展示/分诊**,不是执法判据(门早已 park,真按 `shellGateDoctrine` 判的 `active-run-conflict.ts` 读的是 checkpoint blob 的 `get()`,不经本读面),且 `governanceForced` 的成文语义本就是「缺席 = 没有治理来源的**证据**」。不放行的代价是整只 `rows.map` 抛出 ⇒ 一行坏 cell 打掉整个租户的队列(列表 500、SSE 心跳照常而队列永远空),连同其余所有行一起消失。故 F 类;tag 与候选那格**分开计**,并计会让「哪一格在坏」在遥测里读不出来。";
+        readonly note: "运维待批队列(`GET /v1/approvals` / `/stream`;两孪生同一只投影 `checkpoint-store-face.ts` 的 `buildQueueActionFacts`)的某一行,停驻文档门上的风险描述(引擎派生 `checkpointIndexFacts` 那一格,只在审批门上)**在场却读不成一只对象**(手改 / 带外写者写下的文档)。7.152.0 起只有这一座:描述不再落列,队列行在读时从续跑执行的同一次整行解码取(此前 SQL 孪生读 `checkpoint.risk_descriptor` 列、列文本坏也计在本 tag;那一列随一次性迁移 M54 删)。放行的最坏后果 = **这一行**的分诊 descriptor 落 null:severity 折 0 排到有 descriptor 的行之后、披露位(`allowRuleShadowed`)无可脱敏、读面派生的 `governanceForced` 徽章不亮 —— 三者都是**展示/分诊**,不是执法判据(门早已 park,真按 `shellGateDoctrine` 判的 `active-run-conflict.ts` 读的是 `get()`,不经本读面),且 `governanceForced` 的成文语义本就是「缺席 = 没有治理来源的**证据**」。不放行的代价是一行坏描述打掉整个租户的队列。故 F 类。计数口径:SQL 孪生每份字节每进程一次(动作事实按字节记忆),local 每次列表一次。";
     };
     readonly "server.approvals.park-row-blob-unreadable": {
         readonly cls: "F";
-        readonly note: "S-700(`stores-sql/checkpoint-store-sql.ts` 的 `readParkRowActionCell`):运维待批队列(`GET /v1/approvals` / `/stream`)的某一行,`checkpoint` 列里寄存行的 **`pendingAction` 子树**(NP-3 / 7.100.0 起引擎内只取这一棵、整只快照不出库;只为 park 行事实 `requiresRealApproval` / `ruleOffersAbsence` / `mandated`(S-663 二段,core #1079)/ `mandate`(S-721)/ `origin`(S-755)而读 —— 事实位的真源是 `approval-card.ts` 的 `ParkRowFacts`)**在场却不是一只对象**(JSON `null` 字面 / 串 / 数 —— 手改 / 迁移脚本改过)。子树**缺席**(SQL NULL:成员不在,或整只文档不是对象 —— 后者 `get()` 照旧拒;MariaDB 文本承载上的非 JSON 字节同样答 SQL NULL)⇒ 事实缺席、不计数。放行的最坏后果 = **这一行**的 park 行事实(`ParkRowFacts` 各位)缺席(展示/分诊材料;core 定性 display metadata,resume 的带子读 gate 自己的位),队列其余部分照常 —— 而这一行本来就 resume 不了(`get()` 对同一格拒)。不放行的代价是整只 `rows.map` 抛出 ⇒ 一行坏 blob 打掉整个租户的队列(列表 500、SSE 心跳照常而队列永远空),与同一 `rows.map` 里 `rule_suggestions` / `risk_descriptor` 两格同族同判。故 F 类;tag 与那两格**分开计**(哪一格在坏要读得出来)。计数非零 = 这一行的 decide 同样读不动(`get()` 对同一格拒),去按 session 查那一行。 7.144.0 起同 tag 另有一座:停驻行的**整行读**(`readStoredRow`;按快照摘要记忆,未命中才读)—— 运维队列行的判决 `rowVerdict` 与技能卡两位、7.145.0 起还有收件箱 / 任务视图 `listByScope` 的行投影,同经这一只读法、同一失败方向(行级隔离):整行解不出 ⇒ 判官对读回的原样值作答(恒 `damaged`),行照列、带判决;体是对象但 core 摘要读不动(`{}` / 缺 `state` 等手改行)⇒ 判官对这只对象作答;两形都只丢摘要派生的位(队列行的技能卡两位 / 收件箱行的摘要键,收件箱行退回列组事实),逐次计、不进记忆,一行坏体在子树与整行两读上各计一次。修前收件箱对同一行整张拒(500 / 503)。 (`member=gate` 那第二座随 core 7.55.0 #1468 P1 阶段二退役:队列行的卡与到期分法改读 `approval_card` / `gate_kind` 两列 —— 写口与 M29 回填同一只派生落下的格 —— 本读面不再读 blob 的 `gate` 子树。)(S-2076 的 `readParkedSkillCardFacts` 两座已由上面那次 `projectStoredRow` 整行读取代,树上零命中。)";
+        readonly note: "运维待批队列(`GET /v1/approvals` / `/stream`)、收件箱 / 任务视图(`listByScope`)与按会话读口的某一行,停驻行的**整行读**(`stores-sql/checkpoint-store-sql.ts` 的 `readStoredRow`;队列行的全部动作事实 —— 工具名、绑定、入参、卡、描述、候选、bidi 位、park 行事实、`checkpointId`、技能卡两位、判决 —— 都出自这一次解码,两孪生同一只投影 `buildQueueActionFacts`)读不动:字节解不出 ⇒ 判官对读回的原样值作答(恒 `damaged`);体是对象但 core 摘要读不动(`{}` / 缺 `state` 等手改行)或 core 的投影自己抛 ⇒ 判官对这只对象作答。行照列、带判决,动作事实 `null` / 缺席(与 local 孪生同形),逐次计、不进记忆。放行的最坏后果 = **这一行**少了动作事实(这样的行续跑同样读不动它 —— `get()` 对同一份字节拒),队列其余部分照常;不放行的代价是一行坏字节打掉整个租户的队列(列表 500、SSE 心跳照常而队列永远停在旧帧)。故 F 类。7.152.0 起不再有「`pendingAction` 子树」那一座(引擎内的成员提取退役,同一份文档只有一只 parser)。计数非零 = 这一行的 decide 同样读不动,去按 session 查那一行。";
     };
     readonly "server.approvals.queue-row-agent-unreadable": {
         readonly cls: "F";
@@ -293,7 +289,7 @@ export declare const FAIL_OPEN_TAGS: {
     };
     readonly "server.approvals.active-run-conflict-material-unavailable": {
         readonly cls: "F";
-        readonly note: "A-057.47:`buildActiveRunConflict` 的材料装配段(getRun / turnActivity / peekPendingScope / findPendingTokenBySession / checkpoint `get`)任一失败 ⇒ 整段退化成裸 409(只剩 error + errorCode + activeTaskId),`activeTaskStatus` / `msSinceLastActivity` / `pendingGate`(kind·decidePath·governanceForced·checkpointId)全部蒸发。放行的最坏后果 = **展示/分诊**面缺料:壳画不出「这条 run 卡在哪道门、去哪儿决」,人退回 `POST /v1/runs/{activeTaskId}/cancel` 这条保底真路 —— 不参与任何门/CAS/resume 判定(执法面读的是 checkpoint blob 的 `get()`,不经本材料;与 census 第 21 行同一条判据),故 F 类。方向刻意不改:本材料是 best-effort 增强,让它抛会把一次 store 抖动变成整个 409 路径的 500(顶注第 11 行逐字成文「store 面任何失败都不得挡 409 本体」)。必须留痕的理由:本文件零 logger 席、pool 层无 per-query 错误日志、调用侧(tasks.ts / runs.ts / server.ts 五处)因本函数恒不 reject 结构上拿不到信号 ⇒ 「approval 出路材料系统性丢失」此前在遥测里与「一切正常」同形;滚动升级期 `checkpoint-store-sql.ts` 的 version-too-new throw 与 strict parseJson 也一并被吞在这里。";
+        readonly note: "A-057.47:409 `conflict.session_active_run` 的材料读失败,分两层(7.152.0 起):① 持有者那一行读不出(`refusalOccupantOf` 的 getRun —— 提交 / 续跑面的 `buildActiveRunConflict`、删除口、run 外回退口三处同调)⇒ 体只剩 error + errorCode + activeTaskId,`activeTaskStatus` / `msSinceLastActivity` / `pendingGate` 不在;② 持有者行读到了而出路材料读不出(turnActivity / peekPendingScope / findPendingTokenBySession / checkpoint `get`)⇒ 占用两键照留,只少 `msSinceLastActivity` 或 `pendingGate`(kind·decidePath·governanceForced·checkpointId)。放行的最坏后果 = **展示/分诊**面缺料:壳画不出「这条 run 卡在哪道门、去哪儿决」,人退回 `POST /v1/runs/{activeTaskId}/cancel` 这条保底真路 —— 不参与任何门/CAS/resume 判定(执法面读的是 checkpoint blob 的 `get()`,不经本材料;与 census 第 21 行同一条判据),故 F 类。方向刻意不改:本材料是 best-effort 增强,让它抛会把一次 store 抖动变成整个 409 路径的 500(顶注第 11 行逐字成文「store 面任何失败都不得挡 409 本体」)。必须留痕的理由:本文件零 logger 席、pool 层无 per-query 错误日志、调用侧(tasks.ts / runs.ts / server.ts 五处)因本函数恒不 reject 结构上拿不到信号 ⇒ 「approval 出路材料系统性丢失」此前在遥测里与「一切正常」同形;滚动升级期 `checkpoint-store-sql.ts` 的 version-too-new throw 与 strict parseJson 也一并被吞在这里。";
     };
     readonly "server.engine-notice.durable-append-failed": {
         readonly cls: "F";
@@ -347,10 +343,6 @@ export declare const FAIL_OPEN_TAGS: {
         readonly cls: "P-DEBT";
         readonly note: "#296(A-052.2,clay 裁定 C-R21):`REMOTE_EXEC=ssh` 且**两只主机密钥旋钮都缺席**(`SSH_HOST_FINGERPRINT` / `SSH_KNOWN_HOSTS`)⇒ 本次连接接受**任何**主机密钥,等价 `ssh -o StrictHostKeyChecking=no`。放行的最坏后果:一次中间人拿到这条会话的**全部命令、全部产物、以及 agent 在那台机器上的全部动作**(私钥仍在控制面手里、拿不走,design/61 §5 #2)。⇒ 保护型欠账,不是体验回退。**方向是裁定的、不是遗漏**:本 lane 的既有部署形是「AI 编排批量部署到一批 SSH 可达的机器」,那些机器的指纹通常不在任何 known_hosts 里,默认拒连 = 一次静默的可用性断裂;C-R21 裁「在场即严格,缺席即响亮」。补偿三件:①**每连接**一条 `ssh_host_key_unverified` warn(不是每进程一次 —— 一条长期裸连的 lane 必须在每条连接上都看得见);②本计数(遥测里「有多少条连接是裸连」是一个可观测的数,曲线应当只降不升);③两旋钮任一在场即**严格校验、不符拒连**(拒因带两半指纹 + `ssh-keyscan` 指路)。终局 = 部署把旋钮配上(那时本计数归零);旋钮不配而想收紧的部署级开关(「无旋钮即拒启」)是下一件,不在 C-R21 射程。";
     };
-    readonly "server.approval.park-redemption-cap-refused": {
-        readonly cls: "F";
-        readonly note: "#329 / #343(黑板 [5100] Q3):停驻行迟到决议的**受理回执表**(本副本对「200 丢包后重试」的幂等承诺 + 重叠请求的单飞句柄;键 = 行的键 askId,只在一次赎回真开飞时开格;容量帽只数受理之后留下的回执,在飞的单飞句柄永不被逐)**拒留一张回执**。放行的最坏后果 = 这**一次**受理(照旧生效)没有本副本的回执可依:200 丢包后的重试会再进一次赎回腿、拿到那条腿的 409(那张 checkpoint 已被消费)而不是幂等 200 回放(终局恒由赎回腿的 gate CAS 定,不会错兑也不会双兑);迟到受理本身、`GET /v1/approvals` 列表与 `/v1/approvals/:sessionId/decide` 一个字节不动 ⇒ F 类。为什么方向是「拒新」而不是 FIFO 挤最旧:那个形让**甲的用量决定乙的可用性**(已鉴权租户量产受理即可把别家回执挤出,merge-rescan 744 confirmed 的同一病形)。必须留痕:「表被别人打满」与「这一次本来就没有回执」在 wire 上同形。detail 带 owner(判「压力来自谁」的第一手线索)。臂只有一条:全局回执帽满、本 principal 未到子帽、表里没有过期回执可收 ⇒ 拒留(detail 带 owner)。本 principal 到了子帽的常态臂逐自己最旧的一张回执(量产者自伤,设计内有界表纪律),不走本 tag;在飞的单飞句柄不占帽、永不被逐。";
-    };
     readonly "server.approval.parked-decision-not-recorded": {
         readonly cls: "F";
         readonly note: "S-1054 α(`tool-approval.ts` 的 `recordParkedOutcome`,停驻赎回那一飞的落行步):停驻门**已经受理**了这次决定(续跑已开始),而把它的记录(决议向 · 署名 · 理由 · 回决幂等键 · 出处)落到仍 `PARKED` 的问行上没成 —— 店错 / 超时 / 行出了门判过的属主域 / 这把键已被同 task 另一只问占着(detail 带 `reason`)。放行的最坏后果 = 这一问在耐久决断口上的**同键回放**读不到这把键:同键重发得到 `409 conflict.ask_decided`(回显门上站着的那次决定,决议向 / 时刻 / 理由取自门,无署名),而不是 200 回放;审计面少一份署名。决定本身零影响(终局恒在停驻门上,门已决);不改判、不重赎、不双兑。计数非零 = 问账店在受理之后写不动了,运维要去看店。";
@@ -359,6 +351,10 @@ export declare const FAIL_OPEN_TAGS: {
         readonly cls: "F";
         readonly note: "S-02 codex R1-[medium](验真后修):decide 的 409 `approval_stale` 臂对**调用方回显的旧 token** 做归属判定(`cs.get(binding.checkpointToken)`),那次读**抛了**(store 抖动 / 坏 checkpoint 行 / 行恰被清理)。修前这里是静默 `catch(()=>null)`,「读不出」被折成「确认不在库」——叠上 S-02 的 404 收口后,一次 store 抖动就会把合法旧 token 的 409+terminal 谎报成 404「没有这条审批」。修后:unreadable ⇒ **保持 409**(`terminal` 不披露——证不出归属就不说,与 2026-07-26 纪律同向;404 折叠只在读成功且未命中时走,探测方无法自控 store 故障 ⇒ 谕示封闭不破)。放行的最坏后果 = 该次拒体 `terminal` 诚实缺席(`currentPending` 由它自己的读口与属主复核另判,不受本臂牵连),壳退回重拉列表,judgment 面 fail-safe,故 F 类。留痕理由:这次读是 terminal 披露与 404 折叠两个判定的输入,长期抖动必须在遥测显形。";
     };
+    readonly "server.resume.cancel-answer-row-unreadable": {
+        readonly cls: "F";
+        readonly note: "续跑腿(`http/resume-legs.ts` 的 `landedTerminalRow`)两只本腿铸取消终局的取消臂(`checkpoint.resume_aborted` 臂 / 交给引擎之后抛出的取消臂):驱行终局之后读回那一行,200 体的词 / 码 / 句读行上落下的那一份(run 店终局写先到者得,先到的可以是收割 / 判死),那一读抛。放行 = 体读本腿铸的那一份取消终局(读回之前的形);最坏后果 = 先到者不是本腿时体上的码 / 句与 `GET /v1/runs/:id` 不同 —— 行、账本、读面一个字节不受它管,门 / 裁决不读这只体 ⇒ F 类。detail `task=<taskId> arm=<resume-aborted|thrown-cancel> err=<原句>`;计数 = 多少次答复没读到行。";
+    };
     readonly "server.resume.reopen-confirm-unreadable": {
         readonly cls: "F";
         readonly note: "S-447(#60 M2 自查项,`http/resume-legs.ts` 的 `confirmCheckpointReopened`):续跑腿交回一条没 park 的失败结果后(7.129.0 起每一条都问,不再只在三个重开码上问)按 **token** 复核「这张 checkpoint 是不是又 pending 了」,这一读抛(库拖/版本太新/店不可达)。**方向本来就是 fail-closed**:读不出 ⇒ `return true` ⇒ 「不写任何终局、重新 park」(`:1206-1212` 头注已把取舍与有界代价写死:错 park 由 `reapSuspended` 兑,错终局会孤儿化一张活 park 到 TTL)—— 所以这条腿不是 P 类,缺的只是**留痕**。放行的最坏后果 = 多一次多余的 re-park(一张已经被决掉的卡重新挂到 reaper 窗里),人面上是「这条续跑没动」而不是谁被放行了。必须登记的理由是 **uniformity**:同文件三只同形读(`:249` `server.approvals.stale-echoed-token-unreadable` · `:288` `server.approvals.stale-current-pending-unreadable` · 本腿)中只有它是黑的,于是「店一直读不出所以每条续跑都在白白 re-park」与「一切正常」在遥测上同形。计数非零 = 这台机器的 checkpoint 店在拖,运维要去看库。";
@@ -569,6 +565,10 @@ export declare const FAIL_OPEN_TAGS: {
         readonly cls: "F";
         readonly note: "S-1195(7.119.0;`plugins/snapshot-bucket-presence.ts` 的 `ensureSnapshotBucket`,boot 期核一次快照桶 `SESSION_SNAPSHOT_BUCKET`;S-2021〔7.136.0〕起同一只探针、同一条规则、同一个 tag 也核 k8s 车道的工作区快照桶 `WORKSPACE_SNAPSHOT_BUCKET`——detail 里的 `bucket=` 就是被核的那只桶名;detail = `bucket=… endpoint=<buildDisplaySafeUrl 的显示形> <HTTP 状态 | request failed: 错类>`):presigned 列举对 `MINIO_ENDPOINT` **连不上 / 403 / 5xx / 没有 NoSuchBucket 的 404**,或探针到窗尾一次都没答过(detail 写 `probe still pending when the window ended`)⇒ **证明不了桶缺**,不拒启、照常起服(只有 404 + `NoSuchBucket` 才是「缺」,那一形窗内重试、到窗拒启,不走本 tag)。三问:①错误落到哪 —— 本 tag 的计数 / 探针行 / 记录器的一次性 warn,detail 带端点显示形与状态或错类;②谁受害 —— 桶其实不存在、或凭据不能列举的部署:之后每一次快照 offload 写与 SendUserFile 私有 presigned 请求会答 404 / 403,孤儿 sweep 每分钟一条失败,运维读到的是一串失败请求而不是「桶没建」(与 7.118.x 的既有形状同形,不是新损失);工作区快照桶则是每条 run 读 `latest` 得 404/403——404 + NoSuchBucket 在运行期由 `workspace_snapshot_bucket_missing` 响亮拒绝,403/5xx 走既有的非 404 读失败臂(同样响亮);③缺席倒向哪边 —— 倒向**放行起服**:没有证据既不拒启、也不伪造「桶在场」或「桶缺」,不是门 / 权限 / 凭证。最坏后果 = 缺桶的部署晚一步才暴露;不放行的代价是对象存储一次抖动 / 一次 403 就让整只服务起不来。计数非零 = 这台部署启动时没能确认快照桶,按 detail 的端点与状态去核对网络 / 凭据 / 桶。";
     };
+    readonly "server.session-blob-namespace.claim-unproven": {
+        readonly cls: "F";
+        readonly note: "`plugins/session-blob-namespace.ts` 的 `establish`(开店时对会话 blob 命名空间认领一次:`plugins/store-backend.ts` `openStoreBackendWithFallback` 在 SQL 店开好之后调,一次尝试、不在 `STORE_LOCK_WAIT_MS` 窗里重试,每个请求的上界与快照桶探针同一只常量 `SNAPSHOT_BUCKET_PROBE_TIMEOUT_MS`;detail = `bucket=… prefix=<SESSION_SNAPSHOT_PREFIX 的显示形 | unset> endpoint=<buildDisplaySafeUrl 的显示形> <claim read answered HTTP <状态> | claim write answered HTTP <状态> | the claim just written does not read back | claim request failed: 错类>`):认领物件 `{SESSION_SNAPSHOT_PREFIX}blob-namespace-claim` **读不动 / 写不进 / 连不上 / 写了读不回** ⇒ 证明不了这只命名空间是不是本库的,不拒启、照常起服(只有读到别的库的认领才是「不是」,那一形开店即拒、不走本 tag)。三问:①错误落到哪 —— 本 tag 的计数 / 探针行 / 记录器的一次性 warn;数据轴不随之放开:之后每一次删除(附件孤儿清扫、附件释放、文件历史清扫、退役 blob 清扫)各自重读认领,读不成本库的就拒删,抛出点名桶、前缀旋钮与该授权限的拒句(响亮;那是 fail-closed,不计本 tag);②谁受害 —— 引擎的键缺认领物件 GetObject / PutObject 权限的最小权限部署,或起服那一刻对象存储不通的部署:附件与文件历史的字节不再被回收(桶只涨不减),直到权限补齐或存储答复 —— 恢复后的第一次删除当场认领(缺 ⇒ create-only 写、回读相符)再删,读到别的库的认领 ⇒ 拒删、不改写;③缺席倒向哪边 —— 倒向**放行起服**:没有证据既不拒启,也不当作「是本库的」去删任何字节,不是门 / 权限 / 凭证。最坏后果 = 回收停摆到权限补齐(存储成本,不是数据丢失);不放行的代价是对象存储一次抖动 / 一条缺的权限就让整只服务起不来。计数非零 = 这台部署启动时没能确认命名空间的归属,按 detail 的端点与原因去核对网络 / 凭据 / 认领物件的权限。";
+    };
     readonly "server.fleet.serving-lease-unconfirmed": {
         readonly cls: "R";
         readonly ruling: "C-R296";
@@ -611,7 +611,11 @@ export declare const FAIL_OPEN_TAGS: {
     };
     readonly "server.sandbox-egress.policy-gap": {
         readonly cls: "P-DEBT";
-        readonly note: "k8s 车道沙箱出网的起服自检(`plugins/remote-env-k8s.ts` `checkSandboxEgressPolicy` 读节点表与沙箱 ns 的 NetworkPolicy,判法 `sandbox-egress-policy.ts` `sandboxEgressGaps`;起服一次、不挡起服)读出一个缺口 —— 某节点的 InternalIP / ExternalIP 落在一条放行 ipBlock 内(`kind=node_address_open`)、没有策略以 Egress 选中沙箱 pod(`kind=policy_absent`)、pod 保留 IPv6 而策略层担保不了 v6(`kind=ipv6_enabled`)、节点表或策略表读不到(`kind=unreadable what=nodes|networkpolicies`)⇒ 车道**照常起**,每个缺口一行 `sandbox_egress_policy_gap`(带后果句与去哪改)。归 P 类:出网策略是保护面,缺口意味着沙箱里的代码可能够到节点上的服务;归 DEBT 的理由:修法都在集群配置里(节点地址点名、kubelet 放行 v6 sysctl、CNI 的 v6 执行、RBAC),本服务改不了,而拒起车道会让缺省单节点装法(恒有 `ipv6_enabled`)升级即停摆沙箱执行 —— 车道自己的隔离(VM 边界、零 SA token)仍在。放行的最坏后果 = 读出缺口的那一面照旧可达,直到运维按行里的后果句改配置。计数非零 = 这台部署的沙箱出网面有读得出的缺口。读不出的面(宿主 DNAT 发布端口、「pod 所在节点恒放行」的实现差异、CNI 根本不执行策略)不在本 tag 的射程里。";
+        readonly note: "k8s 车道沙箱出网的起服自检(`plugins/remote-env-k8s.ts` `checkSandboxEgressPolicy` 读节点表与沙箱 ns 的 NetworkPolicy,判法 `sandbox-egress-policy.ts` `sandboxEgressGaps`;起服一次、不挡起服)读出一个缺口 —— 某节点的 InternalIP / ExternalIP 落在一条放行 ipBlock 内(`kind=node_address_open`)、没有策略以 Egress 选中沙箱 pod(`kind=policy_absent`)、pod 保留 IPv6 而策略层担保不了 v6(`kind=ipv6_enabled`)、节点表或策略表读不到(`kind=unreadable what=nodes|networkpolicies`:RBAC 缺 / API 不可达 / 答体不成形;**集群 API 凭据缺不在其内** —— 凭据缺是起服拒 `config.k8s_api_credentials_missing`,自检不发、不记入本 tag,这一臂已退役)⇒ 车道**照常起**,每个缺口一行 `sandbox_egress_policy_gap`(带后果句与去哪改)。归 P 类:出网策略是保护面,缺口意味着沙箱里的代码可能够到节点上的服务;归 DEBT 的理由:修法都在集群配置里(节点地址点名、kubelet 放行 v6 sysctl、CNI 的 v6 执行、RBAC),本服务改不了,而拒起车道会让缺省单节点装法(恒有 `ipv6_enabled`)升级即停摆沙箱执行 —— 车道自己的隔离(VM 边界、零 SA token)仍在。放行的最坏后果 = 读出缺口的那一面照旧可达,直到运维按行里的后果句改配置。计数非零 = 这台部署的沙箱出网面有读得出的缺口。读不出的面(宿主 DNAT 发布端口、「pod 所在节点恒放行」的实现差异、CNI 根本不执行策略)不在本 tag 的射程里。";
+    };
+    readonly "server.sandbox-credentials.probe-unanswered": {
+        readonly cls: "F";
+        readonly note: "k8s 车道每条 run 铸环境之前读一次集群 API 凭据(`boot/execution-env.ts` `createK8sRunEnvFactory` ← `plugins/remote-env-k8s.ts` `apiCredentialReading`:判官说缺 ⇒ 拒;一次 SelfSubjectAccessReview 答 401 ⇒ 拒;答 2xx ⇒ 放行),而这一次探问**没有证出结论**(HTTP 403 / 5xx / 其余非 2xx 非 401、请求抛 / 超时;detail = `namespace=<ns> HTTP <状态> | <错误句>`)⇒ 这条 run 的环境照铸,凭据到底行不行由车道自己的连接答(pod 创建被 401 / 403 拒 ⇒ 响亮的 `shell_unavailable`、瞬时的 API 抖动在车道自己的重试界内重来)。只有正面证据才拒 —— 为一次没答的探问拒 run,会把每次 API 抖动变成失败的 run,把没给已认证调用方留 SSAR 权限的集群变成永远起不了 run。最坏后果 = 凭据真已失效而探问恰好没答的那条 run,落回修前的形(每条 Bash `shell_unavailable`、run `completed`)—— 可用性 / 可见性,不是门 / 凭据的放宽(没有沙箱、没有执行、没有凭据被多给一份)。归 F。计数持续非零 = 这台部署的服务账号问不了 SelfSubjectAccessReview 或 API 常不可达,按 detail 核。";
     };
     readonly "server.fleet.announce-reply-unreadable": {
         readonly cls: "P-DEBT";
@@ -645,7 +649,7 @@ export declare const FAIL_OPEN_TAGS: {
     };
     readonly "server.store-durability.evidence-unreadable": {
         readonly cls: "F";
-        readonly note: "店的持久性起服取证(`store-posture.ts` `captureStoreEvidence`,起服第 2 段段首一次):`/proc/self/mountinfo` 读不出(`why=mountinfo_unreadable err=<码>`)/ 有读不懂的行(`why=mountinfo_malformed lines=<n>`)/ 一根的路径展不平成物理路径(`why=path_unresolvable err=<码> path=<路径>`)/ 挂载表读得出、却找不到走那条路径看见的那一只挂载(`why=mount_unresolved path=<路径>`:空表、同父同点的影子挂载)⇒ 那几根(读不出挂载表时是三根全部)判 `unknown`。只影响自报:能力位 `store.durability`、`/health.store.durability`、诊断 `storeDurability.roots` 如实说 `unknown`,起服布线审计对 `unknown` 只 warn、不拒启。放行的最坏后果 = 一只真落在易失介质(容器可写层 / emptyDir)上的 local 数据根因证据读不到而报 `unknown`、照常起服 —— 与本版之前「按后端种类恒报持久」同向且更诚实,不开门、不碰凭据。计数非零 = 本进程读不到 / 读不懂自己的挂载表(受限 procfs、挂载形不常见)或路径上有权限竞态。";
+        readonly note: "店的持久性起服取证(`store-posture.ts` `captureStoreEvidence`,起服第 2 段段首一次):`/proc/self/mountinfo` 读不出(`why=mountinfo_unreadable err=<码>`)/ 有读不懂的行(`why=mountinfo_malformed lines=<n>`)/ 一根的路径展不平成物理路径(`why=path_unresolvable err=<码> path=<路径>`)/ 挂载表读得出、却找不到走那条路径看见的那一只挂载(`why=mount_unresolved path=<路径>`:空表、同父同点的影子挂载)⇒ 那几根(读不出挂载表时是三根全部)判 `unknown`。只影响自报:能力位 `store.durability`、`/health.store.durability`、诊断 `storeDurability.roots` 如实说 `unknown`,起服布线审计对 `unknown` 只 warn、不拒启。放行的最坏后果 = 一只真落在易失介质(容器可写层 / emptyDir)上的 local 数据根因证据读不到而报 `unknown`、照常起服 —— 与本版之前「按后端种类恒报持久」同向且更诚实,不开门、不碰凭据。计数非零 = 本进程读不到 / 读不懂自己的挂载表(受限 procfs、挂载形不常见)或路径上有读不出的段(没有搜索权限 / 链接成环 —— 规范形读不出即抛,不当成「还不存在」)/ 权限竞态。";
     };
     readonly "server.remote-write.staging-dir-left": {
         readonly cls: "F";
@@ -653,11 +657,11 @@ export declare const FAIL_OPEN_TAGS: {
     };
     readonly "server.resume-anchor.capture-failed": {
         readonly cls: "F";
-        readonly note: "回退锚(`resumeAt` 的提示词 / 助手文本手柄)写入失败 —— 四条腿同一只写法 `runs.ts` 的 `settleResumeAnchor`:流式腿(`POST /v1/tasks/stream`,done 帧之前 / 断连收尾时 await)、同步腿(非流式 `POST /v1/tasks` 的 plain 形,200 应答之前 await)、后台腿(`POST /v1/runs`)、续跑腿。锚店写抛(库抖 / 表缺 / 盘满),或单行店操作期限(`BASELINE_IO_DEADLINE_MS`,2 s;与项目指令基线读写同一只数、同一只 `withinIoDeadline`)内没落定(锚店挂住:锚店的写口自己不带期限)⇒ 这一次提示词(或这一轮助手文本)此刻没有回退手柄,run 照常收尾、终帧照发、不改任何终局;到期只放手不取消,那次写照常在飞、迟到落定的锚照样可用(迟到的失败被吞,不重复计数)。放行的最坏后果 = 用户拿这次 run 的 taskId 去 `resumeAt` 得 404 `resume_at.unknown_event`、会话视图里那条用户消息行不带 `taskId` 手柄(用户面的读数只有这一处真源,本臂不另铸第二份);不是门、不是凭据。不放行(抛)的代价是让一次锚写失败把整条已经跑完的 run 判成失败。计数持续非零 = 锚店写不进(去看库)。计数里 `reason=timeout` 占多数 = 锚店慢到秒级(去看库的锁 / 连接池)。detail = `leg=<stream|sync|bg|resume> kind=<prompt|turn> reason=error error=<写口的错误句>` 或 `… reason=timeout boundMs=<期限>`。";
+        readonly note: "回退锚(`resumeAt` 的提示词 / 助手文本手柄)写入失败 —— 四条腿同一只写法 `runs.ts` 的 `settleResumeAnchor`,经同一只 `TurnAnchorCapture` 在决定这只锚的那一帧到手时 await(流式腿 `POST /v1/tasks/stream`、同步腿非流式 `POST /v1/tasks` 的 plain 形、后台腿 `POST /v1/runs`、续跑腿;提示锚在开场提示的提交上,早于终帧;要关窗校正的那一形同一把键写两次,后一笔等前一笔落定再发 —— 提示锚至多两个期限;后台 / 续跑腿另有每个可锚的助手文本轮各一个)。锚店写抛(库抖 / 表缺 / 盘满),或单行店操作期限(`BASELINE_IO_DEADLINE_MS`,2 s;与项目指令基线读写同一只数、同一只 `withinIoDeadline`)内没落定(锚店挂住:锚店的写口自己不带期限)⇒ 这一次提示词(或这一轮助手文本)此刻没有回退手柄,run 照常收尾、终帧照发、不改任何终局;到期只放手不取消,那次写照常在飞、迟到落定的锚照样可用(迟到的失败被吞,不重复计数)。放行的最坏后果 = 用户拿这次 run 的 taskId 去 `resumeAt` 得 404 `resume_at.unknown_event`、会话视图里那条用户消息行不带 `taskId` 手柄(用户面的读数只有这一处真源,本臂不另铸第二份);不是门、不是凭据。不放行(抛)的代价是让一次锚写失败把整条已经跑完的 run 判成失败。计数持续非零 = 锚店写不进(去看库)。计数里 `reason=timeout` 占多数 = 锚店慢到秒级(去看库的锁 / 连接池)。detail = `leg=<stream|sync|bg|resume> kind=<prompt|turn> reason=error error=<写口的错误句>` 或 `… reason=timeout boundMs=<期限>`。";
     };
     readonly "server.resume-anchor.cause-read-failed": {
         readonly cls: "F";
-        readonly note: "未知回退手柄的 404 成因半句(`history-anchor.ts` 的唯一组句器;提交体 `resumeAt` / `rewindFilesTo` 与 run 外回退口 `to` 三处同调):锚店里没有这只手柄 ⇒ 经属主存取器读一次 run 行(嵌套可选读,看不见 ≡ 没有)、同会话 ⇒ 按这条提问自己的属主键再问一次锚店,只为选句(调用方看得见的本会话提问、它自己也没落锚 ⇒ 「没有锚的提问」并点名带附件不落锚那一类;否则只说没有锚)。这两读任一抛(库抖 / 表缺)⇒ 404 的码与状态照旧,句子退回只说没有锚。放行的最坏后果 = 一条真实存在、没有锚的提问,其 404 少了那半句说明(调用方可能当成手柄写错);不影响任何判定、不放行任何请求。";
+        readonly note: "未知回退手柄的 404 成因半句(`history-anchor.ts` 的唯一组句器;提交体 `resumeAt` / `rewindFilesTo` 与 run 外回退口 `to` 三处同调):锚店里没有这只手柄 ⇒ 经属主存取器读一次 run 行(嵌套可选读,看不见 ≡ 没有)、同会话 ⇒ 按这条提问自己的属主键再问一次锚店,只为选句(调用方看得见的本会话提问、它自己也没落锚 ⇒ 「没有锚的提问」,只陈述这一事实、不点名成因;否则只说没有锚)。这两读任一抛(库抖 / 表缺)⇒ 404 的码与状态照旧,句子退回只说没有锚。放行的最坏后果 = 一条真实存在、没有锚的提问,其 404 少了那半句说明(调用方可能当成手柄写错);不影响任何判定、不放行任何请求。";
     };
     readonly "server.remote-write.stage-seal-fallback": {
         readonly cls: "F";

package/dist/observability/fail-open.js

@@ -78,7 +78,7 @@ export const FAIL_OPEN_TAGS = {
     },
     "server.run-store.file-active-claims-unreadable": {
         cls: "P-DEBT",
-        note: "`FileRunStore.hydrate()` 的第二处 `readdirSync(runs/active/)`(claim 平面 = 单活索引)失败,且 `RUN_STORE_STRICT_HYDRATE` 关(缺省)⇒ 服务照常起动、单活索引为**空**。放行的后果两条,都不报错:① 已有 run 行仍可读(`GET /v1/runs/:id` 照常答),但此后对这些会话的审批决定在请求里同步跑完、却找不到要更新的 run 行 —— run 行停在决前的 `suspended`;② 读单活索引的各处读到「没人占用」—— `getActiveTaskId` 恒答空,例如会话同步推送前的「会话有在飞 run」检查(与 `server.run-store.file-hydrate-unreadable` 同一句错话:「证不出有占用 ⇒ 没有占用」,只是换了一个盘面);新提交不读这张索引,claim 文件完好时仍按盘上的 claim 裁定,不受影响。同一条债的另一个盘面:缺省不拒启是刻意保留的行为,所以留作 P-DEBT —— error 级启动日志(`file_run_store_active_claims_unreadable`,带 `runs/active/` 绝对路径)早已在,本计数补的是遥测轴(此前 `runs/` 臂有计数、这一臂没有)。`RUN_STORE_STRICT_HYDRATE=on` 把这一格换成 fail-closed 启动门,本计数因此只在缺省 off 档的真放行时产生(拒启那一形不记)—— 读遥测时「计数为零」也可能是部署开了拒启门、根本起不来。",
+        note: "`FileRunStore.hydrate()` 的第二处 `readdirSync(runs/active/)`(claim 平面 = 单活索引)失败,且 `RUN_STORE_STRICT_HYDRATE` 关(缺省)⇒ 服务照常起动、单活索引为**空**。放行的后果两条,都不报错:① 已有 run 行仍可读(`GET /v1/runs/:id` 照常答),但此后对这些会话的审批决定在请求里同步跑完、却找不到要更新的 run 行 —— run 行停在决前的 `suspended`;② 读单活索引的各处读到「没人占用」—— `getActiveTaskId` 恒答空,例如会话同步推送前的「会话有在飞 run」检查、会话头探针 `GET /v1/sessions/:id/head` 的 `activeTaskId`(这一档里答 `null`,而提交照旧按盘上的 claim 文件 409)(与 `server.run-store.file-hydrate-unreadable` 同一句错话:「证不出有占用 ⇒ 没有占用」,只是换了一个盘面);新提交不读这张索引,claim 文件完好时仍按盘上的 claim 裁定,不受影响。同一条债的另一个盘面:缺省不拒启是刻意保留的行为,所以留作 P-DEBT —— error 级启动日志(`file_run_store_active_claims_unreadable`,带 `runs/active/` 绝对路径)早已在,本计数补的是遥测轴(此前 `runs/` 臂有计数、这一臂没有)。`RUN_STORE_STRICT_HYDRATE=on` 把这一格换成 fail-closed 启动门,本计数因此只在缺省 off 档的真放行时产生(拒启那一形不记)—— 读遥测时「计数为零」也可能是部署开了拒启门、根本起不来。",
     },
     "server.fork-routing.placed-probe-host-error": {
         cls: "F",
@@ -164,17 +164,13 @@ export const FAIL_OPEN_TAGS = {
         cls: "F",
         note: "CC 规则导入票的**认领回滚**失败(认领之后的某一步没成 ⇒ 本该把认领放回去,而这次放回本身也抛了)。放行的最坏后果 = 这张票留在已认领态、属主这一轮不能重试 —— 恰好等于加认领回滚**之前**的行为,不是新损失;票随 TTL 自然消失,属主重走一次 prepare 即可拿新票(导入按 core 的设计幂等:同一条规则再兑付只是同一个 dot 的重放)。方向上没有任何权限被放宽(规则**没有**落地才走到这条臂),故 F 类;必须留痕,否则「票为什么突然不能用了」在遥测里没有任何痕迹。",
     },
-    "server.approvals.rule-suggestions-cell-unreadable": {
-        cls: "F",
-        note: "运维待批队列(`GET /v1/approvals` / `/stream`)的某一行,`checkpoint.rule_suggestions` 这一格**不是合法 JSON 文本**(手改过的行 / 未来列语义漂了 / 回滚残留)。放行的最坏后果 = **这一行**的「不再询问」候选缺席(展示/分诊材料,永不参与 resume、也不是任何判据),队列其余部分照常;不放行的代价是整只 `rows.map` 抛出 ⇒ 一行坏 cell 打掉整个租户的队列(列表 500、SSE 心跳照常而队列永远空)。故 F 类,但必须留痕:静默吞掉之后「候选为什么消失了」在遥测里没有任何痕迹,而本键存在的全部理由就是「缺席 = 真的没有候选」。",
-    },
     "server.approvals.risk-descriptor-cell-unreadable": {
         cls: "F",
-        note: "运维待批队列(`GET /v1/approvals` / `/stream`)的某一行,`checkpoint.risk_descriptor` 这一格**不是合法 JSON 文本**(手改过的行 / 回滚残留 / 列语义漂;与同一 `rows.map` 里的 `rule_suggestions` 是同族坏法,两方言都是 TEXT 列)—— 或解得出却不是一只对象;`DB_BACKEND=local` 上同一读面读存储体里门上的 `gate.riskDescriptor`,在场却不是一只对象同样计在本 tag(两孪生同一只形读者 `checkpoint-store-face.ts` 的 `readRiskDescriptorBody`,修前 local 把原值原样上 wire)。放行的最坏后果 = **这一行**的分诊 descriptor 落 null:severity 折 0 排到有 descriptor 的行之后、披露位(`allowRuleShadowed`;7.117.0 前叫 `shadowedRule`)无可脱敏、读面派生的 `governanceForced` 徽章不亮 —— 三者都是**展示/分诊**,不是执法判据(门早已 park,真按 `shellGateDoctrine` 判的 `active-run-conflict.ts` 读的是 checkpoint blob 的 `get()`,不经本读面),且 `governanceForced` 的成文语义本就是「缺席 = 没有治理来源的**证据**」。不放行的代价是整只 `rows.map` 抛出 ⇒ 一行坏 cell 打掉整个租户的队列(列表 500、SSE 心跳照常而队列永远空),连同其余所有行一起消失。故 F 类;tag 与候选那格**分开计**,并计会让「哪一格在坏」在遥测里读不出来。",
+        note: "运维待批队列(`GET /v1/approvals` / `/stream`;两孪生同一只投影 `checkpoint-store-face.ts` 的 `buildQueueActionFacts`)的某一行,停驻文档门上的风险描述(引擎派生 `checkpointIndexFacts` 那一格,只在审批门上)**在场却读不成一只对象**(手改 / 带外写者写下的文档)。7.152.0 起只有这一座:描述不再落列,队列行在读时从续跑执行的同一次整行解码取(此前 SQL 孪生读 `checkpoint.risk_descriptor` 列、列文本坏也计在本 tag;那一列随一次性迁移 M54 删)。放行的最坏后果 = **这一行**的分诊 descriptor 落 null:severity 折 0 排到有 descriptor 的行之后、披露位(`allowRuleShadowed`)无可脱敏、读面派生的 `governanceForced` 徽章不亮 —— 三者都是**展示/分诊**,不是执法判据(门早已 park,真按 `shellGateDoctrine` 判的 `active-run-conflict.ts` 读的是 `get()`,不经本读面),且 `governanceForced` 的成文语义本就是「缺席 = 没有治理来源的**证据**」。不放行的代价是一行坏描述打掉整个租户的队列。故 F 类。计数口径:SQL 孪生每份字节每进程一次(动作事实按字节记忆),local 每次列表一次。",
     },
     "server.approvals.park-row-blob-unreadable": {
         cls: "F",
-        note: "S-700(`stores-sql/checkpoint-store-sql.ts` 的 `readParkRowActionCell`):运维待批队列(`GET /v1/approvals` / `/stream`)的某一行,`checkpoint` 列里寄存行的 **`pendingAction` 子树**(NP-3 / 7.100.0 起引擎内只取这一棵、整只快照不出库;只为 park 行事实 `requiresRealApproval` / `ruleOffersAbsence` / `mandated`(S-663 二段,core #1079)/ `mandate`(S-721)/ `origin`(S-755)而读 —— 事实位的真源是 `approval-card.ts` 的 `ParkRowFacts`)**在场却不是一只对象**(JSON `null` 字面 / 串 / 数 —— 手改 / 迁移脚本改过)。子树**缺席**(SQL NULL:成员不在,或整只文档不是对象 —— 后者 `get()` 照旧拒;MariaDB 文本承载上的非 JSON 字节同样答 SQL NULL)⇒ 事实缺席、不计数。放行的最坏后果 = **这一行**的 park 行事实(`ParkRowFacts` 各位)缺席(展示/分诊材料;core 定性 display metadata,resume 的带子读 gate 自己的位),队列其余部分照常 —— 而这一行本来就 resume 不了(`get()` 对同一格拒)。不放行的代价是整只 `rows.map` 抛出 ⇒ 一行坏 blob 打掉整个租户的队列(列表 500、SSE 心跳照常而队列永远空),与同一 `rows.map` 里 `rule_suggestions` / `risk_descriptor` 两格同族同判。故 F 类;tag 与那两格**分开计**(哪一格在坏要读得出来)。计数非零 = 这一行的 decide 同样读不动(`get()` 对同一格拒),去按 session 查那一行。 7.144.0 起同 tag 另有一座:停驻行的**整行读**(`readStoredRow`;按快照摘要记忆,未命中才读)—— 运维队列行的判决 `rowVerdict` 与技能卡两位、7.145.0 起还有收件箱 / 任务视图 `listByScope` 的行投影,同经这一只读法、同一失败方向(行级隔离):整行解不出 ⇒ 判官对读回的原样值作答(恒 `damaged`),行照列、带判决;体是对象但 core 摘要读不动(`{}` / 缺 `state` 等手改行)⇒ 判官对这只对象作答;两形都只丢摘要派生的位(队列行的技能卡两位 / 收件箱行的摘要键,收件箱行退回列组事实),逐次计、不进记忆,一行坏体在子树与整行两读上各计一次。修前收件箱对同一行整张拒(500 / 503)。 (`member=gate` 那第二座随 core 7.55.0 #1468 P1 阶段二退役:队列行的卡与到期分法改读 `approval_card` / `gate_kind` 两列 —— 写口与 M29 回填同一只派生落下的格 —— 本读面不再读 blob 的 `gate` 子树。)(S-2076 的 `readParkedSkillCardFacts` 两座已由上面那次 `projectStoredRow` 整行读取代,树上零命中。)",
+        note: "运维待批队列(`GET /v1/approvals` / `/stream`)、收件箱 / 任务视图(`listByScope`)与按会话读口的某一行,停驻行的**整行读**(`stores-sql/checkpoint-store-sql.ts` 的 `readStoredRow`;队列行的全部动作事实 —— 工具名、绑定、入参、卡、描述、候选、bidi 位、park 行事实、`checkpointId`、技能卡两位、判决 —— 都出自这一次解码,两孪生同一只投影 `buildQueueActionFacts`)读不动:字节解不出 ⇒ 判官对读回的原样值作答(恒 `damaged`);体是对象但 core 摘要读不动(`{}` / 缺 `state` 等手改行)或 core 的投影自己抛 ⇒ 判官对这只对象作答。行照列、带判决,动作事实 `null` / 缺席(与 local 孪生同形),逐次计、不进记忆。放行的最坏后果 = **这一行**少了动作事实(这样的行续跑同样读不动它 —— `get()` 对同一份字节拒),队列其余部分照常;不放行的代价是一行坏字节打掉整个租户的队列(列表 500、SSE 心跳照常而队列永远停在旧帧)。故 F 类。7.152.0 起不再有「`pendingAction` 子树」那一座(引擎内的成员提取退役,同一份文档只有一只 parser)。计数非零 = 这一行的 decide 同样读不动,去按 session 查那一行。",
     },
     "server.approvals.queue-row-agent-unreadable": {
         cls: "F",
@@ -274,7 +270,7 @@ export const FAIL_OPEN_TAGS = {
     },
     "server.approvals.active-run-conflict-material-unavailable": {
         cls: "F",
-        note: "A-057.47:`buildActiveRunConflict` 的材料装配段(getRun / turnActivity / peekPendingScope / findPendingTokenBySession / checkpoint `get`)任一失败 ⇒ 整段退化成裸 409(只剩 error + errorCode + activeTaskId),`activeTaskStatus` / `msSinceLastActivity` / `pendingGate`(kind·decidePath·governanceForced·checkpointId)全部蒸发。放行的最坏后果 = **展示/分诊**面缺料:壳画不出「这条 run 卡在哪道门、去哪儿决」,人退回 `POST /v1/runs/{activeTaskId}/cancel` 这条保底真路 —— 不参与任何门/CAS/resume 判定(执法面读的是 checkpoint blob 的 `get()`,不经本材料;与 census 第 21 行同一条判据),故 F 类。方向刻意不改:本材料是 best-effort 增强,让它抛会把一次 store 抖动变成整个 409 路径的 500(顶注第 11 行逐字成文「store 面任何失败都不得挡 409 本体」)。必须留痕的理由:本文件零 logger 席、pool 层无 per-query 错误日志、调用侧(tasks.ts / runs.ts / server.ts 五处)因本函数恒不 reject 结构上拿不到信号 ⇒ 「approval 出路材料系统性丢失」此前在遥测里与「一切正常」同形;滚动升级期 `checkpoint-store-sql.ts` 的 version-too-new throw 与 strict parseJson 也一并被吞在这里。",
+        note: "A-057.47:409 `conflict.session_active_run` 的材料读失败,分两层(7.152.0 起):① 持有者那一行读不出(`refusalOccupantOf` 的 getRun —— 提交 / 续跑面的 `buildActiveRunConflict`、删除口、run 外回退口三处同调)⇒ 体只剩 error + errorCode + activeTaskId,`activeTaskStatus` / `msSinceLastActivity` / `pendingGate` 不在;② 持有者行读到了而出路材料读不出(turnActivity / peekPendingScope / findPendingTokenBySession / checkpoint `get`)⇒ 占用两键照留,只少 `msSinceLastActivity` 或 `pendingGate`(kind·decidePath·governanceForced·checkpointId)。放行的最坏后果 = **展示/分诊**面缺料:壳画不出「这条 run 卡在哪道门、去哪儿决」,人退回 `POST /v1/runs/{activeTaskId}/cancel` 这条保底真路 —— 不参与任何门/CAS/resume 判定(执法面读的是 checkpoint blob 的 `get()`,不经本材料;与 census 第 21 行同一条判据),故 F 类。方向刻意不改:本材料是 best-effort 增强,让它抛会把一次 store 抖动变成整个 409 路径的 500(顶注第 11 行逐字成文「store 面任何失败都不得挡 409 本体」)。必须留痕的理由:本文件零 logger 席、pool 层无 per-query 错误日志、调用侧(tasks.ts / runs.ts / server.ts 五处)因本函数恒不 reject 结构上拿不到信号 ⇒ 「approval 出路材料系统性丢失」此前在遥测里与「一切正常」同形;滚动升级期 `checkpoint-store-sql.ts` 的 version-too-new throw 与 strict parseJson 也一并被吞在这里。",
     },
     "server.engine-notice.durable-append-failed": {
         cls: "F",
@@ -328,10 +324,6 @@ export const FAIL_OPEN_TAGS = {
         cls: "P-DEBT",
         note: "#296(A-052.2,clay 裁定 C-R21):`REMOTE_EXEC=ssh` 且**两只主机密钥旋钮都缺席**(`SSH_HOST_FINGERPRINT` / `SSH_KNOWN_HOSTS`)⇒ 本次连接接受**任何**主机密钥,等价 `ssh -o StrictHostKeyChecking=no`。放行的最坏后果:一次中间人拿到这条会话的**全部命令、全部产物、以及 agent 在那台机器上的全部动作**(私钥仍在控制面手里、拿不走,design/61 §5 #2)。⇒ 保护型欠账,不是体验回退。**方向是裁定的、不是遗漏**:本 lane 的既有部署形是「AI 编排批量部署到一批 SSH 可达的机器」,那些机器的指纹通常不在任何 known_hosts 里,默认拒连 = 一次静默的可用性断裂;C-R21 裁「在场即严格,缺席即响亮」。补偿三件:①**每连接**一条 `ssh_host_key_unverified` warn(不是每进程一次 —— 一条长期裸连的 lane 必须在每条连接上都看得见);②本计数(遥测里「有多少条连接是裸连」是一个可观测的数,曲线应当只降不升);③两旋钮任一在场即**严格校验、不符拒连**(拒因带两半指纹 + `ssh-keyscan` 指路)。终局 = 部署把旋钮配上(那时本计数归零);旋钮不配而想收紧的部署级开关(「无旋钮即拒启」)是下一件,不在 C-R21 射程。",
     },
-    "server.approval.park-redemption-cap-refused": {
-        cls: "F",
-        note: "#329 / #343(黑板 [5100] Q3):停驻行迟到决议的**受理回执表**(本副本对「200 丢包后重试」的幂等承诺 + 重叠请求的单飞句柄;键 = 行的键 askId,只在一次赎回真开飞时开格;容量帽只数受理之后留下的回执,在飞的单飞句柄永不被逐)**拒留一张回执**。放行的最坏后果 = 这**一次**受理(照旧生效)没有本副本的回执可依:200 丢包后的重试会再进一次赎回腿、拿到那条腿的 409(那张 checkpoint 已被消费)而不是幂等 200 回放(终局恒由赎回腿的 gate CAS 定,不会错兑也不会双兑);迟到受理本身、`GET /v1/approvals` 列表与 `/v1/approvals/:sessionId/decide` 一个字节不动 ⇒ F 类。为什么方向是「拒新」而不是 FIFO 挤最旧:那个形让**甲的用量决定乙的可用性**(已鉴权租户量产受理即可把别家回执挤出,merge-rescan 744 confirmed 的同一病形)。必须留痕:「表被别人打满」与「这一次本来就没有回执」在 wire 上同形。detail 带 owner(判「压力来自谁」的第一手线索)。臂只有一条:全局回执帽满、本 principal 未到子帽、表里没有过期回执可收 ⇒ 拒留(detail 带 owner)。本 principal 到了子帽的常态臂逐自己最旧的一张回执(量产者自伤,设计内有界表纪律),不走本 tag;在飞的单飞句柄不占帽、永不被逐。",
-    },
     "server.approval.parked-decision-not-recorded": {
         cls: "F",
         note: "S-1054 α(`tool-approval.ts` 的 `recordParkedOutcome`,停驻赎回那一飞的落行步):停驻门**已经受理**了这次决定(续跑已开始),而把它的记录(决议向 · 署名 · 理由 · 回决幂等键 · 出处)落到仍 `PARKED` 的问行上没成 —— 店错 / 超时 / 行出了门判过的属主域 / 这把键已被同 task 另一只问占着(detail 带 `reason`)。放行的最坏后果 = 这一问在耐久决断口上的**同键回放**读不到这把键:同键重发得到 `409 conflict.ask_decided`(回显门上站着的那次决定,决议向 / 时刻 / 理由取自门,无署名),而不是 200 回放;审计面少一份署名。决定本身零影响(终局恒在停驻门上,门已决);不改判、不重赎、不双兑。计数非零 = 问账店在受理之后写不动了,运维要去看店。",
@@ -340,6 +332,10 @@ export const FAIL_OPEN_TAGS = {
         cls: "F",
         note: "S-02 codex R1-[medium](验真后修):decide 的 409 `approval_stale` 臂对**调用方回显的旧 token** 做归属判定(`cs.get(binding.checkpointToken)`),那次读**抛了**(store 抖动 / 坏 checkpoint 行 / 行恰被清理)。修前这里是静默 `catch(()=>null)`,「读不出」被折成「确认不在库」——叠上 S-02 的 404 收口后,一次 store 抖动就会把合法旧 token 的 409+terminal 谎报成 404「没有这条审批」。修后:unreadable ⇒ **保持 409**(`terminal` 不披露——证不出归属就不说,与 2026-07-26 纪律同向;404 折叠只在读成功且未命中时走,探测方无法自控 store 故障 ⇒ 谕示封闭不破)。放行的最坏后果 = 该次拒体 `terminal` 诚实缺席(`currentPending` 由它自己的读口与属主复核另判,不受本臂牵连),壳退回重拉列表,judgment 面 fail-safe,故 F 类。留痕理由:这次读是 terminal 披露与 404 折叠两个判定的输入,长期抖动必须在遥测显形。",
     },
+    "server.resume.cancel-answer-row-unreadable": {
+        cls: "F",
+        note: "续跑腿(`http/resume-legs.ts` 的 `landedTerminalRow`)两只本腿铸取消终局的取消臂(`checkpoint.resume_aborted` 臂 / 交给引擎之后抛出的取消臂):驱行终局之后读回那一行,200 体的词 / 码 / 句读行上落下的那一份(run 店终局写先到者得,先到的可以是收割 / 判死),那一读抛。放行 = 体读本腿铸的那一份取消终局(读回之前的形);最坏后果 = 先到者不是本腿时体上的码 / 句与 `GET /v1/runs/:id` 不同 —— 行、账本、读面一个字节不受它管,门 / 裁决不读这只体 ⇒ F 类。detail `task=<taskId> arm=<resume-aborted|thrown-cancel> err=<原句>`;计数 = 多少次答复没读到行。",
+    },
     "server.resume.reopen-confirm-unreadable": {
         cls: "F",
         note: "S-447(#60 M2 自查项,`http/resume-legs.ts` 的 `confirmCheckpointReopened`):续跑腿交回一条没 park 的失败结果后(7.129.0 起每一条都问,不再只在三个重开码上问)按 **token** 复核「这张 checkpoint 是不是又 pending 了」,这一读抛(库拖/版本太新/店不可达)。**方向本来就是 fail-closed**:读不出 ⇒ `return true` ⇒ 「不写任何终局、重新 park」(`:1206-1212` 头注已把取舍与有界代价写死:错 park 由 `reapSuspended` 兑,错终局会孤儿化一张活 park 到 TTL)—— 所以这条腿不是 P 类,缺的只是**留痕**。放行的最坏后果 = 多一次多余的 re-park(一张已经被决掉的卡重新挂到 reaper 窗里),人面上是「这条续跑没动」而不是谁被放行了。必须登记的理由是 **uniformity**:同文件三只同形读(`:249` `server.approvals.stale-echoed-token-unreadable` · `:288` `server.approvals.stale-current-pending-unreadable` · 本腿)中只有它是黑的,于是「店一直读不出所以每条续跑都在白白 re-park」与「一切正常」在遥测上同形。计数非零 = 这台机器的 checkpoint 店在拖,运维要去看库。",
@@ -520,6 +516,10 @@ export const FAIL_OPEN_TAGS = {
         cls: "F",
         note: "S-1195(7.119.0;`plugins/snapshot-bucket-presence.ts` 的 `ensureSnapshotBucket`,boot 期核一次快照桶 `SESSION_SNAPSHOT_BUCKET`;S-2021〔7.136.0〕起同一只探针、同一条规则、同一个 tag 也核 k8s 车道的工作区快照桶 `WORKSPACE_SNAPSHOT_BUCKET`——detail 里的 `bucket=` 就是被核的那只桶名;detail = `bucket=… endpoint=<buildDisplaySafeUrl 的显示形> <HTTP 状态 | request failed: 错类>`):presigned 列举对 `MINIO_ENDPOINT` **连不上 / 403 / 5xx / 没有 NoSuchBucket 的 404**,或探针到窗尾一次都没答过(detail 写 `probe still pending when the window ended`)⇒ **证明不了桶缺**,不拒启、照常起服(只有 404 + `NoSuchBucket` 才是「缺」,那一形窗内重试、到窗拒启,不走本 tag)。三问:①错误落到哪 —— 本 tag 的计数 / 探针行 / 记录器的一次性 warn,detail 带端点显示形与状态或错类;②谁受害 —— 桶其实不存在、或凭据不能列举的部署:之后每一次快照 offload 写与 SendUserFile 私有 presigned 请求会答 404 / 403,孤儿 sweep 每分钟一条失败,运维读到的是一串失败请求而不是「桶没建」(与 7.118.x 的既有形状同形,不是新损失);工作区快照桶则是每条 run 读 `latest` 得 404/403——404 + NoSuchBucket 在运行期由 `workspace_snapshot_bucket_missing` 响亮拒绝,403/5xx 走既有的非 404 读失败臂(同样响亮);③缺席倒向哪边 —— 倒向**放行起服**:没有证据既不拒启、也不伪造「桶在场」或「桶缺」,不是门 / 权限 / 凭证。最坏后果 = 缺桶的部署晚一步才暴露;不放行的代价是对象存储一次抖动 / 一次 403 就让整只服务起不来。计数非零 = 这台部署启动时没能确认快照桶,按 detail 的端点与状态去核对网络 / 凭据 / 桶。",
     },
+    "server.session-blob-namespace.claim-unproven": {
+        cls: "F",
+        note: "`plugins/session-blob-namespace.ts` 的 `establish`(开店时对会话 blob 命名空间认领一次:`plugins/store-backend.ts` `openStoreBackendWithFallback` 在 SQL 店开好之后调,一次尝试、不在 `STORE_LOCK_WAIT_MS` 窗里重试,每个请求的上界与快照桶探针同一只常量 `SNAPSHOT_BUCKET_PROBE_TIMEOUT_MS`;detail = `bucket=… prefix=<SESSION_SNAPSHOT_PREFIX 的显示形 | unset> endpoint=<buildDisplaySafeUrl 的显示形> <claim read answered HTTP <状态> | claim write answered HTTP <状态> | the claim just written does not read back | claim request failed: 错类>`):认领物件 `{SESSION_SNAPSHOT_PREFIX}blob-namespace-claim` **读不动 / 写不进 / 连不上 / 写了读不回** ⇒ 证明不了这只命名空间是不是本库的,不拒启、照常起服(只有读到别的库的认领才是「不是」,那一形开店即拒、不走本 tag)。三问:①错误落到哪 —— 本 tag 的计数 / 探针行 / 记录器的一次性 warn;数据轴不随之放开:之后每一次删除(附件孤儿清扫、附件释放、文件历史清扫、退役 blob 清扫)各自重读认领,读不成本库的就拒删,抛出点名桶、前缀旋钮与该授权限的拒句(响亮;那是 fail-closed,不计本 tag);②谁受害 —— 引擎的键缺认领物件 GetObject / PutObject 权限的最小权限部署,或起服那一刻对象存储不通的部署:附件与文件历史的字节不再被回收(桶只涨不减),直到权限补齐或存储答复 —— 恢复后的第一次删除当场认领(缺 ⇒ create-only 写、回读相符)再删,读到别的库的认领 ⇒ 拒删、不改写;③缺席倒向哪边 —— 倒向**放行起服**:没有证据既不拒启,也不当作「是本库的」去删任何字节,不是门 / 权限 / 凭证。最坏后果 = 回收停摆到权限补齐(存储成本,不是数据丢失);不放行的代价是对象存储一次抖动 / 一条缺的权限就让整只服务起不来。计数非零 = 这台部署启动时没能确认命名空间的归属,按 detail 的端点与原因去核对网络 / 凭据 / 认领物件的权限。",
+    },
     "server.fleet.serving-lease-unconfirmed": {
         cls: "R",
         ruling: "C-R296",
@@ -562,7 +562,11 @@ export const FAIL_OPEN_TAGS = {
     },
     "server.sandbox-egress.policy-gap": {
         cls: "P-DEBT",
-        note: "k8s 车道沙箱出网的起服自检(`plugins/remote-env-k8s.ts` `checkSandboxEgressPolicy` 读节点表与沙箱 ns 的 NetworkPolicy,判法 `sandbox-egress-policy.ts` `sandboxEgressGaps`;起服一次、不挡起服)读出一个缺口 —— 某节点的 InternalIP / ExternalIP 落在一条放行 ipBlock 内(`kind=node_address_open`)、没有策略以 Egress 选中沙箱 pod(`kind=policy_absent`)、pod 保留 IPv6 而策略层担保不了 v6(`kind=ipv6_enabled`)、节点表或策略表读不到(`kind=unreadable what=nodes|networkpolicies`)⇒ 车道**照常起**,每个缺口一行 `sandbox_egress_policy_gap`(带后果句与去哪改)。归 P 类:出网策略是保护面,缺口意味着沙箱里的代码可能够到节点上的服务;归 DEBT 的理由:修法都在集群配置里(节点地址点名、kubelet 放行 v6 sysctl、CNI 的 v6 执行、RBAC),本服务改不了,而拒起车道会让缺省单节点装法(恒有 `ipv6_enabled`)升级即停摆沙箱执行 —— 车道自己的隔离(VM 边界、零 SA token)仍在。放行的最坏后果 = 读出缺口的那一面照旧可达,直到运维按行里的后果句改配置。计数非零 = 这台部署的沙箱出网面有读得出的缺口。读不出的面(宿主 DNAT 发布端口、「pod 所在节点恒放行」的实现差异、CNI 根本不执行策略)不在本 tag 的射程里。",
+        note: "k8s 车道沙箱出网的起服自检(`plugins/remote-env-k8s.ts` `checkSandboxEgressPolicy` 读节点表与沙箱 ns 的 NetworkPolicy,判法 `sandbox-egress-policy.ts` `sandboxEgressGaps`;起服一次、不挡起服)读出一个缺口 —— 某节点的 InternalIP / ExternalIP 落在一条放行 ipBlock 内(`kind=node_address_open`)、没有策略以 Egress 选中沙箱 pod(`kind=policy_absent`)、pod 保留 IPv6 而策略层担保不了 v6(`kind=ipv6_enabled`)、节点表或策略表读不到(`kind=unreadable what=nodes|networkpolicies`:RBAC 缺 / API 不可达 / 答体不成形;**集群 API 凭据缺不在其内** —— 凭据缺是起服拒 `config.k8s_api_credentials_missing`,自检不发、不记入本 tag,这一臂已退役)⇒ 车道**照常起**,每个缺口一行 `sandbox_egress_policy_gap`(带后果句与去哪改)。归 P 类:出网策略是保护面,缺口意味着沙箱里的代码可能够到节点上的服务;归 DEBT 的理由:修法都在集群配置里(节点地址点名、kubelet 放行 v6 sysctl、CNI 的 v6 执行、RBAC),本服务改不了,而拒起车道会让缺省单节点装法(恒有 `ipv6_enabled`)升级即停摆沙箱执行 —— 车道自己的隔离(VM 边界、零 SA token)仍在。放行的最坏后果 = 读出缺口的那一面照旧可达,直到运维按行里的后果句改配置。计数非零 = 这台部署的沙箱出网面有读得出的缺口。读不出的面(宿主 DNAT 发布端口、「pod 所在节点恒放行」的实现差异、CNI 根本不执行策略)不在本 tag 的射程里。",
+    },
+    "server.sandbox-credentials.probe-unanswered": {
+        cls: "F",
+        note: "k8s 车道每条 run 铸环境之前读一次集群 API 凭据(`boot/execution-env.ts` `createK8sRunEnvFactory` ← `plugins/remote-env-k8s.ts` `apiCredentialReading`:判官说缺 ⇒ 拒;一次 SelfSubjectAccessReview 答 401 ⇒ 拒;答 2xx ⇒ 放行),而这一次探问**没有证出结论**(HTTP 403 / 5xx / 其余非 2xx 非 401、请求抛 / 超时;detail = `namespace=<ns> HTTP <状态> | <错误句>`)⇒ 这条 run 的环境照铸,凭据到底行不行由车道自己的连接答(pod 创建被 401 / 403 拒 ⇒ 响亮的 `shell_unavailable`、瞬时的 API 抖动在车道自己的重试界内重来)。只有正面证据才拒 —— 为一次没答的探问拒 run,会把每次 API 抖动变成失败的 run,把没给已认证调用方留 SSAR 权限的集群变成永远起不了 run。最坏后果 = 凭据真已失效而探问恰好没答的那条 run,落回修前的形(每条 Bash `shell_unavailable`、run `completed`)—— 可用性 / 可见性,不是门 / 凭据的放宽(没有沙箱、没有执行、没有凭据被多给一份)。归 F。计数持续非零 = 这台部署的服务账号问不了 SelfSubjectAccessReview 或 API 常不可达,按 detail 核。",
     },
     "server.fleet.announce-reply-unreadable": {
         cls: "P-DEBT",
@@ -596,7 +600,7 @@ export const FAIL_OPEN_TAGS = {
     },
     "server.store-durability.evidence-unreadable": {
         cls: "F",
-        note: "店的持久性起服取证(`store-posture.ts` `captureStoreEvidence`,起服第 2 段段首一次):`/proc/self/mountinfo` 读不出(`why=mountinfo_unreadable err=<码>`)/ 有读不懂的行(`why=mountinfo_malformed lines=<n>`)/ 一根的路径展不平成物理路径(`why=path_unresolvable err=<码> path=<路径>`)/ 挂载表读得出、却找不到走那条路径看见的那一只挂载(`why=mount_unresolved path=<路径>`:空表、同父同点的影子挂载)⇒ 那几根(读不出挂载表时是三根全部)判 `unknown`。只影响自报:能力位 `store.durability`、`/health.store.durability`、诊断 `storeDurability.roots` 如实说 `unknown`,起服布线审计对 `unknown` 只 warn、不拒启。放行的最坏后果 = 一只真落在易失介质(容器可写层 / emptyDir)上的 local 数据根因证据读不到而报 `unknown`、照常起服 —— 与本版之前「按后端种类恒报持久」同向且更诚实,不开门、不碰凭据。计数非零 = 本进程读不到 / 读不懂自己的挂载表(受限 procfs、挂载形不常见)或路径上有权限竞态。",
+        note: "店的持久性起服取证(`store-posture.ts` `captureStoreEvidence`,起服第 2 段段首一次):`/proc/self/mountinfo` 读不出(`why=mountinfo_unreadable err=<码>`)/ 有读不懂的行(`why=mountinfo_malformed lines=<n>`)/ 一根的路径展不平成物理路径(`why=path_unresolvable err=<码> path=<路径>`)/ 挂载表读得出、却找不到走那条路径看见的那一只挂载(`why=mount_unresolved path=<路径>`:空表、同父同点的影子挂载)⇒ 那几根(读不出挂载表时是三根全部)判 `unknown`。只影响自报:能力位 `store.durability`、`/health.store.durability`、诊断 `storeDurability.roots` 如实说 `unknown`,起服布线审计对 `unknown` 只 warn、不拒启。放行的最坏后果 = 一只真落在易失介质(容器可写层 / emptyDir)上的 local 数据根因证据读不到而报 `unknown`、照常起服 —— 与本版之前「按后端种类恒报持久」同向且更诚实,不开门、不碰凭据。计数非零 = 本进程读不到 / 读不懂自己的挂载表(受限 procfs、挂载形不常见)或路径上有读不出的段(没有搜索权限 / 链接成环 —— 规范形读不出即抛,不当成「还不存在」)/ 权限竞态。",
     },
     "server.remote-write.staging-dir-left": {
         cls: "F",
@@ -604,11 +608,11 @@ export const FAIL_OPEN_TAGS = {
     },
     "server.resume-anchor.capture-failed": {
         cls: "F",
-        note: "回退锚(`resumeAt` 的提示词 / 助手文本手柄)写入失败 —— 四条腿同一只写法 `runs.ts` 的 `settleResumeAnchor`:流式腿(`POST /v1/tasks/stream`,done 帧之前 / 断连收尾时 await)、同步腿(非流式 `POST /v1/tasks` 的 plain 形,200 应答之前 await)、后台腿(`POST /v1/runs`)、续跑腿。锚店写抛(库抖 / 表缺 / 盘满),或单行店操作期限(`BASELINE_IO_DEADLINE_MS`,2 s;与项目指令基线读写同一只数、同一只 `withinIoDeadline`)内没落定(锚店挂住:锚店的写口自己不带期限)⇒ 这一次提示词(或这一轮助手文本)此刻没有回退手柄,run 照常收尾、终帧照发、不改任何终局;到期只放手不取消,那次写照常在飞、迟到落定的锚照样可用(迟到的失败被吞,不重复计数)。放行的最坏后果 = 用户拿这次 run 的 taskId 去 `resumeAt` 得 404 `resume_at.unknown_event`、会话视图里那条用户消息行不带 `taskId` 手柄(用户面的读数只有这一处真源,本臂不另铸第二份);不是门、不是凭据。不放行(抛)的代价是让一次锚写失败把整条已经跑完的 run 判成失败。计数持续非零 = 锚店写不进(去看库)。计数里 `reason=timeout` 占多数 = 锚店慢到秒级(去看库的锁 / 连接池)。detail = `leg=<stream|sync|bg|resume> kind=<prompt|turn> reason=error error=<写口的错误句>` 或 `… reason=timeout boundMs=<期限>`。",
+        note: "回退锚(`resumeAt` 的提示词 / 助手文本手柄)写入失败 —— 四条腿同一只写法 `runs.ts` 的 `settleResumeAnchor`,经同一只 `TurnAnchorCapture` 在决定这只锚的那一帧到手时 await(流式腿 `POST /v1/tasks/stream`、同步腿非流式 `POST /v1/tasks` 的 plain 形、后台腿 `POST /v1/runs`、续跑腿;提示锚在开场提示的提交上,早于终帧;要关窗校正的那一形同一把键写两次,后一笔等前一笔落定再发 —— 提示锚至多两个期限;后台 / 续跑腿另有每个可锚的助手文本轮各一个)。锚店写抛(库抖 / 表缺 / 盘满),或单行店操作期限(`BASELINE_IO_DEADLINE_MS`,2 s;与项目指令基线读写同一只数、同一只 `withinIoDeadline`)内没落定(锚店挂住:锚店的写口自己不带期限)⇒ 这一次提示词(或这一轮助手文本)此刻没有回退手柄,run 照常收尾、终帧照发、不改任何终局;到期只放手不取消,那次写照常在飞、迟到落定的锚照样可用(迟到的失败被吞,不重复计数)。放行的最坏后果 = 用户拿这次 run 的 taskId 去 `resumeAt` 得 404 `resume_at.unknown_event`、会话视图里那条用户消息行不带 `taskId` 手柄(用户面的读数只有这一处真源,本臂不另铸第二份);不是门、不是凭据。不放行(抛)的代价是让一次锚写失败把整条已经跑完的 run 判成失败。计数持续非零 = 锚店写不进(去看库)。计数里 `reason=timeout` 占多数 = 锚店慢到秒级(去看库的锁 / 连接池)。detail = `leg=<stream|sync|bg|resume> kind=<prompt|turn> reason=error error=<写口的错误句>` 或 `… reason=timeout boundMs=<期限>`。",
     },
     "server.resume-anchor.cause-read-failed": {
         cls: "F",
-        note: "未知回退手柄的 404 成因半句(`history-anchor.ts` 的唯一组句器;提交体 `resumeAt` / `rewindFilesTo` 与 run 外回退口 `to` 三处同调):锚店里没有这只手柄 ⇒ 经属主存取器读一次 run 行(嵌套可选读,看不见 ≡ 没有)、同会话 ⇒ 按这条提问自己的属主键再问一次锚店,只为选句(调用方看得见的本会话提问、它自己也没落锚 ⇒ 「没有锚的提问」并点名带附件不落锚那一类;否则只说没有锚)。这两读任一抛(库抖 / 表缺)⇒ 404 的码与状态照旧,句子退回只说没有锚。放行的最坏后果 = 一条真实存在、没有锚的提问,其 404 少了那半句说明(调用方可能当成手柄写错);不影响任何判定、不放行任何请求。",
+        note: "未知回退手柄的 404 成因半句(`history-anchor.ts` 的唯一组句器;提交体 `resumeAt` / `rewindFilesTo` 与 run 外回退口 `to` 三处同调):锚店里没有这只手柄 ⇒ 经属主存取器读一次 run 行(嵌套可选读,看不见 ≡ 没有)、同会话 ⇒ 按这条提问自己的属主键再问一次锚店,只为选句(调用方看得见的本会话提问、它自己也没落锚 ⇒ 「没有锚的提问」,只陈述这一事实、不点名成因;否则只说没有锚)。这两读任一抛(库抖 / 表缺)⇒ 404 的码与状态照旧,句子退回只说没有锚。放行的最坏后果 = 一条真实存在、没有锚的提问,其 404 少了那半句说明(调用方可能当成手柄写错);不影响任何判定、不放行任何请求。",
     },
     "server.remote-write.stage-seal-fallback": {
         cls: "F",

package/dist/observability/logger.js

@@ -49,7 +49,9 @@ function screenJsonLine(line, withheld) {
 }
 function serializeEntry(head, fields) {
     try {
-        return JSON.stringify({ ...head, ...fields });
+        const record = { ...head, ...fields, ...head };
+        Reflect.deleteProperty(record, "toJSON");
+        return JSON.stringify(record);
     }
     catch (err) {
         return JSON.stringify({ ...head, [FIELDS_WITHHELD]: errorKindOf(err) });