OmniRoute 仪表盘功能全景指南：从 Providers 到 SSRF 防护的完整控制台解析-平芜编程栈

OmniRoute 仪表盘功能全景指南：从 Providers 到 SSRF 防护的完整控制台解析

【免费下载链接】OmniRouteNever stop coding. Free MIT AI gateway: one endpoint, 352 providers (150+ free), 1200+ models Kimi, Claude, GPT, Gemini, GLM, DeepSeek, MiniMax. Works with Claude Code, Codex, Cursor, OpenCode, Cline & Copilot. Quota-aware auto-fallback, RTK+Caveman compression saves 15-95% tokens, MCP/A2A, Desktop/PWA. Built by 550+ contributors项目地址: https://gitcode.com/GitHub_Trending/om/OmniRoute

本文以 OmniRoute 官方功能画廊文档（docs/guides/FEATURES.md 及其多语言译本，如 docs/i18n/bn/docs/guides/FEATURES.md）为骨架，结合仓库源码逐模块讲解 OmniRoute 仪表盘的每一个功能分区——提供商管理、组合路由、分析与健康监控、CLI 工具与 Agent 管理、上下文中继、提示压缩、代理加固、媒体生成、WebSocket 桥接与配置同步等。读完本文，你将掌握 OmniRoute 控制台的完整能力地图、关键配置参数的语义与默认值，以及若干核心功能的源码级实现原理，能够据此高效配置与运维自己的 AI 网关实例。

OmniRoute 是一个开源的统一 AI 网关（MIT 协议），以"一个端点接入数百家提供商、上千个模型"为核心主张，控制台（Dashboard）是它的操作中枢。官方功能画廊文档用"分区截图 + 能力清单"的方式枚举了仪表盘的每一个模块，本文在此基础上逐一展开，并为每项能力补充源码证据，方便开发者按图索骥、深入源码继续探索。

一、能力总览：仪表盘到底能做什么

按官方文档的结构，OmniRoute 仪表盘的能力可以划分为以下几大类：

能力域	对应模块	一句话说明
连接管理	Providers、OAuth Env Repair	管理 OAuth / API Key / 免费提供商连接
路由编排	Combos、Context Relay、Prompt Compression	多模型组合、自动回退、跨账号上下文延续、Token 压缩
观测分析	Analytics、System Health、Request Logs、Audit Log	Token 消耗、成本、延迟、熔断状态、请求日志、审计事件
调试工具	Translator Playground、Model Playground	API 翻译调试与任意模型在线试玩
工具集成	CLI Tools、CLI Agents	一键配置 Claude Code、Codex、Cursor 等编码工具
治理安全	API Keys、Settings、Compliance Audit、SSRF Guard	密钥治理、细粒度设置、合规审计、出站请求防护
发布形态	Desktop、API Endpoint、V1 WebSocket Bridge、Sync Tokens	桌面应用、统一端点、WebSocket 流式桥、跨设备配置同步
附加能力	Media、Themes、Email Privacy Masking、Model Visibility	媒体生成、主题定制、隐私掩码、模型显隐

其中 v3.8.x 周期的亮点（见英文版文档"✨ v3.8.0 Highlights"一节）包括：零配置自动路由（auto/coding、auto/fast、auto/cheap、auto/offline、auto/smart、auto/lkgp、auto/chaos等前缀，背后是 16 因子评分引擎与 6 套 curated mode packs）、新增多家免费提供商、Manifest 驱动的分级路由（W1–W4）、每会话粘性路由、重置感知路由策略（prefer 配额窗口最早重置的账号）、fallbackDelayMs回退延迟调优、Reasoning Replay Cache 等。这些能力大多在下面的分区介绍中会再次出现。

二、Providers：三类提供商连接的管理中心

Providers 页面是仪表盘的入口模块，官方文档将其管理的连接分为三类：

OAuth 提供商：如 Claude Code、Codex，通过浏览器授权登录，账号带完整 OAuth 凭据生命周期管理；
API Key 提供商：如 Groq、DeepSeek、OpenRouter，只需填入 API Key 即可接入；
免费提供商：如 Qoder、Kiro，无需付费凭据即可使用。Kiro 账号还包含余额跟踪——剩余积分、总配额与续期日期都会显示在Dashboard → Usage中。

