用途：该技能是 ctf-sandbox-orchestrator 的下游专用技能，仅在后者已激活并确立沙箱假设、节点归属与证据优先级后使用。适用于决定性缺陷或证据位于路由解析、服务端渲染上下文、模板数据或 hydration 交接，而非单纯 JSON API 的场景。默认用简体中文回复，除非用户明确要求英文。
主要能力：按顺序梳理渲染链——路由解析、loader 或数据获取、模板或组件上下文、响应 HTML、hydration 载荷、客户端接管；在改动前记录 host、路由参数、预览开关、租户或 host 切换及仅服务端变量；对比模板层与 loader 或 handler 层的强制校验；保留一条成功渲染与一条失败渲染路径并给出最小差异；复现能证明决定性行为的最小请求到渲染分支。
使用方式：先映射路由到渲染上下文，记录 host、路径、路由匹配、loader、模板、布局、hydration blob 与客户端启动 chunk，区分 SSR HTML、静态 HTML 加 hydration、边缘渲染或模板片段，并分离仅服务端与客户端可见上下文。再追踪模板与强制边界，展示权限、功能开关、预览状态、租户选择或基于 host 的切换在何处应用，对比模板级、loader 级与后端 handler 的强制，记录隐藏字段、内联数据、hydration JSON、meta 标签或替代 partial。最后归约到决定性渲染路径，压缩为请求→路由匹配→loader 或模板上下文→渲染输出或隐藏数据→结果，并说明弱点位于路由选择、模板上下文构造、服务端-客户端 hydration 交接还是渲染与 handler 的强制不一致。若任务转为 bundle 恢复或 source map 重建，应移交更专门的 bundle 技能。
限制：需先由 ctf-sandbox-orchestrator 建立前提；参考资料 references/template-render-path.md 提供渲染清单、hydration 清单与证据打包。应保留路由名、loader 名、模板、布局、hydration 键、host 或预览开关，一组成功/失败对照，以及一条最小请求到渲染序列。其他细节暂未提供。