@jsonstudio/rcc 0.90.876 → 0.90.1270

package/docs/protocol-compatibility-matrix.md

@@ -0,0 +1,147 @@
+# Protocol Compatibility Matrix（Chat Process 真源版）
+
+## 索引概要
+- L1-L8 `purpose`：定义当前协议兼容矩阵与验收口径。
+- L10-L26 `legend`：兼容等级定义与边界。
+- L28-L47 `chat-ssot`：chat process 字段落盘真源。
+- L49-L88 `responses-outbound`：Responses 到其他协议的请求侧映射矩阵。
+- L90-L129 `to-responses`：其他协议到 Responses 的请求/响应侧映射矩阵。
+- L106-L114 `response-path`：provider response → client protocol 的兼容结论。
+- L116-L137 `known-gaps`：当前确认缺口、非目标与真实样本覆盖边界。
+
+## 目标
+
+按 Jason 当前要求，把“Responses ↔ 其他协议”的兼容性结论、chat process 字段真源、以及 `full/lossy/dropped/unsupported/internal-only` 口径统一到一个文档中。
+
+本文件是**矩阵真源**；具体流水线契约见：
+- `docs/CHAT_PROCESS_PROTOCOL_AND_PIPELINE.md`
+- `docs/chat-process-continuation-state-contract.md`
+
+## 兼容等级定义
+
+- `full`
+  - 能进入 chat canonical，并能从 chat canonical 恢复目标协议字段，语义等价。
+- `lossy`
+  - 可以映射，但目标协议缺少完全等价表达；必须写入 `semantics.audit.protocolMapping`。
+- `dropped`
+  - chat canonical 可识别，但目标协议无承载位；字段显式丢弃并记录 audit。
+- `unsupported`
+  - 当前链路明确不支持该语义；不得伪装为 preserved。
+- `internal-only`
+  - 当前仅用于 provider/internal protocol，不是完整 public client contract。
+
+## Chat Process 字段落盘真源
+
+| 语义 | chat canonical 真源 | 说明 |
+|---|---|---|
+| continuation / tool loop / previous_response_id | `semantics.continuation` | 跨协议 continuation 唯一真源 |
+| 协议映射 audit | `semantics.audit.protocolMapping` | preserved/lossy/dropped/unsupported 统一真源 |
+| 客户端原始 tool schema | `semantics.tools.clientToolsRaw` | client-facing tool 名称恢复、args schema 归一 |
+| Anthropic tool alias | `semantics.tools.toolNameAliasMap` + `semantics.anthropic.toolNameAliasMap` | 用于 `Bash/Glob/...` ↔ canonical tool name 恢复 |
+| 显式空 tools | `semantics.tools.explicitEmpty` | 不能留在 metadata |
+| Responses context / resume | `semantics.responses.context` / `semantics.responses.resume` | submit_tool_outputs / previous_response_id / include/store 等恢复基座 |
+| Anthropic system blocks | `semantics.system.blocks` + `semantics.anthropic.systemBlocks` | system block 既保留跨协议公共层，也保留协议命名空间 |
+| Anthropic content shape / provider metadata | `semantics.anthropic.messageContentShape` / `semantics.anthropic.providerMetadata` | 替代旧 `providerExtras.anthropicMirror/providerMetadata` |
+| Gemini systemInstruction / generationConfig / toolConfig / safetySettings / providerMetadata | `semantics.gemini.*` | Gemini 命名空间真源 |
+
+> 规则：可映射语义必须进入 `messages/tools/toolOutputs/parameters/semantics`；不得继续滞留 metadata。
+
+## Responses → 其他协议（请求侧）
+
+### 总结
+- `Responses -> Chat canonical`：主链最完整，作为统一语义入口。
+- `Responses -> Anthropic`：不是完全兼容；存在明确 `lossy/dropped/unsupported`。
+- `Responses -> Gemini`：不是完全兼容；且 Gemini 当前主要是 provider/internal protocol。
+
+### 字段矩阵
+
+| 字段/能力 | Responses -> Chat canonical | Chat canonical -> Anthropic | Chat canonical -> Gemini | 说明 |
+|---|---|---|---|---|
+| input/messages | `full` | `full` | `full` | 主消息面可稳定映射 |
+| system / instructions | `full` | `full` | `full` | Responses `instructions` 先入 canonical system，再分别重建 |
+| tools schema | `full` | `full` | `full` | 原始 schema 需同时落盘到 `semantics.tools.clientToolsRaw` |
+| tool_choice | `full` | `full` | `full` | Anthropic 顶层保留；Gemini 通过 metadata passthrough 保留 |
+| parallel_tool_calls | `full` | `dropped` | `dropped` | 目标协议无完全等价表达，必须 audit |
+| include | `full` | `dropped` | `dropped` | Responses 专属恢复语义 |
+| store | `full` | `dropped` | `dropped` | Responses 专属持久化语义 |
+| prompt_cache_key | `full` | `dropped` | `dropped` | 目标协议无等价字段 |
+| response_format / structured output | `full` | `unsupported` | `unsupported` | 当前 Anthropic/Gemini 路径不承诺等价 structured output |
+| reasoning | `full` | `lossy` | `lossy` | Anthropic 映射到 `thinking/output_config`；Gemini 映射到 `generationConfig.thinkingConfig` |
+| previous_response_id / submit_tool_outputs continuity | `full` | `lossy` | `lossy` | 统一由 `semantics.continuation` / `semantics.responses.resume` 承接 |
+| required_action / tool outputs | `full` | `lossy` | `lossy` | 目标协议表面不同，但统一语义可恢复到 chat process |
+| stream | `full` | `full` | `full` | 传输层支持，但事件表面仍随协议不同 |
+
+## 其他协议 → Responses（请求侧 / 语义侧）
+
+### OpenAI Chat -> Responses
+
+| 字段/能力 | OpenAI Chat -> Chat canonical | Chat canonical -> Responses | 说明 |
+|---|---|---|---|
+| messages/system/tools/tool calls | `full` | `full` | Responses bridge 最成熟的兼容方向之一 |
+| structured output (`response_format`) | `full` | `full` | Responses 原生支持 |
+| continuation | `session/lossy` | `lossy` | OpenAI Chat 自身没有 Responses 原生 response-chain；统一由 `semantics.continuation` 补位 |
+| reasoning | `full` | `full` | 可还原为 Responses `reasoning` |
+
+### Anthropic -> Responses
+
+| 字段/能力 | Anthropic -> Chat canonical | Chat canonical -> Responses | 说明 |
+|---|---|---|---|
+| messages/system blocks | `full` | `full` | system block 进入 `semantics.system.blocks` + `semantics.anthropic.systemBlocks` |
+| tool schema | `full` | `full` | 需保留 raw client tools + alias map |
+| tool alias fidelity (`Bash/Glob/...`) | `full` | `lossy -> target fix path` | canonical 工具名会归一；客户端恢复依赖 `toolNameAliasMap/clientToolsRaw` |
+| provider metadata | `full` | `lossy` | 仅保留与协议重建相关的稳定字段 |
+| thinking / reasoning | `lossy` | `lossy` | Anthropics 的 thinking 与 Responses reasoning 不完全同构 |
+| continuation | `lossy` | `lossy` | Anthropic 无 Responses 原生 response-chain；靠统一 continuation 语义承接 |
+
+### Gemini -> Responses
+
+| 字段/能力 | Gemini -> Chat canonical | Chat canonical -> Responses | 说明 |
+|---|---|---|---|
+| contents/systemInstruction/tools | `full` | `full` | Gemini inbound/outbound 主要依赖 `semantics.gemini.*` |
+| generationConfig/toolConfig | `full` | `lossy` | 部分字段可转入 Responses parameters，部分仅留 audit/命名空间 |
+| safetySettings | `full` | `dropped` | Responses 无等价安全设置字段 |
+| reasoning/thinking | `lossy` | `lossy` | 可转换，但并非一一对应 |
+| Gemini client protocol | `internal-only` | `internal-only` | 当前仓内是 provider/internal protocol，不是完整 public client surface |
+
+## Response Path（provider response -> client protocol）
+
+| 方向 | 结论 | 说明 |
+|---|---|---|
+| provider -> Chat canonical | `full` | 响应进入 chat process 前必须先 canonicalize 为 chat completion |
+| Chat canonical -> OpenAI Chat client | `full` | 默认 client protocol 之一 |
+| Chat canonical -> Responses client | `full` | 支持 response object / required_action / usage / continuation 恢复 |
+| Chat canonical -> Anthropic client | `full with alias-semantics dependency` | 需要 `semantics.tools.toolNameAliasMap` / `clientToolsRaw` / `semantics.anthropic.*` 参与恢复 |
+| Chat canonical -> Gemini client | `internal-only` | 当前未作为 public client protocol 暴露 |
+
+## 当前确认缺口 / 非目标
+
+### 真实兼容缺口（需要修）
+1. **Anthropic tool alias fidelity**
+   - 必须依赖 chat semantics 落盘后的 alias map / raw tools 才能恢复原始 `Bash/Glob/...`。
+   - 若 alias map 丢失，只能回退到 canonical tool name，属于真实兼容缺口，不得伪装为 full。
+
+### 设计性非完全兼容（必须 audit，不算 bug）
+1. `Responses -> Anthropic/Gemini` 的 `parallel_tool_calls/include/store/prompt_cache_key`。
+2. `Responses -> Anthropic/Gemini` 的 `response_format`。
+3. `Responses <-> Anthropic/Gemini` 的 reasoning/thinking 双向映射。
+4. Gemini 作为 public client protocol 暂未开放。
+
+### 真实样本覆盖边界（当前仅覆盖三大主协议）
+1. `openai-chat`
+   - 已有真实样本 request/response 双向 compare。
+2. `openai-responses`
+   - 已有真实样本 request replay compare。
+   - 已有真实样本 response replay compare（经 Anthropic provider upstream 回放后再回到 Responses client payload）。
+3. `anthropic-messages`
+   - 已有真实样本 provider-side request/response compare 证据。
+   - 目前仓内没有独立的 anthropic client-entry 真实样本目录，不能把它当成已覆盖的 client-entry 证据。
+
+## 实施要求
+
+1. 任何新字段先对齐本矩阵，再决定落入：
+   - `messages/tools/toolOutputs/parameters`
+   - `semantics.continuation`
+   - `semantics.audit.protocolMapping`
+   - 协议命名空间 `semantics.responses/anthropic/gemini`
+2. 如果目标协议无法等价承载，必须显式写 audit。
+3. 不允许再把可映射语义塞回 metadata。

