/**
 * DESIGN-278 §5 S2([ref])—— `GET /v1/config/catalog`:配置目录自描述端点(operator lane)。
 *
 * TOB 运维在 web 上要一个**不撒谎**的配置目录:哪个键、什么腿(env/center)、改了何时生效
 * (hot/restart-片名/deploy/inert)、本机实际值 —— 今天这些事实散在 config.ts 数千行与三份文档里,
 * 人肉汇编必然漂移。目录本体(逐键登记 + 实算)在 `src/config-catalog.ts`(D1 双向对账门钉住完备性),
 * 本文件只做门与投影。
 *
 * 门序 = `POST /v1/admin/config/refresh` 逐字同族(operator lane):身份 → 授权 → 应答;billable=false,
 * 刻意不吃 drain / roster-pending 两道 503(排障读面在停机窗里恰恰要打得通)。
 *
 * 🔴 鉴权 = `explicitOperatorOk`(空名单=谁都不是)——设计稿 §0.5 点名**禁** `isOperator` 那个
 * 「空名单=人人都是」的 fail-open 谓词:本面是部署事实外泄口(env 在场性/后端形态/限额值),
 * 单用户形也不放宽。
 *
 * 🔴 旋钮 `CONFIG_CATALOG_ENABLED=false` ⇒ **本域不认领**(装配器尾部 404 `not_found.route`)——
 * 与 memory-consolidation 阀门同判:旋钮没开是一句运维表态(合规部署不想让部署事实上 wire),
 * 不是部署能力缺失,404 的动作是「去把旋钮打开」,501 会指去一条修不好的路。能力位 `configCatalog`
 * 与本判据同源(capabilities.ts,两项合取)。
 *
 * 🔴 secret 纪律:值的裁剪在 catalog 构建层(secret=在场位、opaque=在场位+长度、url=剥 userinfo),
 * 本文件不再碰值 —— 一处裁剪,机器钉 = test/config-catalog.test.ts 的响应体 canary 扫描格。
 */
import type { IncomingMessage, ServerResponse } from "node:http";
import type { RouteCtx, RouteMatch, RouteIdsOf } from "../route-ctx.js";
export declare const CONFIG_CATALOG_PATH = "/v1/config/catalog";
export declare function handleConfigCatalog(req: IncomingMessage, res: ServerResponse, match: RouteMatch<ConfigCatalogRouteId>, ctx: RouteCtx): Promise<void>;
export declare const CONFIG_CATALOG_ROUTES: readonly [{
    readonly id: "config-catalog";
    readonly path: "/v1/config/catalog";
    readonly methods: readonly ["GET"];
}];
/** 本域可分派行的 `id` 闭集 —— handler 的 `switch` 按它判穷尽(漏一口 = 编译红)。 */
export type ConfigCatalogRouteId = RouteIdsOf<typeof CONFIG_CATALOG_ROUTES>;
//# sourceMappingURL=config-catalog.d.ts.map