Crucible / Operations / Intake

Intake control surface

Shell-inheritance proof for the universal prospect intake lane: CSV fuel visibility, preflight posture, routing clarity, and no-send safety inside the canonical Crucible frame.

Updated May 11, 2026 8:42 PM · Schema logicforge-layer-578-schema.sql · neutral ops surface, lane accents content-scoped only

Inheritance verdictIntake shell liveL578 · behavior unchanged

Intake stateLive

operator shell proof only

CSV behavior untouched

Queued fuel3,318

prospect records visible to lanes

routing unchanged

Import modeControlled

preview/map/commit remains gated

no mutation changes

SchemaNo-op

presentation-only expansion

no table changes

Critical bottleneck

Import commits still require operator control

This shell does not change CSV upload, mapping, validation, dedupe, commit, enrichment queueing, routing capacity, or downstream send posture.

View intake preflight →

Required outcome

Clear import commit gate

Use the intake surface as the command lane for prospect fuel while keeping all mutation behavior under the existing intake contracts.

Audit intake gate →

Intake system flowUpload → Map → Validate → Dedupe → Import → Route → Send

Uploadoperator supplied

Mapfield preview

Validatepreflight

Dedupecontract held

Importmanual commit

Routelane scoped

Send0 sent

Operational proof

What this surface proves

Canonical shell inheritanceHealthy

CSV intake behaviorUnchanged

Product/lane routingPreserved

No-send posturePreserved

Safety postureMuted by design

Shell inheritanceHealthy

Intake mutationsUntouched

WorkersUnchanged

SchemaNo-op