$npx -y skills add zhaoxuya520/reverse-skill --skill competition-template-render-pathInternal downstream skill for ctf-sandbox-orchestrator. CTF-sandbox workflow for SSR, template rendering, route loaders, hydration payloads, server-client render boundaries, and template-to-handler enforcement gaps. Use when the user asks to inspect SSR or template routes, trace
| 1 | # Competition Template Render Path |
| 2 | |
| 3 | Use this skill only as a downstream specialization after `$ctf-sandbox-orchestrator` is already active and has established sandbox assumptions, node ownership, and evidence priorities. If that has not happened yet, return to `$ctf-sandbox-orchestrator` first. |
| 4 | |
| 5 | Use this skill when the decisive bug or artifact lives in route resolution, server render context, template data, or hydration handoff rather than in a plain JSON API alone. |
| 6 | |
| 7 | Reply in Simplified Chinese unless the user explicitly requests English. |
| 8 | |
| 9 | ## Quick Start |
| 10 | |
| 11 | 1. Map the render chain in order: route resolution, loader or data fetch, template or component context, response HTML, hydration payload, and client takeover. |
| 12 | 2. Record host, route params, preview toggles, tenant or host switches, and server-only variables before mutating anything. |
| 13 | 3. Compare template gating with loader or handler enforcement. |
| 14 | 4. Preserve one successful render and one failing render path with the smallest delta. |
| 15 | 5. Reproduce the smallest request-to-render branch that proves the decisive behavior. |
| 16 | |
| 17 | ## Workflow |
| 18 | |
| 19 | ### 1. Map Route To Render Context |
| 20 | |
| 21 | - Record host, path, route match, loader, template, layout, hydration blob, and client boot chunk for the active view. |
| 22 | - Note whether the response is SSR HTML, static HTML plus hydration, edge-rendered content, or a template fragment used by another route. |
| 23 | - Keep server-only context and client-visible context separate. |
| 24 | |
| 25 | ### 2. Trace Template And Enforcement Boundaries |
| 26 | |
| 27 | - Show where permissions, feature flags, preview state, tenant selection, or host-based switches are applied. |
| 28 | - Compare template-level gating, loader-level gating, and backend handler enforcement instead of trusting any one layer. |
| 29 | - Record hidden fields, inline data, hydration JSON, meta tags, or alternate partials that expose the decisive branch. |
| 30 | |
| 31 | ### 3. Reduce To The Decisive Render Path |
| 32 | |
| 33 | - Compress the result to the smallest sequence: request -> route match -> loader or template context -> rendered output or hidden data -> resulting effect. |
| 34 | - State clearly whether the decisive weakness lives in route selection, template context construction, server-client hydration handoff, or mismatched enforcement between render and handler. |
| 35 | - If the task becomes mostly emitted bundle recovery or source map reconstruction, hand off to the tighter bundle skill. |
| 36 | |
| 37 | ## Read This Reference |
| 38 | |
| 39 | - Load `references/template-render-path.md` for the render checklist, hydration checklist, and evidence packaging. |
| 40 | |
| 41 | ## What To Preserve |
| 42 | |
| 43 | - Route names, loader names, templates, layouts, hydration keys, and host or preview switches |
| 44 | - One success or failure pair that shows where render-layer behavior diverges |
| 45 | - One minimal request-to-render sequence that reaches the decisive branch |