Crucible / Product Lane / PermitPulse

PermitPulse control surface

Shell-inheritance proof for the PermitPulse product lane: market + service-line clarity, feed/trial posture, checkout safety, and no-send control in the canonical Crucible frame.

Updated May 11, 2026 6:34 PM · Schema logicforge-layer-578-schema.sql · PermitPulse accent is content-scoped only

Inheritance verdictPermitPulse shell liveL578 · neutral shell + product accent

PermitPulse laneActive

service-line product posture visible

shell only; checkout untouched

Trial posture$1 held

pricing copy remains readiness-only

no billing mutation

Feed stateProof

customer feed behavior unchanged

no worker changes

Route stateLive

single product control surface reactivated

ops routes still blocked

Critical bottleneck

Launch readiness remains gated

This page proves shell inheritance only. It does not change Stripe price IDs, checkout behavior, paid access grants, feed workers, source data workers, or outbound posture.

Audit gate details →

Required outcome

Clear PermitPulse launch gate

The product lane now uses the shared Crucible shell while deeper launch/checkout proofs remain intentionally blocked for controlled rebuild.

Audit gate details →

PermitPulse system flowMarket → Service Line → Feed → Trial → Checkout → Access → Send

Marketselected

Service lineprimary first

Feedproof

Trialreadiness

Checkoutunchanged

Accessblocked

Send0 sent

Product proof

What this surface proves

Canonical shell inheritanceHealthy

Neutral nav/topbar invariantPreserved

Product accent boundaryContent only

Checkout/access mutationNone

Safety postureMuted by design

Shell inheritanceHealthy

CheckoutUnchanged

WorkersUnchanged

SchemaNo-op