文档还特别提到 OpenRouter 连接可以在高级设置中保存每连接的preset。设置后，OmniRoute 会将其作为 OpenRouter 请求的顶层字段发送（例如"preset": "email-copywriter"），除非客户端请求本身已经带了preset。

Providers 页面是连接健康的核心观测点。配合后文介绍的Email Privacy Masking（OAuth 账号邮箱默认掩码为di*****@g****.com格式，悬停 tooltip 显示完整地址）与OAuth Env Repair（一键"Repair env"，自动修复缺失的 OAuth client 凭据、损坏的 env 条目与备份路径消毒），Providers 页面同时兼顾了接入、运维与隐私三件事。

三、Combos：多模型组合路由策略详解

Combos 是 OmniRoute 路由能力的核心。官方英文文档（v3.8.x）列出19 种公开路由策略，中文版文档（更早版本）为 13 种，合并去重后的完整清单如下：

策略	说明
`priority`	按优先级顺序回退
`weighted`	按权重分配流量
`round-robin`	轮询调度
`random`	随机选择
`strict-random`	严格随机（不掺入权重）
`least-used`	最少使用优先
`cost-optimized`	成本优化
`headroom`	基于容量余量的选择
`reset-aware`	优先选择配额窗口最早重置的账号
`reset-window`	基于配额重置窗口调度
`p2c`（power-of-two choices）	两随机选择中取优，经典负载均衡策略
`lkgp`（last-known-good-provider）	最后一个已知可用提供商优先
`context-optimized`	上下文感知优化
`cache-optimized`	缓存命中优先
`fill-first`	先填满低优先级目标
`auto`	自动评分选择
`context-relay`	上下文中继（详见后文）
`fusion`	并行扇出到一组模型，再由 judge 模型综合成一个答案
`pipeline`	流水线式串联执行

每个 Combo 都可以链式串联多个模型并自动回退，官方文档记录的近期改进包括：

结构化 Combo 构建器：每一步都精确选择 provider、model 与具体 account/connection；
重复提供商支持：只要(provider, model, connection)三元组唯一，同一提供商可在同一个 Combo 中多次复用；
Combo 目标健康度：分析与健康面板现在区分单个 combo 目标/步骤，而不是把一切都折叠成模型字符串；
复合层排序：defaultTier -> fallbackTier会影响顶层 combo 步骤的运行时执行/回退顺序；
系统提示词模板（v3.8+）：combo 的system_message支持服务端展开{{MODEL_ID}}、{{PROVIDER_ID}}、{{ACCOUNT}}、{{FINGERPRINT}}占位符，在真正路由到目标的前一刻展开。这些占位符采用白名单制、非递归，未知占位符保持字面量，空值展开为空字符串，且绝不重写客户端提供的 system prompt。{{FINGERPRINT}}仅对基于指纹的免费提供商且固定/自动轮换指纹时才解析，其他场景展开为空。

从仓库结构看，Combo 的路由执行、回退与配额逻辑集中在src/sse/（SSE 流式转发）与src/lib/（数据库、策略与运行时工具）两大目录中，配合tests/unit下的大量单测可深入验证每种策略的行为。

四、Analytics 与 System Health：用量与健康观测

4.1 Analytics（用量分析）

Analytics 面板提供全面的用量分析：Token 消耗、成本估算、活跃度热力图（heatmap）、每周分布图以及按提供商拆分的明细。Kiro 类免费账号的积分余额、总配额与续期日期也在此类用量页面呈现（Dashboard → Usage）。配合 v3.8 新增的Service tier breakdown / Codex fast tier analytics，可以按服务层级查看消费明细；DeepSeek quota and limit monitoring则把日/月用量直接暴露在仪表盘上。

4.2 System Health（系统健康）

System Health 面板提供实时监控：

运行指标：uptime、内存占用、版本号；
延迟分位：p50 / p95 / p99；
缓存统计：缓存命中率与容量状态；
熔断器状态：各提供商的 circuit breaker 当前是关闭、打开还是半开；
活跃配额监控会话数；
Combo 目标健康度：按步骤/目标维度的健康信息。

健康数据还延伸到Resilience 面板（见 Settings 一节）：模型级冷却状态、限流头学习结果（x-ratelimit-reset-requests、x-ratelimit-reset-tokens、Retry-After）等都会在此可视化。

五、调试与试玩：Translator Playground 与 Model Playground

