Render prepared widget HTML inside the layout and prepare it before the public guard

[howdu]

Problem

BladeFrontendResponseRenderer used the hydrated layout-graph shortcut as soon as any widget carried prepared section HTML, so <x-capell::layout/> never ran. On layouts without an authored master file, public pages lost their container presentation (e.g. meta.html_class) and every widget that was not pre-rendered. Reproduced on a fresh App install: the free Agency theme rendered without its ppc-shell container and 12 of 13 widgets; Core's default layout lost its sidebar container and widgets. Any content-sections or contributor that hydrates one widget triggers it.

Change

The shortcut is taken only when every graph widget has non-empty section HTML and no container carries presentation metadata; otherwise the normal layout renderer runs. Fully hydrated graphs (e.g. the demo kit) keep identical output. The authored-master guard (#847) and master-file path are unchanged.

Tests

• Nine new cases in BladeFrontendResponseRendererTest: mixed hydrated/unhydrated layout keeps container class and all widgets; container metadata forces the layout path; fully hydrated graph keeps the shortcut and section order; neutral demo-kit metadata stays shortcut-compatible; unsafe fallback hook output rejected. Six fail on main, all 24 pass here.
• PHPStan (diff) and Pint clean.

Not verified

• Local broad packages/frontend run: 2 RequiredChildCommandsTest errors reproduce on the original renderer (SQLite settings table re-create); 2 stylesheet assertions failed only in the broad local run and pass in isolation. Hosted matrix is the gate.
• Installed App re-run of the Agency journey scripts (follows with the App scoping fix).

[howdu]

Parked (draft). Review found two P1 issues with falling back to the layout path: hydrated widgets' prepared HTML is not carried into the layout render (content loss on no-master layouts using prepared sections), and the fallback can query inside the public view guard (lazy fragment version lookups). A correct fix renders prepared HTML per widget inside the layout path and prepares fragment references before the guard; that is cross-repository design work, deferred past this release. The Agency trigger is fixed in the App by scoping the marketing payload contributor and resource policy to the marketing master.

[howdu]

Merge evidence. Hosted CI is green on 7bbbb69: all 28 jobs passed, including the full Test All matrix on MySQL, MariaDB, PostgreSQL and SQLite, Sentinel, PHP Quality and the three Fast PR gate shards.

• Joint review round 1 (with Packages #1571): the original two P1s (lost prepared HTML; queries inside the public guard) are fixed on standard paths, including real render-cache hits, and byte parity with main holds. It found P1: render data passed as a component attribute broke anonymous theme layouts. Fixed: the data travels in a static PublicRenderDataScope, set and restored around the guarded render. It has no container binding, so no package baselines change, and it is declared in the Octane static-state inventory.
• Round 2 confirmed P1 and P2 fixed; its remaining finding was on the Packages side (render lifetime) and is fixed in #1571.
• Ships together with capell-app/capell-packages#1571; Packages floors already require ^1.0.72.