/** 机读码(拼法随 `config.<键名蛇形>_*` 既有族:`config.model_provider_invalid` / `config.retention_policy_invalid`)。 */
export declare const GATEWAY_URL_USERINFO_CODE = "config.gateway_url_userinfo";
/** 同族第二码(S-483 座⑨):这一位根本不是一个层级式绝对 URL。三根键共用一码,与上面那只同纪律
 *  (码按**规则**命名,不按键名 —— 键名已经逐字在拒因文案里点过了)。 */
export declare const MODEL_ROUTE_URL_INVALID_CODE = "config.model_route_url_invalid";
/**
 * 🔴 **第三条臂的机读码(S-514;core 7.24.2 / [ref] 提货)——请求根带 `#fragment`**。
 *
 * 为什么与前两条各自一码:运维要按码行动,而三条臂的**出路不同**(补全 URL / 把凭据搬去旋钮 / 删掉 `#`
 * 之后的一切)。`fetch` **从不把 fragment 发上线**,所以这一形此前是**静默**打根自己的路径、端点后缀整段
 * 落进被丢弃的那一半 —— 请求发得出去、也可能 200,只是打错了地方而一个字不说。
 */
export declare const MODEL_ROUTE_URL_FRAGMENT_CODE = "config.model_route_url_fragment";
/**
 * 模型路由 base URL 的拒因(`undefined` = 这一位合法)—— **这三根键的唯一判官**。
 *
 * 两臂,顺序即语义,**两臂都经 display-safe 铸点**:
 *  ① **不是一个层级式绝对 URL** ⇒ `config.model_route_url_invalid`;
 *  ② 是,但带 userinfo ⇒ `config.gateway_url_userinfo`。
 *
 * 🔴 ① 为什么必须在这里、而不是「由别的门管」(S-483 座⑨,与 ME/A2A 两座**同病镜像**):本函数此前先问
 * 凭据位、并把「解析不动」读成**没有**凭据(`urlCarriesUserinfo` 的 `return false`),旁注写着「不是 URL 由
 * 别的门管」—— 而 config 层对这三根**没有**那道门(`config.ts` 与 `config-invariants.ts` 只调本函数)。
 * 于是半写 userinfo `http://user:pass@`(`URL.canParse` 假)与 `alice:pw@host:8000`(不透明 URL,
 * `username`/`password` 恒空)两形被当「无凭据」放行,一路到 brain 装配期才由 core 拒;core 那一臂
 * 今天不回显原值 —— 但**「恰好不漏」不是防线**,而且拒启点越晚,运维越读不出是哪根旋钮配错了。
 * ⇒ 判据改成与铸点**同一只** {@link isHierarchicalUrl}:两处再也不可能各判各的。
 *
 * 🚧 **未闭环(不在本车射程)**:层级式但**非 http(s)** 的形(`ftp://h/v1`,不带 userinfo)今天仍放行 ——
 * `fetch` 对它同样必然失败,但那是第三条臂、是一次新的行为面拒启,按三问另开车(S-483 收车档已登记)。
 *
 * 拒因四件齐:**码** + **哪个 env 键** + **洗过的 URL**(host/port/path 逐字,userinfo 与凭据参数成记号 ——
 * 运维要靠 host 认出是哪一条路由,而密码一个字节都不许进启动错误)+ **出路一句**(点名真实旋钮)。
 *
 * @param envKey 出问题的那根 env 旋钮的名字(CSV 键上还带第几项)。
 * @param credentialKnob 这条路由把凭据放哪儿 —— 出路一句点名的旋钮名。
 */
export declare function modelRouteUrlRefusal(envKey: string, raw: string, credentialKnob: string): string | undefined;
//# sourceMappingURL=model-route-url.d.ts.map