Local-first automation runtime for S/ and DoneAi: Docker, Postgres, Redis, workflow JSON, and CI validation.
Part of the S/ Operator Stack — see docs/ECOSYSTEM.md:
| Repo | Role |
|---|---|
| S-OS | AgentOS control plane (gateway, registry, schemas) |
| n8n (this repo) | Workflow engine + ops runbooks |
| AgentEmpire | Operator dashboard UI |
Import kernel workflows from S-OS into this n8n instance after the stack is up.
A practical local-first n8n operating repository for:
- Telegram approval workflows
- Revenue operations
- AI automation pipelines
- Persistent PostgreSQL-backed workflows
- Redis queue execution
- Docker-based deployment
- GitHub CI validation
cp .env.example .envopenssl rand -base64 32Replace N8N_ENCRYPTION_KEY inside .env.
docker compose -f docker-compose.local.yml up -dhttp://localhost:5678- n8n
- PostgreSQL
- Redis
- Docker local stack
- GitHub validation CI
- Telegram approval workflow
- Workflow import/export directory
- Persistent workflow volume
- JSON validation in CI
- Docker compose validation
- Environment template
- Local-first execution
See:
docs/CONTROL-SURFACE.mdThis gives operators and agents a lightweight operational overview without opening n8n first.
.github/workflows/ CI validation
workflows/ n8n workflow JSON files
scripts/ runtime and validation helpers
docs/ operations and governance
.env.example environment template
docker-compose.local.yml local runtime stackIncluded:
workflows/telegram-approval.jsonCapabilities:
- Telegram trigger
- Inline approval buttons
- Approval/reject callbacks
- Foundation for agent approvals
Recommended runtime order:
- Local Docker
- VPS or Coolify
- Railway / Render / Fly.io
- Kubernetes only when scale actually requires it
Avoid unnecessary recurring infrastructure costs during early operations.
GitHub Actions validates:
- Workflow JSON syntax
- Docker compose structure
Workflow file:
.github/workflows/validate.yml- Monday.com integration
- Gmail approval flows
- AI routing agent
- Telegram mini app
- Revenue dashboard
- Workflow execution analytics
- Human approval gates
- Queue workers
- External webhook registry
This repository is designed for:
- operational truth
- low-friction deployment
- real workflow execution
- persistent automation
- zero-fluff infrastructure