精装房控制论画像

精装房:CC-Router

Product Portrait · 控制论画像ccrouter
CASE

Claude Code Router (CCR) — 精装房控制论画像

由「路由配置(provider 预设 + 模型映射)+ 故障转移/密钥轮换策略」承担,把"用哪个模型、走哪条链路"作为可配置设定值。

装

精装度评估

Premium Score
2.1/5
预装多 Provider 预设路由、故障转移、密钥轮换、仪表盘、Fusion 视觉/web/MCP/ToolHub,属"配置即用的中转框架";但核心网关底座为二手依赖,非自研,精装度受底座天花板限制。
分类:二次封装/中转一手/二手:二手(依赖 @the-next-ai/ai-gateway 网关底座)证据强度:源码级
维度预装情况依据
多Agent编排✖️定位为路由/中转,非多 Agent 编排(源码级)
Skill库部分ToolHub 汇聚工具,非通用 skill 库(源码级)
工作流编排部分Fusion 视觉/web/MCP 流程,非通用 DAG(源码级)
模型接入✅多 provider 预设路由(Kimi 等)(源码级)
一键部署✅预设路由 + 仪表盘,开箱即用(源码级)
沙箱/隔离✖️无执行沙箱,仅请求中转(源码级)
MCP生态✅ToolHub / MCP 接入(源码级)
记忆✖️无长期记忆,会话路由为主(源码级)
声称 vs 实际:官方声称「Claude Code 增强控制面」 → 源码级铁证为二手封装:packages/core 依赖 @the-next-ai/ai-gateway(第三方网关底座),路由与转发能力建立在他人网关之上。实证结论:声称"增强/平替",实为封装底座的中转层(源码级)。
SP

设定值(Setpoint)——请求目标 → 路由策略

用户意图 → 可验证子目标
承担角色:由「路由配置(provider 预设 + 模型映射)+ 故障转移/密钥轮换策略」承担,把"用哪个模型、走哪条链路"作为可配置设定值。

关键机制

  • 多 Provider 预设路由:配置把请求映射到不同 provider(Kimi 等),设定值 = 目标 provider/模型(源码级)。
  • 故障转移策略:主 provider 失败自动切换备用,设定值含"可用性优先"目标(源码级)。
  • 密钥轮换:多 key 轮询,设定值含"配额/限流"约束(源码级)。
  • 仪表盘配置:可视化配置路由与用量,降低设定值编辑门槛(源码级)。
控制论映射:KT-ctrl-045(规划-执行解耦,路由决策与请求执行分离)/ KT-ctrl-041(分层控制,策略层选路、转发层执行)。
强——路由/故障转移/密钥轮换策略开箱可配;弱——设定值局限于"选哪条链路",无任务级目标分解能力。
E

E 环 — 评估/传感器(provider 健康 + 用量读数)

评估/传感器
承担角色:由「provider 响应状态 + 故障检测 + 用量/配额读数 + 仪表盘统计」承担,评估信号聚焦"链路是否可用、配额是否耗尽"。

关键机制

  • provider 健康探测:请求失败/超时触发故障转移判定,构成可用性传感器(源码级)。
  • 用量/配额读数:仪表盘统计各 provider 用量,作为成本侧观测(源码级)。
  • 错误分类:区分限流/超时/网络错误,决定转移策略(源码级)。
  • Fusion 视觉/web 结果:融合多源结果的观测信号(源码级)。
控制论映射:KT-ctrl-012(观测噪声 R,链路信号可信度)/ KT-ctrl-035(DOB,用量偏移在线估计)。
🔴 最弱环——传感器只测"链路可用/配额",无任务语义质量评估,无法判断"回答对不对",评估能力受中转定位天然限制。
T

T 环 — 执行器/工具(网关转发 + ToolHub)

工具调用/执行器
承担角色:由「@the-next-ai/ai-gateway 网关转发 + ToolHub 工具汇聚 + MCP 接入 + 故障转移执行」承担,执行器本体是二手网关。

关键机制

  • 网关转发(核心执行器,二手):packages/core 经 @the-next-ai/ai-gateway 转发请求到目标 provider——执行动作的实际落地者非自研(源码级)。
  • 故障转移执行:主链路失败时切换备用 provider 落地请求(源码级)。
  • 密钥轮换执行:多 key 轮换保障配额内持续执行(源码级)。
  • ToolHub / MCP 工具执行:汇聚工具供模型调用(源码级)。
  • Fusion 视觉/web 执行:多模态/联网动作经网关执行(源码级)。
控制论映射:KT-ctrl-034(限幅/看门狗,配额与限流硬约束)/ KT-ctrl-033(冗余与仲裁,多 provider 故障转移)。
🟡 中——故障转移/密钥轮换提供链路冗余;弱——执行器为二手网关,无执行沙箱,能力与稳定性受上游底座约束。
M

M 环 — 记忆/状态估计(路由状态 + 用量统计)

记忆/状态估计
承担角色:由「provider 健康状态 + 密钥/配额状态 + 仪表盘统计」承担,维护"链路当前状态",无会话/长期记忆。

关键机制

  • provider 健康状态表:记录各链路可用性,供转移决策(源码级)。
  • 密钥/配额状态:跟踪各 key 用量,防超限(源码级)。
  • 仪表盘统计聚合:用量/成本统计的降维表示(源码级)。
  • 无会话记忆:不维护对话级状态,状态估计限于链路层(源码级)。
控制论映射:KT-ctrl-010(状态估计问题,估计链路可用状态)/ KT-ctrl-014(信息滤波/降维,统计聚合)。
🟡 中——链路状态估计清晰;弱——无任务/会话级记忆,状态维度窄。
P

P 环 — 规划/分层控制(路由策略层)

规划/分层控制
承担角色:由「路由策略(模型映射 + 故障转移 + 密钥轮换)」承担,是单层策略控制器,不做多 Agent 任务规划。

关键机制

  • 模型映射策略:把请求路由到指定 provider/模型(源码级)。
  • 故障转移策略:定义切换顺序与阈值(源码级)。
  • 密钥轮换策略:定义 key 选择与配额约束(源码级)。
  • 无任务分解:不产出里程碑序列,规划能力仅到"选路"粒度(源码级)。
控制论映射:KT-ctrl-041(分层控制,策略层 vs 转发层)/ KT-ctrl-043(时标分离,策略慢、转发快)。
🟡 中——路由策略可配;弱——无多 Agent/多步任务规划,P 环被压缩为单层选路。
R

R 环 — 反思/反馈闭环(故障转移 + 重试)

反思/反馈闭环
承担角色:由「故障转移 + 重试 + 错误分类回灌」承担,是链路级负反馈,无任务级反思。

关键机制

  • 故障转移即负反馈:链路失败 → 切换备用,纠正"不可用"偏差(源码级)。
  • 重试退避:对限流/超时做退避重试,抑制瞬时扰动(源码级)。
  • 错误分类回灌:错误类型决定后续策略(源码级)。
  • 无任务反思:不评估"回答质量",无 Reflexion 式自我纠偏(源码级)。 ## 精装房画像总结
控制论映射:KT-ctrl-002(负反馈闭环)/ KT-ctrl-021(P 即时纠偏,故障转移)/ KT-ctrl-023(D 预测性,退避抑制趋势)。
🟡 中——链路级纠错及时;弱——无任务语义反思,R 环停留在可用性层面。
★

控制论画像总结

整体范式:整体范式:基于二手网关底座的多 Provider 路由/中转控制面,链路级闭环、任务级开环。