Product Dev OS
TL;DRBy default, most AI coding tools will enthusiastically build the wrong thing, fast. They outsource the hard product thinking, agree with every idea, and generate bloat.
I built Product Dev OS to fix that. It turns Cursor or Claude Code into a product development partner that pressure tests your core product thinking and channels your most opinionated EPD and XFN partners. It produces briefs, PRDs, and prototypes in markdown that are shovel ready for human eng or agents… insanely fast.
There are 4 phases:
-
Load in your context
- PM POV: the AI will ask you 5 targeted questions about the problem, it's importance, your solution hypothesis, and your confidence in it —> the AI will challenge vs. strengthen your ideas based on your confidence.
- Company context: goals, north star metrics, design principles. Set once and it'll inform all features built.
- Feature context: raw customer asks, Gong transcripts, or competitive intel.
- Artifact(s) draft. The AI will take a pass at a draft Product Brief, PRD, and/or Prototype, and prompt you to fill in the gaps. These are based on templates that you can make your own.
- Stakeholder review & iteration. Purpose-built personas review output and provide feedback, tagging it with P0/P1/P2 feedback. These channel your CEO/Founder, Tech Lead, Design Lead, QA, GTM, Support, and Legal & Data partners to make sure you're covering all your bases.
- Final artifacts produced. After specific quality thresholds are met on artifacts, the AI will document key decisions and changes made during the iteration process and give you a polished artifact(s) you can bring to your human team.
Run this in your terminal, then open the folder in Cursor or Claude Code and type @new-feature to kick off the workflow. The AI will prompt you from there.
git clone https://github.com/mikelyngaas/product-dev-os.git
- You own the core product thinking, and AI fills in the gaps. By default, most AI coding tools want to own the problem, which may be fine for side projects. For real product work you need to own the fundamentals, and Product Dev OS will push you on this.
- Builds on your real stack and roadmap instead of 0 → 1. Most AI coding tools assume a ~single-shot, greenfield build, but 95% of us are building on existing platforms with context and flaws. Product Dev OS requires context on your company's strategy, customers, and constraints.
- It's doc-first (though you can build prototypes too). Larger features require documentation of edge cases and dependencies that don't fit neatly in a prototype. This system will help build eng-ready PRDs with all the gory details.
- Product decisions get sharpened and challenged instead of just agreed with. Work runs through purpose-built personas (Founder/CEO, Design, Tech Lead, QA, Support, GTM) with a high bar, so the system pushes back instead of blindly reinforcing.
Three inputs feed every artifact:
- PM POV: the AI will ask you your read on the problem, why it matters, your hypotheses, worries, and your conviction level. The AI builds on your judgment, not around it.
- Feature Context: drop in raw evidence like customer quotes, support tickets, sales feedback, competitive intel. Messy is fine.
- Company Context: our product vision, north star metrics, quarterly goals, design principles. Set once in
System/company-context.md, reuse for every feature.
Conviction calibrates how the AI behaves:
| Your conviction | AI mode |
|---|---|
| High (80–100%) | Sharpen. Strengthen your framing with evidence. Push for precision. |
| Moderate (60–79%) | Sharpen and challenge. Build out the framing but also surface 1–2 pressure-test questions. |
| Low (< 60%) | Challenge. Pressure-test the hypothesis. Surface alternatives. Ask harder questions. |
Five modular artifact types: spin off a prototype from the brief as soon as it's ready; you don't need to finish the PRD first. Produce what the feature and its stage require.
| Artifact | What it does | When to use it |
|---|---|---|
| Product Brief | Aligns the team on problem, goals, and solution direction | Early stage — before detailed requirements |
| Full PRD | Detailed requirements and edge cases ready for engineering | Pre-build — after alignment |
| Interactive Prototype | Clickable, self-contained HTML visualization of key workflows | From brief or PRD — when stakeholders need to see it |
| GTM 1-Pager | Sales/CS/marketing primer for a feature | Pre-launch — when GTM teams need enablement |
| External Docs | Customer-facing documentation draft | Near or post-launch |
Three inputs converge at the Artifact Hub, which routes to the right workflow. Each artifact runs Draft → Review → Revise; the AI simulates the right stakeholders and tags every piece of feedback P0/P1/P2.
flowchart TB
subgraph inputs["Inputs"]
A1[PM POV]
A2[Feature Context]
A3[Company Context]
end
B{Confident in solution?}
B -->|High| B1[Sharpen]
B -->|Mid| B2[Sharpen + challenge]
B -->|Low| B3[Challenge]
subgraph menu["Artifacts (draft with AI)"]
M1[Product Brief]
M2[Full PRD]
M3[Prototype]
M4[GTM 1-Pager]
M5[External Docs]
end
subgraph swarm["Personas give feedback"]
P1[CEO/Founder]
P2[Tech Lead]
P3[Design Lead]
P4[QA · GTM · Support · Legal]
end
subgraph loop["Draft → Review → Iterate"]
D[Draft]
R[Review P0/P1/P2]
I[Revise]
D --> R --> I --> D
end
F[Final artifacts]
inputs --> B
B1 --> menu
B2 --> menu
B3 --> menu
menu --> swarm
swarm --> loop
loop --> F
Review phase uses AI-simulated personas. Each focuses on a different slice (strategy, engineering, UX, compliance, etc.):
| Persona | Description |
|---|---|
| CEO/Founder | Strategic lens: right investment at the right time, ROI, opportunity cost, scope prioritization. |
| Tech Lead | Engineering reality check: feasibility, architecture, dependencies, risk, build-vs-buy. |
| Design Lead | User's advocate: intuitive workflows, cognitive load, edge-case UX, simplification. |
| QA Lead | Failure-case thinker: acceptance criteria, edge cases, testability, release readiness. |
| GTM Lead | Market-facing strategist: positioning, adoption, packaging/pricing, launch and enablement. |
| Support Lead | Customer confusion anticipator: error messaging, documentation, post-launch monitoring. |
| Legal Lead | Risk and compliance guardrail: regulatory, contractual, data privacy, disclosures. |
| Data Science Lead | Measurement reality check: instrumentable goals, event design, metrics, guardrails. |
I hope this OS helps you create team-ready docs and prototypes faster, without sacrificing first principles.
To try it: clone the repo, open the folder in Cursor or Claude Code, then run @new-feature.
→ PMs and Product builders: ping me with feedback on this!