用途：把宽泛的 Konnect 请求转化为一个主要的下游专家技能，并给出明确的下一步和该技能应首先验证的具体事实。它定位为分类与交接层，不充当产品指南，也不复制专家工作流。
主要能力：先判断是否需要路由（请求已有明确归属时直接绕过）；再判断需求属于诊断、只读检查、声明式实现还是领域归属判断；随后按领域路由到 konnect-access-scope（权限、区域、组织、角色）、konnect-control-plane-bootstrap（控制平面创建与拓扑）、konnect-gateway-triage（数据平面断连、配置下发、网关漂移）、konnect-observability-triage（分析、Explorer、Debugger 缺失）、konnect-api-catalog（托管 API、版本、规格、包、治理）、konnect-api-publish（发布到 Catalog 与 Dev Portal）、konnect-app-auth（应用注册、凭据、审批、认证策略）、konnect-ai-gateway（提供商路由、AI Proxy、护栏、令牌与延迟）、konnect-event-gateway（监听器、集群、主机名映射、路由与策略）。只读检查路由到 kongctl-query；声明式实现按仓库现有工具链路由到 kongctl-declarative、terraform-konnect、deck-gateway 或 terraform-kong-gateway。
使用方式：依赖实时 Konnect 状态时优先使用共享的 kong-konnect MCP 服务器；不可用时需尽早说明，改用 kongctl-query、仓库产物、日志或用户提供的状态。保留仓库既有的声明式工具链，不擅自把用户在 decK、kongctl 与 Terraform 之间转换。行为、覆盖范围或限制可能变化时，以当前实时状态和产品文档为准。下游 CLI 被代理环境阻塞时，交由专家工具技能处理沙箱重试，而非在此判定为产品故障。
限制与规则：Portal 可见性问题若 API 可能尚未发布，不应直接交给 konnect-app-auth；托管 API 治理或包问题若属上游目录就绪性，不应直接交给 konnect-api-publish；数据平面断连在网关健康未弄清前不应交给声明式工具技能；分析缺失在控制平面、数据平面与流量存在性未确认前不应视为网关下发问题；访问问题不应在调用方可能处于错误组织、区域或团队范围时当作产品状态问题；技能包路径含 Konnect 的仓库技能评审或编写工作不应留在本路由器。交接前需能说明：是否需要路由、需求类型、首个归属领域或工具及已排除的相邻技能、首要事实来源、是否保留既有工具链、由哪个下游技能负责下一步及其应首先证明的事实。输出时明确点名主要下游技能，用一段简短说明路由理由，仅在实时状态重要时提及 kong-konnect MCP；置信度低时指出能区分前两名候选的缺失事实，而非猜测；避免给出属于下游技能的长步骤说明。