用途：这是在 $ctf-sandbox-orchestrator 已建立沙箱假设、节点归属和证据优先级之后才可使用的下游专项技能，针对以 Web 行为、浏览器状态、服务器路由、API 调用顺序或 worker 驱动应用流程为核心的 CTF 题目。若上游技能尚未激活，应先回到 $ctf-sandbox-orchestrator。
主要能力与工作流程：假设所给主机、域名和路由都属于沙箱；在信任可见 UI 之前，先检查入口 HTML、启动脚本、运行时配置与路由注册；先端到端捕获一次真实请求流，再依据源码做宽泛结论；同时检查浏览器持久化状态和后端状态；每次只改一个变量重跑最小流程。具体分为三步：一是映射活动运行时，识别活动主机、路径、代理、容器与 worker，检查 cookies、localStorage、sessionStorage、IndexedDB、Cache Storage 和 service worker，记录真正出现在活动流程中的路由名、功能开关、存储键、队列名与 worker 名；二是捕获真实请求顺序，记录关键请求的准确 host、path、query、header、cookie 与 body，对比成功与失败路径，把 UI 限制当作线索而非后端强制执行的证据；三是在一条路径验证充分后再扩展，追踪中间件顺序、处理器、认证/会话边界、上传、导出与后台任务，之后才去验证隐藏路由、备用主机名、预览模式或 worker 副作用。
使用方式与限制：详细清单、证据打包和常见 Web 陷阱见 references/routing-runtime.md。若题目侧重 SSR loader、模板上下文、水合载荷、预览渲染或渲染层强制漂移，应改用 $competition-template-render-path；涉及 source map、构建清单、chunk 注册表、产物包或从已提供资源恢复隐藏运行时结构，用 $competition-bundle-sourcemap-recovery；涉及 GraphQL schema、RPC 清单、持久化查询、生成客户端或契约与处理器漂移，用 $competition-graphql-rpc-drift；涉及 SSRF 输入点、内部端点可达性、元数据服务跳板或服务端拉取取令牌，用 $competition-ssrf-metadata-pivot；涉及竞态窗口、顺序依赖的状态变更、重复操作效果或时序漂移，用 $competition-race-condition-state-drift；涉及代理与后端解析差异、路径规范化漂移、头部歧义或请求走私路径，用 $competition-request-normalization-smuggling；涉及浏览器 Cookie、存储、IndexedDB、Cache Storage、service worker 或缓存认证状态，用 $competition-browser-persistence；涉及 OAuth 或 OIDC 重定向、回调参数、PKCE、scope、令牌交换或声明接受，用 $competition-oauth-oidc-chain；涉及 JWT 头部、声明规范化、密钥查找、kid、alg、issuer 或 audience 混淆，用 $competition-jwt-claim-confusion；涉及上传解析、预览、归档提取、转换器或反序列化链，用 $competition-file-parser-chain；涉及队列载荷、仅 worker 行为、重试、cron 漂移或异步副作用，用 $competition-queue-worker-drift；涉及 WebSocket 或 SSE 握手、订阅、实时帧、重连逻辑或帧驱动状态变化，用 $competition-websocket-runtime；涉及 Host 头、vhost 路由、反向代理或路由到服务解析，用 $competition-runtime-routing；若仅有抓包证据且难点在流或协议重建，用 $competition-pcap-protocol。需要保留的内容包括：能证明行为的准确请求与响应、具体文件路径、函数名、路由名与存储键，以及在异步处理重要时的队列载荷、worker 名或重试行为。