The lead enters durable application state before automation starts doing work.
AutoFlow
A lead comes in.
The system takes it from there.
AutoFlow connects public lead intake, PostgreSQL, n8n, structured AI analysis, authenticated write-back, and outbound notifications into one observable business workflow.
AI is one stage in the workflow.
It is not the workflow.
The value of AutoFlow is in how the systems connect: durable state first, automation second, AI as a constrained transformation step, then authenticated application logic and retry-safe notifications.
SYNTHETIC LEAD · REAL WORKFLOW SHAPE
Submit one lead and watch the whole chain react.
The workflow validates input, calls the AI stage, and coordinates authenticated write-back.
Score, temperature, urgency, category, summary, and recommendation are explicit outputs.
Discord and email paths are designed so a workflow retry does not duplicate notifications.
INTAKE → PERSIST → ORCHESTRATE → ANALYZE → WRITE-BACK → NOTIFY
The automation engine is replaceable.
The data model is not.
PostgreSQL is the system of record.
The dashboard and workflow share durable lead state instead of relying on transient automation-node memory.
AI output has a schema, not vibes.
Lead score, temperature, urgency, category, summary, and recommendation are validated structured fields.
n8n writes through a dedicated internal API.
Machine-to-machine updates use separate secret authentication rather than the general user mutation surface.
Notification side effects are idempotent.
Workflow retries cannot silently duplicate outbound alerts or emails.
PUBLIC DEMOLooks live without touching live data.
The demo uses synthetic records and has no path to the production database or notification side effects.
READ ONLYSafety is structural.
The demo repository exposes reads only; mutation attempts do not alter the synthetic workspace.
ENGINEERED BY MALEK EL BADAWI EL NAJJAR