system online
solodev-ai-team / v1.0 / stable

Your AI dev team.
Works while you sleep.

Solo web developer drowning in client tickets? SoloDev AI Team triages your tickets, writes the code, and delivers a ready-to-merge fix — overnight. You wake up, review, and ship.

✓ No hiring ✓ No babysitting ✓ Drop a ticket. Wake up to a PR.
solodev-os — #tickets — TKT-024
channels
# tickets
# kai-log
# alex-triage
open tickets
TKT-024 urgent
TKT-023 normal
TKT-022 normal
TKT-024 — thread
nova-digital · WordPress 6.4 · Pantheon
you 9:42 PM
Client says nav menu broken on mobile since yesterday. Header overlaps content.
alex 9:42 PM
✓ Reading nova-digital profile + site context...
// Stack: WP 6.4 / child-theme / Pantheon · last deploy: 2 days ago

Root cause: child-theme style.css missing z-index on .site-header after WP 6.4 update.

A — Quick CSS fix in child-theme (5 min, no risk)
B — Full header audit + fix (30 min, safer long-term)

// Which approach?
you 9:48 PM
A
alex 9:48 PM
✓ Kanban ticket created · Kai dispatched with locked instructions
// Kai runs at 11pm · PR expected by 7am
how-it-works

Three steps. That's your job.

Everything else — triage, context loading, execution, testing, PR docs — is handled by the team.

01 // paste

Drop the raw ticket

Paste exactly what the client sent. No formatting. No cleanup. Alex reads the client profile, loads the site context, and handles everything from there.

~ 10 seconds
02 // pick

Pick an approach

Alex proposes 1–2 approaches with tradeoffs. You pick one word: A or B. That's your entire job for this ticket.

~ 10 seconds
03 // review

Wake up to a PR

Kai works overnight. You wake up to a pull request with a description, test steps, and a rollback plan. Merge or comment — your call.

~ 5 minutes
the-team

Three agents. One OS.

Each agent has a defined role, a defined scope, and defined limits. No overlap. No confusion.

Alex
Alex
// triage + strategy

Reads the client profile, loads site context, proposes approach. Gives you a 10-second decision, not a 30-minute meeting.

reads KB proposes approach creates ticket
Kai
Kai
// night shift executor

Executes overnight. Only gets execution-ready tickets with locked instructions. Opens a PR with full context and test steps by morning.

writes code opens PRs runs 11pm–7am
Aria
Aria
// COO + strategy

Watches the system. Flags if something is breaking the workflow, costing too much, or repeating. Keeps the OS honest.

system health cost control escalation
knowledge-base

The system remembers everything.

Every client, every site, every known issue — written once, loaded automatically every time a ticket arrives.

~/AI-Automation/Projects/
📁 nova-digital/
📄 ClientInfo.md
📁 nova-main/
📄 site.md
📄 known-issues.md
📁 pixel-labs/
📄 ClientInfo.md
📁 swift-agency/
📄 ClientInfo.md
# Site: nova-main
Client: [[nova-digital/ClientInfo.md]]
Stack: WordPress 6.4 / PHP 8.2 / child-theme
Deploy: Pantheon / git push
Branch: staging → dev → live

# Known Issues
| Date | Ticket | Issue | Fix |
| 2026-05 | TKT-024 | Nav menu mobile | z-index fix applied |
| 2026-04 | TKT-022 | Hero image mobile | object-fit fix in CSS |
| 2026-03 | TKT-018 | Cron not firing live | Pantheon cron workaround |
the-os

Not a tool. An operating system.

The system runs on rules, not luck. Every edge case has a defined answer before the ticket arrives.

⌗

Thread per ticket

Every ticket lives in its own thread. No context bleed. No lost conversations. The full history is always there.

⊘

Kai only gets execution-ready tickets

Kai never guesses. Every ticket Kai receives has a locked approach, loaded context, and defined rollback plan.

$

Under $5/day total

The entire team — Alex, Kai, Aria — costs less than a cup of coffee per day. No subscriptions. No seats. No surprise bills.

⚑

If you repeat yourself, that's a system bug

The OS has a non-negotiable: if the developer has to say something twice, that's a failure in the system — not the developer.

get-started

Ready to stop working evenings?

Send a message. We'll talk through your current setup and show you exactly how the OS would handle your tickets.

$ send-message →