Showcase / AI Engineering System
AI Council
I didn't just adopt AI tools. I designed an explicit org chart for them: Claude Opus as architect, Cursor as implementer, GitHub CLI as reviewer, NotebookLM as documentation lead. Implementation is dispatched to isolated worktrees on a flat-rate subscription, so AI leverage scales without the token bill scaling with it. One human approval gate, four AI roles, one platform.
What it is
A structured multi-agent SDLC, not "use AI to write code"
Running a complex enterprise form platform on Salesforce meant recurring friction: QA bugs needed fast triage, architecture calls needed structured review, documentation drifted out of sync, and every issue made me re-read context before acting. Each cycle burned roughly four hours from bug report to verified fix. The answer was not a smarter prompt. It was an explicit org chart for AI: distinct roles, defined input and output contracts, and a single human approval gate.
The team
The AI Council
Four AI agents, each with one job and a clear contract. There is never ambiguity about which tool to reach for.
The workflow
The 6-stage bug-fix pipeline
Before: QA files a bug, I read context, investigate, fix, review, test. Roughly four hours. After: senior-engineer involvement is concentrated in one stage, not spread across six.
The economics
Cost-aware by design: scale leverage, not the bill
AI-assisted engineering has a hidden variable cost: the metered tokens spent letting agents read context and iterate all day. I treat that as an engineering-economics problem, not an afterthought. Reasoning-heavy roles run on metered APIs where the quality justifies the spend; high-volume implementation runs on flat-rate tooling; and sourcing is a deliberate build-versus-integrate decision rather than a default-to-vendor reflex.
How dispatch works
Fan out to isolated worktrees
A dispatch script hands each approved plan to a coding agent running in its own throw-away git worktree. Agents never touch main, run in parallel without colliding, and every run leaves its diff and log behind for the Stage 5 review. Nothing merges without a human verdict.
Layer 4
The AI-readable context layer
The system does not re-explain itself every session. A machine-readable context layer lets engineers and AI tools navigate architecture, rules, and release knowledge without rescanning the codebase. Estimated onboarding: days to hours.
- context.md: project state, sprint goal, known risks, and team contacts as a machine-readable briefing.
- Skill files: reusable prompt recipes for recurring tasks: bug triage, PR review, doc sync.
- Hooks: file-save triggers that run validators and sync automatically.
- Validators: structured output checks that reject malformed AI completions before they reach Stage 5.
Outcomes
Results
Bug-fix cycle
Docs in sync
Doc update effort
Approval touchpoints
Adoption
From my workflow to the team's default
This is not a private productivity hack. I turned individual AI proficiency into a team capability: I defined the AI-assisted development playbook, the reusable prompts, workflows, guardrails, and agent-dispatch recipes, and onboarded engineers into it, so AI-augmented development became the default way the team builds rather than something only I do. Tool adoption across the engineering team followed, with the review pipeline acting as a force multiplier for code-review quality and delivery velocity, and less delivery risk concentrated in any single senior engineer.