/**
 * S-189 —— core `GOVERNANCE_CODES` **闭集**在本分诊面上的逐码处置表。
 *
 * 为什么单独一张表而不是继续往下面的 if 链里加行:`failureCodeOf` 是**开集**(顶注写死「消费点一律带
 * default 臂,禁按穷举写」),而开集里嵌着 core 这一个**闭集注册表**。闭集的成员共享两个性质——同一条
 * prepare-throw→failed-result 管道、**零计费**(prepare 期就拒了)——所以它们要么被分诊成 4xx/5xx,要么
 * 就落进 200-with-failed-body 并被 `finalizeTaskResult` **计费**。此前四个成员在 if 链里被点名、另外四个
 * 静默落 200;core 往注册表加一个码时,server 这边不红不报,新码当场进「200 + 计费」。
 *
 * 🔴 表的类型是 `Record<GovernanceCode, …>`:**core 加成员 ⇒ 这里缺行 ⇒ tsc 红**,逼人当场判档。
 * 值 `null` = **有意**不在本腿分诊(理由逐条写在行上),与「忘了写」在类型上不同形 —— 这是本表存在的
 * 全部意义:让「没表态」不可能静默发生。开集那一半(下面的 if 链 + `resume_at.` 前缀臂 + default)不动。
 *
 * 逐码预期的**行为面**镜像在 `test/resume-anchor.test.ts` 的 S-189 段(同型同义、刻意不共用这张表:
 * 测试喂码进函数看状态码,不读本表,否则表写错了两边一起错还全绿)。
 */
export declare const GOVERNANCE_HTTP_STATUS: {
    readonly "memory.admission_denied": 403;
    readonly "memory.admission_required": 503;
    readonly "memory.capture_optout_denied": 403;
    readonly "config.tool_mount_denied": 400;
    readonly "config.locked_key": 400;
    readonly "usage.window_exhausted": null;
    readonly "config.compliance_required": null;
    readonly "config.compliance_denied": null;
};
//# sourceMappingURL=governance-http-status.d.ts.map