[DEFERRED] vodmanager onboarding (text embeddings) — the payoff

# [DEFERRED] vodmanager onboarding (text embeddings) — the payoff **STATUS: DEFERRED** — blocked on #203 (per-app consumer, gate ON) + #205 (worker-side reply_to). This is the strategic goal (operator is most interested in vodmanager). Basis: `_conductor-vodmanager-integration-plan.md` §3. ## Scope (near-term) ONLY **text embeddings for chat/transcript semantic search** — the modality lounge already proved. Chat archive (`chat_messages.body`, MySQL) is the cleanest highest-volume fit; transcripts have a wrinkle (segment text lives in object storage, not MySQL — load it first). **OUT:** transcription (audio→text) + speaker/voice embeddings (vodmanager already does those itself; they'd need a new task type + `legit-transcription` container — separate, later). ## Steps (fresh-adopter drop-in, ~1 day once unblocked) 1. `composer require legitphp/conductor-client`. 2. `CONDUCTOR_*` env (APP=vodmanager, redis 10.0.0.2:6390, per-app ACL user `app-vodmanager`, TARGET_DEPTH, API url/token). 3. publish+migrate (`embeddings`, `embedding_models`). 4. Seed one active `EmbeddingModel` `type=text` row matching the worker's emitted dims **exactly**. 5. `HasEmbeddings` trait on `ChatMessage` (+/or a transcript-segment model). 6. Paced backfill command (mirror lounge `BackfillTextEmbeddings`; XLEN backpressure at CONDUCTOR_TARGET_DEPTH). 7. Register `conductor:consume-results text` daemon **with `route_results_per_app` ON** — this is what #203/#205 unblock. 8. Storage/search host-owned (vodmanager builds its own similarity plane). 9. Optional `/admin/conductor` dashboard. ## Dependencies #203 (gate ON) + #205 (worker reply_to). **Do not run the consume daemon until both ship**, or vodmanager races lounge on the global stream and both lose data (plan §1 collision). ## Status DEFERRED (draft).