competition-template-render-path

競技テンプレートのレンダリングパス

このスキルは、$ctf-sandbox-orchestrator がすでに有効化され、サンドボックスの前提、ノードの所有権、証拠の優先順位が確立された後にのみ、下流の専門化として使用してください。まだそれが行われていない場合は、まず $ctf-sandbox-orchestrator に戻ってください。

このスキルは、決定的なバグや成果物が、単純な JSON API だけではなく、ルート解決、サーバーレンダリングコンテキスト、テンプレートデータ、またはハイドレーションの受け渡しに存在する場合に使用します。

ユーザーが明示的に英語を要求しない限り、簡体字中国語で回答してください。

クイックスタート

1. レンダリングチェーンを順番にマッピングします。ルート解決、ローダーまたはデータ取得、テンプレートまたはコンポーネントのコンテキスト、レスポンス HTML、ハイドレーションペイロード、クライアントの引き継ぎです。
2. 何かを変更する前に、ホスト、ルートパラメータ、プレビュートグル、テナントまたはホストの切り替え、サーバー専用変数を記録します。
3. テンプレートのゲーティングとローダーまたはハンドラーの強制を比較します。
4. 成功したレンダリング 1 件と失敗したレンダリングパス 1 件を、最小の差分で保持します。
5. 決定的な動作を証明する、最小のリクエストからレンダリングまでの分岐を再現します。

ワークフロー

1. ルートからレンダリングコンテキストをマッピングする

• アクティブなビューのホスト、パス、ルートマッチ、ローダー、テンプレート、レイアウト、ハイドレーションブロブ、クライアント起動チャンクを記録します。
• レスポンスが SSR HTML、静的 HTML とハイドレーション、エッジレンダリングされたコンテンツ、または別のルートで使用されるテンプレートフラグメントのいずれであるかをメモします。
• サーバー専用コンテキストとクライアントから見えるコンテキストを分離して保持します。

2. テンプレートと強制の境界を追跡する

• 権限、フィーチャーフラグ、プレビュー状態、テナント選択、またはホストベースの切り替えがどこで適用されるかを示します。
• いずれか 1 つのレイヤーを信用するのではなく、テンプレートレベルのゲーティング、ローダーレベルのゲーティング、バックエンドハンドラーの強制を比較します。
• 決定的な分岐を露出する、隠しフィールド、インラインデータ、ハイドレーション JSON、メタタグ、または代替パーシャルを記録します。

3. 決定的なレンダリングパスまで縮約する

• 結果を最小のシーケンスに圧縮します。リクエスト -> ルートマッチ -> ローダーまたはテンプレートコンテキスト -> レンダリングされた出力または隠しデータ -> 結果として生じる効果。
• 決定的な弱点が、ルート選択、テンプレートコンテキストの構築、サーバーとクライアント間のハイドレーションの受け渡し、またはレンダリングとハンドラー間の強制の不一致のどこに存在するかを明確に述べます。
• タスクが主に出力バンドルの復元やソースマップの再構築になった場合は、より厳密なバンドルスキルに引き継ぎます。

このリファレンスを読む

• レンダリングチェックリスト、ハイドレーションチェックリスト、証拠のパッケージングについては、references/template-render-path.md をロードしてください。

保持すべきもの

• ルート名、ローダー名、テンプレート、レイアウト、ハイドレーションキー、ホストまたはプレビューの切り替え
• レンダリングレイヤーの動作がどこで分岐するかを示す、成功または失敗のペア 1 件
• 決定的な分岐に到達する、最小のリクエストからレンダリングまでのシーケンス 1 件