5.1 Translator Playground（翻译器调试场）

由于 OmniRoute 需要在 OpenAI、Claude、Gemini 等不同 API 方言之间做请求/响应翻译，官方提供了四种调试模式：

Playground：格式转换器，纯离线转换请求/响应格式，不发网络请求；
Chat Tester：实时构造并发送请求，观察真实上游响应；
Test Bench：批量测试（batch tests），一次性验证多种翻译场景；
Live Monitor：实时监控流式翻译过程。

5.2 Model Playground（模型试玩，v2.0.9+）

Model Playground 让你在仪表盘里直接试玩任意模型：选择 provider、model 与 endpoint，用Monaco Editor（VS Code 同款编辑器）编写 prompt，实时流式接收响应，支持中途中断（abort）并查看时序指标（TTFT、总耗时等）。

六、Themes 与 Settings：外观定制与全局配置

6.1 Themes（主题定制，v2.0.5+）

整个仪表盘支持自定义配色主题：内置 7 种预设色（Coral 珊瑚红、Blue 蓝、Red 红、Green 绿、Violet 紫、Orange 橙、Cyan 青），也支持任选 hex 颜色创建自定义主题；亮色、暗色与跟随系统三种模式均可切换。

6.2 Settings（设置面板，7 个标签页）

官方英文文档（v3.8.x）记录了设置面板的7 个标签页：

标签	核心内容
General	系统存储、备份管理（数据库导出/导入）
Appearance	主题选择（dark/light/system）、主题预设与自定义颜色、健康日志可见性、侧边栏条目与分组分隔符可见性、Endpoint 隧道可见性控制
AI	AI 助手特性、默认路由预设（Auto Combo`auto/coding`、`auto/fast`、`auto/cheap`、`auto/smart`）、reasoning replay cache、skill/memory 开关
Security	API 端点保护、自定义提供商屏蔽、IP 过滤、会话信息
Routing	模型别名、后台任务降级、Manifest 感知分级路由（W1–W4）、`fallbackDelayMs`、每会话粘性路由
Resilience	限流持久化、熔断器调参、自动禁用被封账号、提供商过期监控、Context Relay交接阈值与摘要模型配置、每提供商 429 分类与`useUpstream429BreakerHints`开关、模型冷却管理
Advanced	配置覆盖（overrides）、配置审计轨迹、回退降级模式、Responses API 后台模式降级

中文版文档中 Settings 各标签的描述与上述一致，并强调Resilience标签下包含Context Relay的交接阈值与摘要模型配置——这是跨账号会话延续能力的关键开关所在。

七、CLI Tools 与 CLI Agents：编码工具链一键配置

7.1 CLI Tools（v2.0+）

CLI Tools 页面提供对主流 AI 编码工具的一键配置，官方列表为：Claude Code、Codex CLI、OpenClaw、Kilo Code、Antigravity、Cline、Continue、Cursor、Factory Droid。能力包括：

自动化配置应用/重置（apply/reset），写入各工具自己的配置文件；
连接配置文件（connection profiles），为不同工具或场景维护多套配置；
模型映射（model mapping），把 OmniRoute 的模型路由映射到各工具。

7.2 CLI Agents（v2.0.11+）

CLI Agents 面板用于发现与管理 CLI 智能体，官方文档列出内置的16 个 Agent：Codex、Claude、Goose、OpenClaw、Aider、OpenCode、Cline、ForgeCode、Amazon Q、Open Interpreter、Cursor CLI、Warp、Windsurf、Devin CLI、Kimi Coding、Command Code（中文版文档记载为 17 个，含 Qwen Code；以最新英文版 16 个为准）。

面板能力包括：

安装状态检测：Installed / Not Found，并检测版本号；
协议徽章：标识 stdio、HTTP 等通信协议；
自定义 Agent 注册：通过表单登记任意 CLI 工具（名称、二进制路径、版本命令、spawn 参数）；
CLI 指纹匹配：按提供商开关，匹配原生 CLI 请求签名以降低封号风险，同时保留代理 IP；
本地 Devin 认证：Devin CLI 使用本地devin auth login凭据，无需浏览器 OAuth 流程。

八、Context Relay：跨账号轮换时的会话延续（v3.5.5+）

Context Relay 是一种组合策略，解决的是"对话中途账号轮换导致上下文断裂"的问题。其机制是：

