Skip to content

v4.22.0: 上游 Pipeline 编排化与仪表盘运营可视化

Choose a tag to compare

View all tags
@github-actions github-actions released this 25 Sep 00:27
· 4 commits to main since this release
v4.22.0
0c009dc

优化提升计划收尾：架构 D（upstream Pipeline）完成 + 仪表盘运营能力可视化。
零配置升级承诺：API 行为与错误语义零变化（导出面 14 符号逐一比对一致）；
前端为纯增量两张只读卡片，默认渲染不变。

架构

  • D. upstream Pipeline 编排化：sendToCC 325 行深嵌套 → 181 行编排层 +
    pipeline/ 5 个阶段模块（timeouts 超时装配 / request 受控请求含 SSRF 重定向防护 /
    response-error 分类与退避 / stream 流包装与首事件探测 / errors 共享基础件），
    upstream.ts 730 → 393 行。阶段间显式参数传递、无共享可变闭包；SSRF 注释逐行随迁；
    日志顺序与文案逐字保留。导出面 14 符号一致，调用方零改动。
    明确保留在编排层：并发槽位管理、onRetry 换号回调、重试循环控制流（强行提取会引入风险）。
  • 既有测试矩阵（挂钟上限/首事件探测/重试换号/SSRF 重定向/流错误）拆分前后零回归。

仪表盘

  • 新增 GET /api/features 只读端点：健康检查/Webhook/Prompt 版本/限流/模型访问/审计
    六类能力的运行时开关状态与参数（WEBHOOK_URL 不回显，专测锁死）。
  • 概览页新增「通道健康」与「运行开关」两张只读卡片：探活结果/延迟/连续失败/可用率、
    各开关徽标与参数；随概览页既有 30s 轮询刷新，不新增定时器；全 esc() 转义。

明确不做（计划终态）

  • E. 路由去重（chat.ts/messages.ts 60% 重复 → RouteMiddleware）：按架构师建议
    取消——风险最高、成本翻倍，且 4.21.0 的限流/审计插桩刚在两路由落地，大改会把
    插桩与既有覆盖搅动，回归风险陡增；重复的维护代价由 607 项测试矩阵兜底可控。
  • Prompt A/B、语义缓存、MCP Gateway、Docker/K8s、最低成本路由：与本地单 exe 定位
    冲突，砍掉（4.20.0 分析结论维持）。

测试

  • 全量 606/607 通过（+features 5 项）；唯一失败为既有环境性用例（本机生产 .env）。
  • tsc --noEmit、eslint 零错误。
Assets 2
Loading