Idea intake
Enoch does not require ideas to originate in the control plane. An upstream LLM-assisted scouting process can review technical signals, frame candidate experiments, and write structured idea cards. The current preferred intake path is control-plane native: write idea, project, queue, and event rows together so the control plane can dispatch from one database-backed workbench. In production that database is local Postgres onenoch-core; Supabase-era wording is historical migration terminology.
For current runtime topology and storage authority, see
current runtime snapshot.
Notion was an earlier intake and prioritization surface. Treat it as legacy compatibility unless you have explicitly enabled the Notion sync units for an older workflow.
Intake stages
What an idea card should contain
- working title
- hypothesis or question
- expected mechanism
- evaluation sketch
- hardware/software constraints
- expected evidence type
- failure or kill criteria
- why the experiment might matter
- source metadata and dispatch priority
Control-plane intake
A dispatch-ready intake write should create or update the related records as one intentional batch:enoch.ideasstores the idea text, scoring metadata, source payload, target machine, model, and sandbox.enoch.projectsgives the control plane a stable project identity and project directory.enoch.queue_itemsmakes the idea dispatchable when its status isqueuedand dispatch safety allows work.enoch.idea_eventsrecords provenance for the intake event.
enoch.idea_workbench.
Legacy Notion sync
The code repo still includesenoch-notion-sync systemd units and a Notion sync helper for older deployments. Configure Notion credentials through environment files, not committed config. Do not enable Notion sync in a current control-plane deployment unless you intentionally want that legacy projection path.