在活跃账号配额耗尽之前，OmniRoute 在后台生成一份结构化交接摘要（handoff summary）；
当下一个请求解析到不同账号时，这份摘要以system message的形式注入，新账号得以携带完整上下文继续会话。

配置项（可在 combo 级或全局设置）：

配置项	含义	默认值
Handoff Threshold	触发摘要生成的配额使用百分比	85%
Max Messages For Summary	压缩多少最近的历史消息	可调
Summary Model	生成交接摘要的可选覆盖模型	可选，缺省用默认模型

官方文档说明，Context Relay 目前支持Codex 账号轮换。更多细节见 Context Relay 相关架构说明（英文版文档指向该文件，中文版文档所引用的features/context-relay.md在当前仓库中位于docs/frameworks/之外的变更片段体系，请以架构文档为准）。

九、Prompt Compression：RTK 与 Caveman 的压缩组合拳（v3.7.9+）

Context & Cache 模块现在为三种压缩能力提供专门页面：

Caveman：语言感知的规则包（language-aware rule packs），提供预览、输出模式控制与分析；核心算法见压缩引擎文档与压缩指南；
RTK：命令感知压缩，专门针对 shell、git、test、build、package、Docker、infra、JSON、stack-trace 输出；详见 RTK 压缩文档；
Compression Combos：命名管道（如rtk -> caveman）可绑定到路由 combo 上。官方文档描述：当两级引擎同时生效时，默认叠加数学平均约89%、合格上下文节省区间78–95%（此为项目文档口径，具体收益取决于请求上下文构成）；
Raw-output recovery：可选的脱敏 RTK 原始输出指针，用于压缩失败时的调试。

十、安全与加固：代理、隐私、出站防护与审计

10.1 Proxy Hardening（代理加固，v3.5.5+）

整个请求管道上的代理配置强制执行：

Token Health Check：后台 OAuth 刷新现在按连接解析代理配置，避免在"必须走代理"的环境中刷新失败；
API Key 校验：提供商密钥校验（POST /api/providers/validate）经由runWithProxyContext执行，同时遵守提供商级与全局代理设置；
undici Dispatcher 修复：代理 dispatcher 使用 undici 自身的 fetch 实现而非 Node 内置 fetch，解决了 Node.js 22 上的invalid onRequestStart method错误；
Node.js 版本检测：登录页主动检测不兼容的 Node.js 版本（24+）并显示警告横幅，提示使用 Node 22 LTS。

10.2 Email Privacy Masking（邮箱隐私掩码，v3.5.6+）

OAuth 账号邮箱在提供商仪表盘中默认掩码（例如di*****@g****.com），防止分享截图或录屏演示时意外泄露。完整邮箱仍可通过悬停 tooltip（title属性）查看；新版还提供全局开关（Settings → Appearance → Account email visibility），可统一在 providers、combos、logs、quota、playground 各界面显示或掩码完整邮箱。

10.3 Model Visibility Toggle（模型可见性开关，v3.5.6+）

提供商页面的模型列表现在包含：

实时搜索/过滤栏：快速定位特定模型；
逐模型可见性开关（👁 图标）：隐藏的模型置灰，并从/v1/models目录中排除；
活跃计数徽章（N/M active）：一眼看清已启用/总数。

10.4 OAuth Env Repair（OAuth 环境修复，v3.6.1+）

Dashboard → Providers → [OAuth Provider] → Repair env一键修复：缺失的 OAuth client 凭据、损坏的 env 文件条目、备份路径消毒。

10.5 Safe Outbound Fetch 与 SSRF 防护（v3.6.6+）

所有提供商校验与模型发现出站调用都经过两层防护。第一层 URL 守卫实现在 src/shared/network/outboundUrlGuard.ts：在 socket 建立之前拦截私网 / loopback / link-local 地址。源码细节值得注意：

支持public-only与block-metadata两种守卫模式；block-metadata允许私网/局域网主机（便于本地 OpenAI 兼容提供商校验），但永远拒绝云元数据端点（如169.254.169.254、metadata.google.internal、阿里云100.100.100.200等，见 outboundUrlGuard.ts），因为这是经典的 SSRF→IAM 凭据跳板；
对 IPv4-mapped IPv6 地址（如::ffff:a9fe:a9fe）做了嵌入式 IPv4 还原再判定，避免绕过。

