Product Dev OS

By 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:

  1. 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.
  2. 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.
  3. 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.
  4. 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
Open in GitHub →
  • 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 convictionAI 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.

ArtifactWhat it doesWhen to use it
Product BriefAligns the team on problem, goals, and solution directionEarly stage — before detailed requirements
Full PRDDetailed requirements and edge cases ready for engineeringPre-build — after alignment
Interactive PrototypeClickable, self-contained HTML visualization of key workflowsFrom brief or PRD — when stakeholders need to see it
GTM 1-PagerSales/CS/marketing primer for a featurePre-launch — when GTM teams need enablement
External DocsCustomer-facing documentation draftNear 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.):

PersonaDescription
CEO/FounderStrategic lens: right investment at the right time, ROI, opportunity cost, scope prioritization.
Tech LeadEngineering reality check: feasibility, architecture, dependencies, risk, build-vs-buy.
Design LeadUser's advocate: intuitive workflows, cognitive load, edge-case UX, simplification.
QA LeadFailure-case thinker: acceptance criteria, edge cases, testability, release readiness.
GTM LeadMarket-facing strategist: positioning, adoption, packaging/pricing, launch and enablement.
Support LeadCustomer confusion anticipator: error messaging, documentation, post-launch monitoring.
Legal LeadRisk and compliance guardrail: regulatory, contractual, data privacy, disclosures.
Data Science LeadMeasurement 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.

Open in GitHub →

→ PMs and Product builders: ping me with feedback on this!