典型用途
当用户已经引入 gstack 套件，但不清楚该用哪一个子技能（规划、评审、QA、上线、调试、文档、安全、设计）来回答问题时，直接调用具体技能往往踩坑：要么选了一个并不合适的流程，要么绕过了浏览器自检与 dogfooding 等环节。gstack 这个路由技能要解决的就是「在套件层做选择」这一步。
Agent 接到请求后会启动一段前置脚本（preamble），读取会话协议、模式以及可能的 onboarding / 同意指令，然后根据用户意图把任务分派到合适的子流程（例如把浏览器相关 QA 指引到 /browse）。它的产出并不是文档或代码本身，而是一次「该走哪条路」的路由决策和上下文初始化，剩余工作由对应的下游技能继续完成。
何时会触发
当用户在对话里提到 gstack 但没有指定具体子技能，或直接问「哪个 gstack 技能适合我」时，本技能会被调用；同时也覆盖所有需要先做会话握手、再决定子流程的场景。
- 「帮我用 gstack 看一下这个方案」——意图明确但缺子技能。
- 「gstack 套件里哪个适合做 QA / 上线 / 文档？」——典型的路由问询。
- 只说「跑一下 gstack」或在新会话里直接调用 gstack 而不带具体动作。
如果用户的请求已经点名了某个子技能（如「用 gstack-review 评审这段代码」），通常应由那个子技能直接接管，不必再绕回本路由。
安装前注意
本技能声明需要 Bash 来运行 gstack-skill-start 这类前置脚本，这意味着安装后它会在你的代理上下文中发起 shell 调用以读取状态与指令块，请确认运行环境具备相应访问权限。
脚本输出中会出现 onboarding、telemetry、Conductor 等会话元信息；若脚本缺失或协议版本过旧，会进入「降级模式」，此时部分引导与同意步骤会被推迟到下一次正常运行，并提示你执行 ./setup 或 /gstack-upgrade。权限、合规与具体的子技能副作用请以仓库内 SKILL.md 为准。