An enterprise-grade AI agent roster for product engineering teams.
Eight specialized agents — each with distinct expertise, personality, and domain boundaries — that cover the full product development lifecycle: from requirements to architecture to implementation to QA to deployment.
| Agent | Role | What They Do |
|---|---|---|
| Nova | CEO & Orchestrator | Researches the codebase, coordinates work, delegates to specialists |
| Kepler | Product Analyst | Translates business needs into testable requirements and acceptance criteria |
| Turing | Solution Architect | Designs technical solutions grounded in existing codebase patterns |
| Euclid | Spec Writer | Decomposes designs into self-contained, executable implementation steps |
| Ada | Full-Stack Engineer | Writes production-quality code — frontend, backend, tests, infrastructure |
| Nebula | QA & Security | Reviews code for correctness, security vulnerabilities, and edge cases |
| Rosetta | Technical Writer | Produces accurate documentation that matches the codebase |
| Comet | SRE & DevOps | Verifies builds, manages deployments, and ships releases |
Nova orchestrates work using a HEARTBEAT loop — a continuous cycle of research, delegation, and verification. She reads the codebase, delegates tasks to the right specialist, and verifies their output before moving on.
The agents follow a Plan → Implement → QA workflow:
Plan Implement Verify & Ship
───────────────────────────── ─────────── ─────────────────
Nova researches Ada builds Nebula reviews
Kepler defines requirements Rosetta documents
Turing designs architecture Comet deploys
Euclid writes the plan
Each agent has hard boundaries — they do their job and nothing else. The architect does not write code. The engineer does not make product decisions. QA does not fix bugs. This separation prevents the role confusion that degrades output quality in single-agent workflows.
See src/HEARTBEAT.md for Nova's orchestration loop.
git clone git@github.com:polvera-org/8x-productivity.git
cp -r 8x-productivity/.claude/agents/ your-project/.claude/agents/git clone git@github.com:polvera-org/8x-productivity.git
cp -r 8x-productivity/.opencode/agents/ your-project/.opencode/agents/git clone git@github.com:polvera-org/8x-productivity.git
cp 8x-productivity/AGENTS.md your-project/AGENTS.mdgit clone git@github.com:polvera-org/8x-productivity.git
cd 8x-productivity
make docker-build
make docker-runSee DOCKER.md for full Docker usage.
Each agent is a self-contained markdown file with a system prompt. The source files in src/agents/ use CLI-agnostic YAML frontmatter; the prompt content works with any LLM platform that supports system prompts or agent definitions.
Each agent prompt is built on these principles:
- Single responsibility — One agent, one domain. No crossing boundaries.
- Distinct personality — Behavioral traits that make the agent effective in its role. Kepler's analytical rigor. Ada's craftsmanship. Nebula's adversarial mindset.
- Explicit contracts — Clear input/output formats so agents can hand off work cleanly.
- Hard boundaries — Every agent has a "What You Do NOT Do" section preventing scope creep.
- Tech-stack agnostic — Domain expertise without framework lock-in. They adapt to your codebase.
See AGENTS.md for the full roster documentation.
src/
├── agents/ # CLI-agnostic source prompts (source of truth)
│ ├── nova.md # CEO & Orchestrator
│ ├── kepler.md # Product Analyst
│ ├── turing.md # Solution Architect
│ ├── euclid.md # Spec Writer
│ ├── ada.md # Full-Stack Engineer
│ ├── nebula.md # QA & Security Specialist
│ ├── rosetta.md # Technical Writer
│ └── comet.md # SRE & DevOps
├── HEARTBEAT.md # Nova's orchestration loop
└── references/ # Reference documentation for agents
scripts/
└── build-cli-configs.sh # Generates CLI-specific configs from src/agents/
.claude/agents/ # Generated — Claude Code format
.opencode/agents/ # Generated — OpenCode format
AGENTS.md # Agent roster docs + Codex CLI config
DOCKER.md # Docker setup documentation
Dockerfile # Portable dev environment
Makefile # Build targets
- Structured over ad-hoc — Plan → Implement → QA. No skipping phases.
- Separation of concerns — Each agent owns one domain. Role confusion degrades quality.
- Concrete over abstract — Exact file paths and function names, not vague descriptions.
- Scope control — Agents state what to touch and what NOT to touch.
- Fresh context per step — Sub-agents start clean. No context rot from long conversations.