第二层是安全 fetch 包装器 src/shared/network/safeOutboundFetch.ts：应用 URL 守卫、规范化超时（提供商探测默认OMNIROUTE_PROVIDER_PROBE_TIMEOUT_MS，未配置时取 8000ms，见 safeOutboundFetch.ts）、对瞬时错误做指数退避重试（内置validationRead、validationWrite、modelsProbe、modelsDiscovery、modelsPagination等预置策略，见 safeOutboundFetch.ts），并拦截 3xx 重定向。

守卫违规以HTTP 422（URL_GUARD_BLOCKED）暴露，同时写入合规审计日志（经providerAudit.ts）。错误码归一化在 getSafeOutboundFetchErrorStatus 中完成：TIMEOUT→504、INVALID_URL/URL_GUARD_BLOCKED/REDIRECT_BLOCKED→503。

10.6 Cooldown-Aware Retries（冷却感知重试，v3.6.6+）

当上游返回模型级冷却时，聊天请求现在自动重试。环境变量：

环境变量	含义	默认值
`REQUEST_RETRY`	重试次数	2
`MAX_RETRY_INTERVAL_SEC`	最大重试间隔	30 秒

同时增强了限流头学习：x-ratelimit-reset-requests、x-ratelimit-reset-tokens、Retry-After。每模型的冷却状态在 Resilience 面板可见，支持从 UI 手动重新启用被锁定的模型。

10.7 Compliance Audit v2（合规审计 v2，v3.6.6+）

审计日志升级为：游标分页、请求上下文富化（request ID、user agent、IP）、结构化认证事件、带 diff 上下文的提供商 CRUD 事件、SSRF 拦截校验日志。事件由 src/lib/compliance/providerAudit.ts 发出。

从源码看，该模块做了严谨的脱敏与告警提取：summarizeProviderConnectionForAudit 会删除apiKey、accessToken、refreshToken、idToken以及providerSpecificData中的consoleApiKey、alibabaConsoleCookie、alibabaConsoleSecToken等敏感字段；extractProviderWarnings 按模式（如prompt injection detected、content filtered、safety filter、policy violation）从响应负载中递归提取最多 5 条、单条 400 字符上限的告警文本。

10.8 API Key Management 与 Audit Log

API Key 管理：创建、限定范围（scope）、吊销密钥；每个密钥可限制到特定模型/提供商，支持完全访问或只读权限；可视化密钥管理并跟踪用量。v3.8 起还支持带managescope 的 Bearer 密钥，可通过 API 执行管理操作；
Audit Log：管理动作跟踪，可按动作类型、操作者、目标、IP 地址、时间戳过滤，形成完整安全事件历史。

十一、Endpoint 与接入形态：API、WebSocket、桌面与同步

11.1 API Endpoint（统一端点）

仪表盘的 Endpoint 页面展示你的统一 API 端点及能力分解：Chat Completions、Responses API、Embeddings、Image Generation、Reranking、Audio Transcription、Text-to-Speech、Moderations，以及已注册的 API 密钥。远程访问方面，官方文档（v3.8.x）记载支持Cloudflare Quick Tunnel、Tailscale Funnel、ngrok Tunnel与云端代理。

11.2 V1 WebSocket Bridge（v3.6.6+）

OmniRoute 支持OpenAI 兼容的 WebSocket 客户端，通过/v1/wsupgrade 端点接入。自定义桥接服务scripts/v1-ws-bridge.mjs（中文版文档写scripts/v1-ws-bridge.mjs，英文版写scripts/dev/v1-ws-bridge.mjs）包装 Next.js，把 WS 连接升级为全双工双向流式会话。认证与 HTTP 请求一致：API Key 或会话 Cookie。

关键行为：

WS 升级在连接建立前由 src/lib/ws/handshake.ts 校验。从源码看，握手认证支持三种类型：api_key、session、none；token 可以从Authorization: Bearer头、URL 查询参数（api_key/token/access_token）或auth_tokenCookie（JWT，用JWT_SECRET验证）中提取；
会话关闭或上游出错时流被干净终止；
与现有 HTTP+SSE 流式路径并行共存。

11.3 Sync Tokens 与 Config Bundle（v3.6.6+）

多设备与外部运维访问现在可通过受限同步令牌实现：

