Local review · outreach
Alba outreach loop
Audit-backed map of research, drafts, send, reply intake, and filing — what is fixture, fail-closed, or missing. No mail is sent from this page.
Stages
Venue research / results
Implemented, needs owner configManual provenance ingest coded; no automated research. 003 SQL not authorized to apply yet.
/portal/outreach · db/proposals/003_outreach.sql (unapplied)
Drafts & approval
Implemented, needs owner configExact recipient+body approval contracts + memory tests. Durable rows need 003 + identity.
/portal/outreach · domain/outreach decisions
Sent vendor threads
Implemented, needs owner configDelivery states recorded; network send hard-blocked. Deposit ≠ paid Alba send entitlement.
mail adapter · AMORE_OUTREACH_LIVE_SEND
Reply intake
Implemented, needs owner configHMAC/replay/idempotency; untrusted storage; rejects client userId. No Email Routing changes.
POST /api/outreach/inbound
Filing in couple portal
Implemented, needs owner configWorkspace UI exists; persistence fail-closed until Supabase + authorized migrations.
/portal/outreach
Open existing surfaces
- Preview shortlist (research fixture)
- Preview vendors (draft + paste)
- Preview approval
- Scripted Alba demo
- Portal plan save/load
- Paid-labor API (POST only; always refuse)
- SAMPLE / PROPOSED storyboard
Note: /api/paid-labor expects POST; opening it in a browser tab is for discovery only.
Couples send themselves vs future agent-send
Couples can still send themselves. Platform-send is an explicit user-authorized option: approve exact recipient+body on the portal (one send).
Owner-described loop: research → draft → platform-send → reply intake → filing for entitled paid Alba couples.
Legal/marketing protected bytes unchanged. Availability remains fail-closed until identity, authorized SQL, and provider config exist. No silent policy rewrite.