package/docs/providers/provider-composite-design.md

@@ -34,7 +34,7 @@ output/* → Provider.preprocessRequest(compat.request) → HTTP Provider → Pr
   - `src/providers/core/composite/compat/{responses,anthropic,gemin i}.ts`
 
 - 复用（保持原路径）：
-- 历史上曾存在 `src/providers/compat/*` 模块作为旧实现，现已下线；兼容行为统一迁移至 `sharedmodule/llmswitch-core/src/conversion/compat/*`（通过 `compatibilityProfile` 驱动 GLM / LM Studio / iFlow 等）。
+- 历史上曾存在 `src/providers/compat/*` 模块作为旧实现，现已下线；兼容行为统一迁移至 `sharedmodule/llmswitch-core/src/conversion/compat/*`（通过 `compatibilityProfile` 驱动 GLM / LM Studio 等）。
 
 ## 协议守卫与自动加载
 
@@ -52,7 +52,6 @@ output/* → Provider.preprocessRequest(compat.request) → HTTP Provider → Pr
 - 基于 `providerId/providerKey` 选择最小家族差异：
   - `glm` → 复用 `GLMCompatibility`（最小清理、1210/1214、末条 tool 回显清噪）。
   - `lmstudio` → 复用 `LMStudioCompatibility`（最小字段映射）。
-  - `iflow` → 复用 `iFlowCompatibility`（OpenAI 形状，OAuth 于 Provider 层处理）。
   - `qwen` → 默认走最小路径（保持 OpenAI 形状），不启用旧 `qwen-compat` 的“input/parameters”改形状逻辑。
   - 其他 → passthrough/minimal。
 
@@ -83,12 +82,12 @@ output/* → Provider.preprocessRequest(compat.request) → HTTP Provider → Pr
   - `anthropic` → AnthropicHttpProvider；
   - `gemini` → 预留。
 - 旧配置兼容（规范化）：
-  - 若发现 `providerType` ∈ {`glm`,`qwen`,`iflow`,`lmstudio`}，运行时规范化为 `openai` 并记录告警；品牌保留在 `providerId`，OAuth 方案通过 `auth.type = "<provider>-oauth"` 显式声明。
+  - 若发现 `providerType` ∈ {`glm`,`qwen`,`lmstudio`}，运行时规范化为 `openai` 并记录告警；品牌保留在 `providerId`，OAuth 方案通过 `auth.type = "<provider>-oauth"` 显式声明。
   - 不在 `llmswitch-core` 内判断品牌，品牌差异仅由 compat 聚合器处理（最小清理）。
 
 ## 迁移与兼容
 
-- 配置：将旧 `providerType: 'qwen'|'glm'|'iflow'|'lmstudio'` 规范化为 `providerType: 'openai'`，并通过 `providerId` + `auth.type = '<provider>-oauth'` 表达家族；保留警告日志。
+- 配置：将旧 `providerType: 'qwen'|'glm'|'lmstudio'` 规范化为 `providerType: 'openai'`，并通过 `providerId` + `auth.type = '<provider>-oauth'` 表达家族；保留警告日志。
 - Qwen：默认走 OpenAI 兼容端点 `/v1/chat/completions`；如需 native wire，需新增协议 id 与 codec，不能在 `openai-chat` 协议下改形状。
 
 ### 配置示例（OAuth 品牌）
@@ -124,7 +123,7 @@ ProviderComposite 与 Hook/HTTP 层依赖 `BasePipeline` 回写的元数据：
 
 - 协议守卫：错配触发 `ERR_PROTOCOL_MISMATCH`；家族聚合器若改形状触发 `ERR_COMPAT_PROTOCOL_DRIFT`。
 - GLM 回归：tools 严格字段清理、1210/1214、非流式响应黑名单。
-- LM Studio / iFlow：OpenAI 形状不变；OAuth 流程（iFlow）在 Provider 层。
+- LM Studio：OpenAI 形状不变；OAuth 流程。
 - Qwen：保持 OpenAI 形状直连。
 - Responses：上游 SSE → JSON，对内一律 JSON。
 

package/docs/providers/provider-composite-testing.md

@@ -41,7 +41,7 @@ test('protocol mismatch fails fast', async () => {
 
 ## 3. 家族聚合回归（openai 协议族）
 
-针对 `glm/lmstudio/iflow`：
+针对 `glm/lmstudio`：
 
 - 入站：构造 openai-chat 形状请求 + 注入 runtime metadata（providerType='openai', providerId='glm' 等），
   - 断言：最小清理生效（如 GLM 删除 tools[].function.strict/无 tools 时删除 tool_choice）。

package/docs/providers/provider-type-only-migration.md

@@ -1,6 +1,6 @@
 # Provider 按协议类型划分（Type-only）迁移指南
 
-本文档描述从“按品牌/家族（glm/qwen/iflow/lmstudio）”到“按协议类型（openai/responses/anthropic/gemini）”的迁移要求与示例。
+本文档描述从“按品牌/家族（glm/qwen/lmstudio）”到“按协议类型（openai/responses/anthropic/gemini）”的迁移要求与示例。
 
 ## 目标
 
@@ -15,7 +15,7 @@
 ## 迁移规则
 
 1. 配置层
-   - 将原 `providerType: 'glm'|'qwen'|'iflow'|'lmstudio'` 替换为 `providerType: 'openai'`。
+   - 将原 `providerType: 'glm'|'qwen'|'lmstudio'` 替换为 `providerType: 'openai'`。
    - 将家族名写入：
      - `providerId`（路由家族）；
      - `auth.type = "<provider>-oauth"`（OAuth 场景）。
@@ -55,19 +55,6 @@
 }
 ```
 
-### iFlow（OAuth）
-
-```json
-{
-  "type": "openai-standard",
-  "config": {
-    "providerType": "openai",
-    "baseUrl": "https://api.iflow.com/v1",
-    "auth": { "type": "iflow-oauth" },
-    "models": ["iflow-gpt4-1106"]
-  }
-}
-```
 
 ### Responses（真实 /v1/responses wire）
 

package/docs/refactoring/compatibility-v2-architecture-design.md

@@ -62,7 +62,6 @@ graph TB
 │   ├── chat-http-provider.ts       # OpenAI Chat 协议 Provider
 │   ├── glm-strategy.ts             # GLM特定策略
 │   ├── qwen-strategy.ts            # Qwen特定策略
-│   └── iflow-strategy.ts           # Iflow特定策略
 ├── utils/                          # 工具类
 │   ├── schema-validator.ts         # Schema验证器
 │   ├── type-converter.ts           # 类型转换器
@@ -174,7 +173,7 @@ export abstract class BaseCompatibility implements ICompatibilityV2 {
 ```
 
 > 注：自 ProviderComposite 引入后，生产蓝图不再显式编排 compatibility 节点，兼容处理在 Provider 内部通过 composite 执行；
-> 现有兼容模块（GLM/LMStudio/iFlow 等）可被 openai-family 聚合器以“适配器”方式复用，职责保持为最小字段修剪/映射/黑名单，避免工具语义和 SSE 路径改动。
+> 现有兼容模块（GLM/LMStudio 等）可被 openai-family 聚合器以“适配器”方式复用，职责保持为最小字段修剪/映射/黑名单，避免工具语义和 SSE 路径改动。
 
 ### 2. 配置驱动转换引擎
 
@@ -702,7 +701,6 @@ export class V1CompatibilityAdapter implements ICompatibilityV2 {
 1. 实现OpenAI标准策略
 2. 实现GLM特定策略
 3. 实现Qwen特定策略
-4. 实现Iflow特定策略
 
 ### 第四阶段：兼容性保证 (2天)
 1. 实现V1适配器

package/docs/refactoring/host-164.3-responsibility-migration.md

@@ -42,7 +42,6 @@ This document records the responsibility split for `routecodex-164.3`:
 | Response postprocessing hooks | `src/providers/core/runtime/provider-response-postprocessor.ts` |
 | Gemini CLI response normalization | `src/providers/core/runtime/gemini-cli-response-postprocessor.ts` |
 | Gemini SSE normalization | `src/providers/core/runtime/gemini-sse-normalizer.ts` |
-| IFlow business-error classifier helpers | `src/providers/core/runtime/provider-iflow-business-error-utils.ts` |
 | Session/Codex header injection helpers | `src/providers/core/runtime/transport/session-header-utils.ts` |
 | OAuth header preflight helpers | `src/providers/core/runtime/transport/oauth-header-preflight.ts` |
 | Request header builder | `src/providers/core/runtime/transport/request-header-builder.ts` |

package/docs/routing-instructions.md

@@ -196,7 +196,7 @@ RouteCodex 支持通过用户消息中的特殊指令 `<**...**>` 来动态控
 - 错误管理：
   - 非法 marker（如 `sm:on/not-a-number`）忽略且不改写状态；
   - 无法解析的 `file://` marker 不生效，但主请求继续；
-  - 注入失败会清理 stopMessage 激活状态，避免坏状态自循环。
+- 注入失败会清理 stopMessage 激活状态，避免坏状态自循环。
 
 **示例：**
 
@@ -210,6 +210,47 @@ RouteCodex 支持通过用户消息中的特殊指令 `<**...**>` 来动态控
 - 若第 2 轮仍以 `stop` 结束且客户端仍连接，则再次自动补一条 `继续` 并发起第 3 轮；
 - 使用次数达到 `maxRepeats` 后自动停止，不再继续补发。
 
+### 8. `stopless` / `reasoning.stop`（停止前自检闸门）
+
+**语法：**
+
+- `<**stopless:on**>`
+- `<**stopless:off**>`
+- `<**stopless:endless**>`
+
+**效果：**
+
+- 只作用于当前 sticky session；
+- 不透传给上游模型；
+- 写入 `reasoningStopMode`；
+- 请求侧自动补入 `reasoning.stop` 工具定义；
+- 响应侧若观察到模型准备 `stop`，会先进入 `reasoning.stop` 自检闸门。
+
+**真实停止条件：**
+
+1. **任务已完成**  
+   - `is_completed=true`
+   - `completion_evidence` 非空
+
+2. **已穷尽可行尝试且遇到不可抗阻塞**  
+   - `is_completed=false`
+   - `next_step` 为空
+   - `attempts_exhausted=true`
+   - `cannot_complete_reason` 非空
+   - `blocking_evidence` 非空
+   - 若必须用户参与，再额外要求：
+     - `user_input_required=true`
+     - `user_question` 非空
+
+**模式差异：**
+
+- `stopless:on`：默认继续，但满足上述停止条件时允许停。
+- `stopless:endless`：比 `on` 更强调“只要还有 next_step 就继续”，**但并不是绝对禁止停止**；满足“任务完成”或“不可抗阻塞”时同样允许停。
+
+**实现锚点：**
+
+- `docs/design/reasoning-stop-lifecycle.md`
+
 ## 目标标识格式
 
 | 格式 | 含义 | 示例 |

package/docs/stop-message-auto.md

@@ -101,7 +101,6 @@ stopMessage 相关状态挂在 sticky session state（tmux 作用域）：
   - `sharedmodule/llmswitch-core/rust-core/crates/router-hotpath-napi/src/virtual_router_stop_message_actions.rs`
 - 自动处理器：
   - `sharedmodule/llmswitch-core/src/servertool/handlers/stop-message-auto.ts`
-  - `sharedmodule/llmswitch-core/src/servertool/handlers/stop-message-auto/iflow-followup.ts`
 
 ## 6. 验证要点
 

package/docs/token-refresh-daemon-plan.md

@@ -15,8 +15,8 @@
 
 ```
 ~/.rcc/auth/
-├── iflow-oauth-1-work.json           # 账号: work@example.com
-├── iflow-oauth-2-personal.json       # 账号: my@gmail.com
+├── glm-oauth-1-work.json           # 账号: work@example.com
+├── glm-oauth-2-personal.json       # 账号: my@gmail.com
 ├── qwen-oauth-1-default.json         # 账号: dev@company.com
 ├── gemini-cli-oauth-1-default.json
 └── antigravity-oauth-1-default.json
@@ -45,8 +45,8 @@ alias > email > name > account_id > 文件名
 
 | 文件名 | 显示名称 |
 |--------|----------|
-| iflow.json | 工作账号 (work@company.com) |
-| iflow-personal.json | 个人账号 (my@gmail.com) |
+| glm.json | 工作账号 (work@company.com) |
+| glm-personal.json | 个人账号 (my@gmail.com) |
 | qwen.json | dev@company.com |
 
 ## 认证流程
@@ -66,7 +66,7 @@ Token 已过期/刷新失败 ──→ 系统通知 ──→ 用户点击
                                         ▼
                     ┌───────────────────────────────────┐
                     │  认证页面显示:                     │
-                    │  - 目标文件: iflow-work.json       │
+                    │  - 目标文件: glm-work.json       │
                     │  - 账号: work@company.com          │
                     │  - [🔐 使用 Google 账号登录]        │
                     └───────────────────────────────────┘
@@ -99,7 +99,7 @@ Token 已过期/刷新失败 ──→ 系统通知 ──→ 用户点击
 
 ⚠️ Token 失效 - 需要重新认证
 
-📄 iflow-work.json
+📄 glm-work.json
 👤 work@company.com
 
 [打开浏览器认证]  [查看详情]  [取消]
@@ -111,7 +111,7 @@ Token 已过期/刷新失败 ──→ 系统通知 ──→ 用户点击
 ┌─────────────────────────────────────────────────────────┐
 │  🌙 Routecodex Token 认证                                │
 ├─────────────────────────────────────────────────────────┤
-│  📄 目标文件: iflow-work.json                            │
+│  📄 目标文件: glm-work.json                            │
 │  👤 账号: work@company.com                               │
 │  📊 状态: Refresh Token 已过期                           │
 │                                                         │
@@ -130,7 +130,7 @@ Token 已过期/刷新失败 ──→ 系统通知 ──→ 用户点击
 │  ✅ 认证成功                                               │
 ├─────────────────────────────────────────────────────────┤
 │  🎉 Token 已更新!                                        │
-│  📄 iflow-work.json                                     │
+│  📄 glm-work.json                                     │
 │  👤 work@company.com                                    │
 │  此窗口可以关闭，Daemon 已恢复监控                         │
 │  [返回终端]                                              │
@@ -142,8 +142,8 @@ Token 已过期/刷新失败 ──→ 系统通知 ──→ 用户点击
 ```
 🌙
  ├─ 📊 状态
- │   ├─ iflow.json ✅ 有效
- │   ├─ iflow-work.json ❌ 失效 [重新认证]
+ │   ├─ glm.json ✅ 有效
+ │   ├─ glm-work.json ❌ 失效 [重新认证]
  │   └─ qwen.json ⚠️ 25分钟后过期
  ├─ 🔄 刷新全部
  └─ ❌ 退出
@@ -162,7 +162,7 @@ routecodex start --daemon
 routecodex token-daemon status
 
 # 手动触发刷新
-routecodex token-daemon refresh iflow-oauth
+routecodex token-daemon refresh glm-oauth
 
 # 查看即将过期的 token
 routecodex token-daemon list --expiring
@@ -180,8 +180,8 @@ PID: 12345
 
 | 文件名              | 显示名称               | 状态   | 过期时间       | 剩余   |
 |---------------------|------------------------|--------|----------------|--------|
-| iflow.json          | 工作账号 (work@co.com) | ✅ 有效 | 2025-12-26 15:30 | 38分钟 |
-| iflow-work.json     | 个人账号 (my@gmail.com) | ❌ 失效 | -              | -      |
+| glm.json          | 工作账号 (work@co.com) | ✅ 有效 | 2025-12-26 15:30 | 38分钟 |
+| glm-work.json     | 个人账号 (my@gmail.com) | ❌ 失效 | -              | -      |
 | qwen.json           | dev@company.com        | ⚠️ 即将过期 | 2025-12-26 14:45 | 3分钟  |
 ```
 
@@ -265,5 +265,5 @@ PID: 12345
 2. [x] 提前刷新时间: 30分钟
 3. [x] 认证方式: 外部浏览器
 4. [x] 回调方式: 本地 HTTP 服务器
-5. [x] alias: 支持显式账号名称（类似 iflow 实现方式），用于多账号识别
+5. [x] alias: 支持显式账号名称，用于多账号识别
 6. [x] 手动刷新: 支持 `routecodex token-daemon refresh <file>`

package/docs/v2-architecture/IMPLEMENTATION-ROADMAP.md

@@ -175,7 +175,7 @@ This roadmap outlines the implementation plan for V2 pipeline architecture with
 **Tasks**:
 - [x] Internalize compatibility into Provider (ProviderComposite)
 - [x] Add protocol guards and minimal shape checks (Fail Fast)
-- [x] OpenAI-family aggregator (glm/lmstudio/iflow reuse; qwen safe path)
+- [x] OpenAI-family aggregator (glm/lmstudio reuse; qwen safe path)
 - [x] Factory protocol-first selection; normalize legacy providerType
 - [x] Docs for design/testing/migration
 

package/docs/v2-architecture/PROVIDER-V2-CHANGESET-RELEASE-CHECKLIST.md

@@ -2,7 +2,7 @@
 
 - Date: 2026-02-09
 - Source branch: `main`
-- Scope: 最近 4 个提交（架构草案 + iflow provider 对齐 + validate 进程清理）
+- Scope: 最近 4 个提交（架构草案 + validate 进程清理）
 
 ## 1) Changeset 映射
 
@@ -10,7 +10,6 @@
 |---|---|---|---|---|
 | `167400e0b` | Provider V2 架构草案全集（113.1~113.5） | 113 规划阶段 | Low | 文档与 `.beads/issues.jsonl` |
 | `8ea3ab778` | 文档约束增强（M10/M13/M16 + 验证门槛） | 113.5 审阅收敛 | Low | 文档与 `.beads/issues.jsonl` |
-| `ecf3dbe70` | iFlow CLI 头/签名对齐 | Wave-1（iflow）预实现 | High | 运行时代码变更 + 单测 |
 | `3857b25e6` | validate 启动/清理避免孤儿进程 | 运维/CLI 稳定性 | Medium | 运行时代码变更 |
 
 ## 2) 推荐 cherry-pick 顺序
@@ -45,14 +44,10 @@
    - `npm run build:dev`
    - `npm run install:global`
 
-## 4) Replay Gate（Wave-1 iflow）
 
-## Same-shape（iflow）
 
 ```bash
 npm run replay:codex-sample -- \
-  --sample <iflow-sample-client-request.json> \
-  --label wave-1-iflow-same-shape
 ```
 
 ## Control（非受影响 provider）
@@ -60,13 +55,11 @@ npm run replay:codex-sample -- \
 ```bash
 npm run replay:codex-sample -- \
   --sample <control-sample-client-request.json> \
-  --label wave-1-iflow-control
 ```
 
 ## 5) 风险与回滚点
 
 - `ecf3dbe70`（High）
-  - 关注：`x-iflow-signature` 计算一致性、`session-id/conversation-id` 映射。
   - 回滚：直接回退该 commit；不影响其它文档提交。
 - `3857b25e6`（Medium）
   - 关注：validate 自启 server 后停止逻辑、异常分支 cleanup。
@@ -74,7 +67,6 @@ npm run replay:codex-sample -- \
 
 ## 6) 发布后观察建议
 
-- 观察 iflow 400/435 比例是否下降。
 - 观察 validate 后是否仍残留 `routecodex`/`rcc start` 进程。
 - 若异常，按单 commit 回滚并保留 same-shape/control 证据。
 

package/docs/v2-architecture/PROVIDER-V2-LAYERING-ADR-DRAFT.md

@@ -15,7 +15,7 @@
 
 基于当前代码可观察到的典型信号（作为迁移切入点）：
 
-- Kernel 中存在 iFlow/Antigravity/Codex UA 分支逻辑与签名行为。
+- Kernel 中存在 Antigravity/Codex UA 分支逻辑与签名行为。
 - `service-profiles.ts` 既承载基础配置，也承载品牌特定 header 与行为暗约束。
 - Factory 在协议映射、module 选择、brand 归一间承担了超出“构造器”范畴的语义。
 
@@ -55,7 +55,7 @@ Kernel 只保留“与业务语义无关”的纯通用能力：
 
 Kernel 禁止：
 
-- 品牌识别分支（例如 `iflow` / `qwen` / `glm`）
+- 品牌识别分支（例如 `qwen` / `glm`）
 - 特定上游签名算法、header 语义修复
 - 模型级行为修复与策略 fallback
 
@@ -81,7 +81,7 @@ Family Profile 承载“同协议下不同品牌”的差异策略：
 - auth policy（oauthProviderId 解析、token 形态扩展）
 - request policy（字段注入、字段裁剪、模型映射）
 - response policy（错误 envelope 归一、供应商业务码映射）
-- optional signing policy（例如 iFlow 的签名规则）
+- optional signing policy
 
 Profile 必须是声明式 + 小型策略函数，不允许变成第二个 transport kernel。
 
@@ -154,7 +154,6 @@ src/providers/core/
     gemini/
   profiles/
     families/
-      iflow/
       qwen/
       glm/
       antigravity/

package/docs/v2-architecture/PROVIDER-V2-MIGRATION-MATRIX-DRAFT.md

@@ -17,13 +17,6 @@
 
 | ID | 当前位置（文件:行） | 当前行为 | 目标层 | 迁移动作 | 风险级别 | 连线阶段 |
 |---|---|---|---|---|---|---|
-| M01 | `src/providers/core/runtime/http-transport-provider.ts:780` | `iflowWebSearch` 特判 endpoint `/chat/retrieve` | Family Profile（iflow） | 从 Kernel 抽离为 `iflow.requestPolicy.resolveEndpoint()` | 高 | Wave-1（iflow） |
-| M02 | `src/providers/core/runtime/http-transport-provider.ts:804` | `iflowWebSearch` 特判 body 直透 `request.data` | Family Profile（iflow） | 抽离为 `iflow.requestPolicy.buildBody()` | 高 | Wave-1（iflow） |
-| M03 | `src/providers/core/runtime/iflow-http-provider.ts:40` | iFlow 子类重复实现 webSearch endpoint/body 特判 | Family Profile（iflow） | 去重，保留单一事实实现（profile） | 高 | Wave-1（iflow） |
-| M04 | `src/providers/core/runtime/http-transport-provider.ts:992` | iFlow UA 优先级反转（service UA > inbound UA） | Family Profile（iflow） | 抽离为 `iflow.headerPolicy.resolveUserAgentPriority()` | 高 | Wave-1（iflow） |
-| M05 | `src/providers/core/runtime/http-transport-provider.ts:1212` | iFlow `session-id/conversation-id` 规范化 + 签名头 | Family Profile（iflow） | 抽离为 `iflow.signingPolicy.applyHeaders()` | 高 | Wave-1（iflow） |
-| M06 | `src/providers/core/runtime/http-request-executor.ts:499` | iFlow HTTP200 + status=439 token expired 特判抛错 | Family Profile（iflow） | 抽离为 `iflow.responsePolicy.classifyBusinessEnvelope()` | 高 | Wave-1（iflow） |
-| M07 | `src/providers/core/runtime/http-request-executor.ts:531` | iFlow business envelope `error_code/msg` -> HTTP_400 | Family Profile（iflow） | 抽离为 `iflow.errorPolicy.toProviderError()` | 高 | Wave-1（iflow） |
 | M08 | `src/providers/core/runtime/http-transport-provider.ts:888` | Gemini-family 注入 `X-Goog-Api-Client` / `Client-Metadata` | Family Profile（gemini, qwen） | 下沉到对应 profile header policy | 中 | Wave-2（gemini/qwen） |
 | M09 | `src/providers/core/runtime/http-transport-provider.ts:1048` | Antigravity 删除 `session_id/conversation_id` | Family Profile（antigravity） | 抽离为 `antigravity.headerPolicy.cleanup()` | 中 | Wave-2（antigravity） |
 | M10 | `src/providers/core/runtime/http-request-executor.ts:403` | Antigravity 多 base fallback 条件（429/400/context-error） | Family Profile（antigravity）+ Kernel retry SPI | 先抽 Kernel Retry SPI（实现重试），profile 仅提供 retry 条件策略（不实现重试流程） | 高 | Wave-2（antigravity） |
@@ -31,10 +24,10 @@
 | M12 | `src/providers/core/runtime/gemini-http-provider.ts:176` | Antigravity 签名类错误包装为 response | Family Profile（antigravity） | 抽离为 profile response policy | 中 | Wave-2（antigravity） |
 | M13 | `src/providers/core/runtime/provider-factory.ts:388` | `gemini-cli-oauth` 决定实例化 GeminiCLI provider | Protocol + Profile 选择器 | factory 仅装配（不解析/不实例化 profile）；选择逻辑迁到 registry resolver（只解析不实例化） | 中 | Wave-3（factory clean） |
 | M14 | `src/providers/core/runtime/base-provider.ts:582` | gemini-cli/antigravity 429 bucket 粒度按 model | Family Profile（antigravity/gemini-cli） | 抽离为 rate-limit profile policy | 中 | Wave-2 |
-| M15 | `src/providers/core/config/service-profiles.ts:123` | glm/qwen/iflow/gemini-cli 默认 header/base/model 混在基础 profile | Profile 目录（family defaults） | 拆成 protocol-base + family-default overlay | 中 | Wave-3 |
+| M15 | `src/providers/core/config/service-profiles.ts:123` | glm/qwen/gemini-cli 默认 header/base/model 混在基础 profile | Profile 目录（family defaults） | 拆成 protocol-base + family-default overlay | 中 | Wave-3 |
 | M16 | `src/providers/core/utils/provider-type-utils.ts:14` | LEGACY family->type 映射与协议映射耦合 | Registry（provider 目录映射） | 单独迁入 provider-directory map；归一完成即冻结，runtime 禁止二次推断 | 中 | Wave-3 |
-| M17 | `src/providers/core/config/provider-oauth-configs.ts:26` | OAuth 配置按 providerId 硬编码（qwen/iflow/gemini-cli/antigravity） | Family Profile（auth policy） | 抽为 profile-auth config，kernel 仅执行 flow | 中 | Wave-2 |
-| M18 | `src/providers/core/runtime/http-transport-provider.ts:1290` | `isIflow/isAntigravity` 运行时识别散落在 transport | Registry + Profile resolver | 由配置 `providerId` + provider目录映射统一识别 | 高 | Wave-1/2 |
+| M17 | `src/providers/core/config/provider-oauth-configs.ts:26` | OAuth 配置按 providerId 硬编码（qwen/gemini-cli/antigravity） | Family Profile（auth policy） | 抽为 profile-auth config，kernel 仅执行 flow | 中 | Wave-2 |
+| M18 | `src/providers/core/runtime/http-transport-provider.ts:1290` | `isAntigravity` 运行时识别散落在 transport | Registry + Profile resolver | 由配置 `providerId` + provider目录映射统一识别 | 高 | Wave-1/2 |
 
 ## 3. 哪些应该留在 Kernel（不迁）
 
@@ -49,13 +42,10 @@
 
 ### 高风险项
 
-1. iFlow 业务错误 envelope（M06/M07）
    - 风险：迁移不完整会导致 200 响应落到后续阶段才报 malformed。
-2. iFlow 签名头（M05）
    - 风险：签名 payload 任何字段顺序变化都会直接 400。
 3. Antigravity fallback（M10）
    - 风险：错误重试策略漂移会放大失败率。
-4. iflowWebSearch 双实现（M01/M02/M03）
    - 风险：双源逻辑导致行为不一致，必须先去重再连线。
 
 ### 前置依赖
@@ -67,7 +57,6 @@
 
 ### 实现阶段（不接线）
 
-1. 新建 `profiles/families/iflow/*`，实现 endpoint/body/header/signature/error policy。
 2. 新建 `profiles/families/antigravity/*`，实现 fallback/header/error policy。
 3. 新建 `protocols/gemini/*` 适配器，承接消息 shape 转换。
 4. 新建 `profiles/registry.ts` 与 provider-directory 映射解析器。
@@ -76,7 +65,7 @@
 
 ### 连线阶段（逐批次）
 
-1. Wave-1 仅接 iFlow（M01~M07, M18-iflow）。
+1. Wave-1 清理完成。
 2. Wave-2 接 antigravity/gemini-cli（M09/M10/M12/M14/M17）。
 3. Wave-3 做 factory/service-profile/provider-type-utils 清理（M11/M13/M15/M16）。
 

package/docs/v2-architecture/PROVIDER-V2-PHASED-MIGRATION-ROLLBACK-DRAFT.md

@@ -68,7 +68,7 @@
 
 ## Phase 2（新主旧影子切换）
 
-- 按 wave 逐批连线（Wave-1 iflow -> Wave-2 antigravity/gemini-cli -> Wave-3 清理层）。
+- 按 wave 逐批连线（Wave-1 antigravity -> Wave-2 antigravity/gemini-cli -> Wave-3 清理层）。
 - 连线后新实现主路径生效，旧实现影子并行观测。
 
 ### Entry Gate
@@ -127,14 +127,13 @@
 ## 4.3 回滚粒度
 
 - 以 wave 为最小回滚单位。
-- wave 内可按 provider family 子单元回滚（例如仅回滚 iflow）。
+- wave 内可按 provider family 子单元回滚（例如仅回滚 antigravity）。
 
 ## 5. Wave 拆分建议
 
-### Wave-1（iflow）
 
-- 包含 M01~M07 + M18(iflow)。
-- 核心目标：iflowWebSearch 去重、UA/signature、business envelope 归一。
+- 包含 M01~M07 + M18。
+- 核心目标：WebSearch 去重、UA/signature、business envelope 归一。
 
 ### Wave-2（antigravity/gemini-cli）