API	作用
`POST /api/sync/tokens`	签发新同步令牌（可限定范围、可选过期时间）
`DELETE /api/sync/tokens/:id`	吊销令牌
`GET /api/sync/bundle`	下载所有非敏感设置的版本化 JSON 快照（密码已脱敏），带`ETag`

配置包由 src/lib/sync/bundle.ts 构建，包含 settings、providerConnections、providerNodes、modelAliases、combos、apiKeys、reasoningRoutingRules 七个部分。消费者对比ETag响应头即可判断是否有变化，无需重复下载全量负载。源码细节：

令牌格式为osync_前缀 + 32 字节随机数（base64url），见 tokens.ts；数据库中只存SHA-256 哈希，原始明文只返回一次，见 tokens.ts；
密钥读取支持x-sync-token头或Authorization: Bearer，见 tokens.ts；
bundle 构建时对设置做password/requireLogin/cloudEnabled字段剔除（bundle.ts），对连接列表做稳定排序与字段白名单抽取，保证序列化确定性——版本指纹由 serializeStableJson 对规范化后的 JSON 做 SHA-256 得到。

11.4 GLM Thinking Preset（v3.6.6+）

GLM Thinking（glmt）被注册为一等公民提供商：65,536最大输出 Token、24,576思考预算、900 秒默认超时、Claude 兼容 API 格式、与 GLM 家族共享用量同步。

同版本还引入混合 Token 计数：当 Claude 兼容提供商暴露/messages/count_tokens时，OmniRoute 会在大型请求前调用它，失败时优雅回退到估算。

11.5 Media（媒体生成，v2.0.3+）

从仪表盘直接生成图片、视频、音乐，官方支持列表：OpenAI、xAI、Together、Hyperbolic、SD WebUI、ComfyUI、AnimateDiff、Stable Audio Open、MusicGen。v3.8 还扩展了 KIE 媒体目录（含视频生成模型）。

11.6 卸载命令（v3.6.2+）

官方提供两档干净卸载脚本：

命令	行为
`npm run uninstall`	移除系统应用，但保留`~/.omniroute`中的数据库与配置
`npm run uninstall:full`	移除应用并永久擦除所有配置、密钥与数据库

11.7 Desktop Application（桌面应用）

原生 Electron 桌面应用支持 Windows / macOS / Linux，可独立运行，特性包括：

服务就绪轮询（冷启动不出现白屏）；
系统托盘与端口管理；
Content Security Policy；
单实例锁；
重启自动更新；
平台条件 UI（macOS 红绿灯、Windows/Linux 默认标题栏）；
加固的 Electron 构建打包（v2.5.5+）：独立 bundle 中的符号链接node_modules在打包前被检测并拒绝，避免运行时依赖构建机；
优雅关闭（v3.6.2+）：Electronbefore-quit先干净关闭 Next.js，防止 SQLite WAL 数据库锁。

完整文档见 electron/README.md。

11.8 Request Logs（请求日志）

实时请求日志，支持按提供商、模型、账号、API Key过滤，展示状态码、Token 用量、延迟与响应详情。可用于排障与成本归因。

十二、从文档到源码：继续探索的路径

如果你希望在部署后进一步深入理解或二次开发，以下仓库路径是官方文档直接点名的关键入口：

WS 桥接认证：src/lib/ws/handshake.ts（authorizeWebSocketHandshake与getWsRuntimeConfig，wsAuth开关控制是否强制认证）
同步令牌与配置包：src/lib/sync/tokens.ts、src/lib/sync/bundle.ts
出站 SSRF 防护：src/shared/network/outboundUrlGuard.ts（守卫模式枚举）、src/shared/network/safeOutboundFetch.ts（预置重试策略）
合规审计：src/lib/compliance/providerAudit.ts
相关专题文档：架构总览、压缩指南、RTK 压缩、压缩引擎、功能中文指南、Skills 框架、Memory 系统、Webhooks

需要说明的是，本文所述版本能力以仓库当前package.json（v3.8.51，见 package.json）与官方功能画廊文档（v3.8.40）为准；不同安装方式（npm、Docker、Electron 桌面版）在具体命令与环境变量上以对应指南为准。功能画廊文档的英文最新版与各语言译本分别位于 docs/guides/FEATURES.md 与 docs/i18n/ 目录下，是持续更新的权威功能清单。

创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考