Agent skill

Prd V10 Continuous Discovery Torres

by mattgierhart in mattgierhart/PRD-driven-context-engineering

Establish weekly customer-discovery cadence and Opportunity Solution Tree practice using Teresa Torres's Continuous Discovery Habits framework during PRD v1.0 Market Adoption.

MITAuto-check passedProduct & Project Management

Install Prd V10 Continuous Discovery Torres

skills CLI
$ npx skills add mattgierhart/PRD-driven-context-engineering --skill prd-v10-continuous-discovery-torres -a claude-code

Project install by default; add -g for ~/.claude/skills/.

GitHub CLI
$ gh skill install mattgierhart/PRD-driven-context-engineering prd-v10-continuous-discovery-torres --agent claude-code

Project scope by default; add --scope user for a personal install. Needs GitHub CLI 2.90.0 or later (public preview).

Manual copy
$ git clone --depth 1 https://github.com/mattgierhart/PRD-driven-context-engineering.git skills-src && mkdir -p .claude/skills && cp -r skills-src/.claude/skills/prd-v10-continuous-discovery-torres .claude/skills/prd-v10-continuous-discovery-torres && rm -rf skills-src

Use ~/.claude/skills/ instead of .claude/skills for a personal install. The folder must contain SKILL.md.

Claude Code skills documentation · loads skills from .claude/skills/

Facts

Skill name
prd-v10-continuous-discovery-torres
GitHub stars
180
Token cost
~2.8k tokens
SKILL.md length
1,063 words
Files
1
Skills in repo
45
Repo updated
First seen
Licence
MIT

At a glance

Establish weekly customer-discovery cadence and Opportunity Solution Tree practice using Teresa Torres's Continuous Discovery Habits framework during PRD v1.0 Market Adoption.

  • Works in 7 steps: Define one measurable outcome — Not an… → Set up weekly cadence — 3+ customer… → Map opportunities under the outcome —… → …
  • Requests to set up discovery cadence
  • SKILL.md covers Execution Mode, What This Does, How It Works and Example, plus 9 more sections
  • Instructions only: no scripts, shell commands, URLs or credentials in SKILL.md

What it does

Prd V10 Continuous Discovery Torres is an agent skill from mattgierhart/PRD-driven-context-engineering. Establish weekly customer-discovery cadence and Opportunity Solution Tree practice using Teresa Torres's Continuous Discovery Habits framework during PRD v1.0 Market Adoption. Triggers on requests to set up discovery cadence, build opportunity solution tree, run weekly customer interviews, or when user asks "Torres", "continuous discovery", "opportunity solution tree", "outcomes vs outputs", "weekly interviews", "assumption mapping". Outputs CFD- discovery entries and updates to ADO-STAGE- and PER- with new…

Its SKILL.md is about 2.8k tokens, which your agent loads only when the skill is triggered. It is a single SKILL.md file with no bundled scripts.

It sits in Product & Project Management, covering PRD writing, Physical and earth sciences and User research. The repository describes itself as: PRD-Led Context Engineering — Memory as Infrastructure. An ontology layer for product teams building products that solve real problems — with AI agents that remember. Gated PRD… The licence is MIT.

When your agent uses it

  • Requests to set up discovery cadence
  • Build opportunity solution tree
  • Run weekly customer interviews
  • User asks Torres

Example prompts

  • “Torres”
  • “continuous discovery”
  • “opportunity solution tree”
  • “/prd-v10-continuous-discovery-torres”

Requirements

  • Pre-approved tools (allowed-tools): Read, Write, Edit, Glob, Grep

Workflow steps

7 steps, taken from the first numbered list in SKILL.md.

  1. Define one measurable outcome — Not an output ("ship feature X"), but an outcome ("activated users in beachhead segment grow 20% MoM")…
  2. Set up weekly cadence — 3+ customer interviews per week, ongoing. Not "until we feel done." Continuous.
  3. Map opportunities under the outcome — Each opportunity is a customer pain or need (not a feature). Phrased in customer words. Grouped…
  4. Pick top opportunity — Score by outcome-impact × evidence-strength × addressability. Focus on one at a time.
  5. Brainstorm solutions — Multiple candidate solutions per opportunity. Not "the obvious one." Force divergent options.
  6. Assumption-map the top solution — What must be true for this solution to work? Three categories: desirability (do they want it?)…
  7. Test the riskiest assumption first — Smallest experiment that disproves the assumption if it's wrong. Update tree.

What it can do on your machine

Read from SKILL.md and the folder at commit 30ed1b0. It shows what the files ask for, not the result of running them.

  • Tool permissions

    Pre-approves these tools, so the agent can use them without asking each time:

    • Read
    • Write
    • Edit
    • Glob
    • Grep

    From allowed-tools in the SKILL.md frontmatter.

  • Runs code

    No scripts in the folder and no shell commands in SKILL.md.

    From the folder's file list and the shell code blocks in SKILL.md.

  • Network

    No URLs in SKILL.md.

    From URLs in SKILL.md, links to its own repository left out.

  • Credentials

    Names no API keys, tokens, secrets or passwords.

    From names ending in _API_KEY, _TOKEN, _SECRET, _KEY or _PASSWORD in SKILL.md.

Context cost

Prd V10 Continuous Discovery Torres loads about 2.8k tokens when it runs. Until then it costs about 140 tokens; SKILL.md has 1,063 words of instructions outside code blocks.

Always · name and description, kept in context so the agent knows when to use it
~140
When it runs · the whole SKILL.md, loaded when a task matches
~2.8k

Estimates: characters ÷ 4, the usual rule of thumb; real counts depend on the model's tokenizer. Scripts and assets cost tokens only if the agent reads them.

Safety

Auto-check passed

The automated check found no risky patterns in SKILL.md.

Automated static check — not a guarantee. Review scripts before installing. It scans the text of SKILL.md for risky patterns (piping downloads into a shell, reading credential files, hidden Unicode, destructive commands); files beside SKILL.md are not scanned.

SKILL.md

The full file from mattgierhart/PRD-driven-context-engineering at commit 30ed1b0, republished under its MIT licence (© mattgierhart). 1,063 words, ~2,787 tokens.

Download SKILL.mdSave it as .claude/skills/prd-v10-continuous-discovery-torres/SKILL.md (or your agent's skills folder).
name
prd-v10-continuous-discovery-torres
description
Establish weekly customer-discovery cadence and Opportunity Solution Tree practice using Teresa Torres's Continuous Discovery Habits framework during PRD v1.0 Market Adoption. Triggers on requests to set up discovery cadence, build opportunity solution tree, run weekly customer interviews, or when user asks "Torres", "continuous discovery", "opportunity solution tree", "outcomes vs outputs", "weekly interviews", "assumption mapping". Outputs CFD-* discovery entries and updates to ADO-STAGE-* and PER-* with new evidence.
allowed-tools
Read, Write, Edit, Glob, Grep
context
fork
execution_modes.default
standard
execution_modes.supports
quick, standard, deep

Continuous Discovery (Torres)

Position in workflow: v1.0 Crossing the Chasm (Moore) → v1.0 Continuous Discovery (Torres) → v1.0 Mom Test, Case Study Builder

Execution Mode

Default is standard. See .claude/rules/08-skill-execution-modes.md for selection logic.

ModeWhat this skill produces
quickOne outcome + 3–5 opportunities + interview cadence proposal
standardFull Opportunity Solution Tree (outcome → opportunities → solutions → assumption tests); weekly 3-interview cadence; assumption-mapping for top solution
deepMulti-outcome tree; per-opportunity confidence scoring; full assumption tests with experiment plans; cross-discipline trio (PM/design/eng) participation rules

What This Does

Establishes continuous discovery as a weekly habit, not a one-time research phase. The shift from "we do research before building" to "we talk to customers every week" is what separates teams that find PMF from teams that drift.

The work product is the Opportunity Solution Tree — a structured artifact that connects a measurable business outcome to opportunities (customer needs), to candidate solutions, to assumption tests. The tree is living: it grows and prunes as interviews accumulate.

This skill assumes prd-v10-mom-test-interview is the discipline for how to interview; this skill is the discipline for what to do with the interviews.

How It Works

  1. Define one measurable outcome — Not an output ("ship feature X"), but an outcome ("activated users in beachhead segment grow 20% MoM"). Anchor in ADO-STAGE-* and KPI-*.
  2. Set up weekly cadence — 3+ customer interviews per week, ongoing. Not "until we feel done." Continuous.
  3. Map opportunities under the outcome — Each opportunity is a customer pain or need (not a feature). Phrased in customer words. Grouped under the outcome. Sourced from interviews.
  4. Pick top opportunity — Score by outcome-impact × evidence-strength × addressability. Focus on one at a time.
  5. Brainstorm solutions — Multiple candidate solutions per opportunity. Not "the obvious one." Force divergent options.
  6. Assumption-map the top solution — What must be true for this solution to work? Three categories: desirability (do they want it?), viability (will it grow our outcome?), feasibility (can we build it?).
  7. Test the riskiest assumption first — Smallest experiment that disproves the assumption if it's wrong. Update tree.

Example

Outcome: "Activated users in beachhead segment grow 20% MoM" (anchored in KPI-103 + ADO-BEACHHEAD-001).

Opportunities (from 8 weekly interviews):

  • O1: "I don't know what to do first when I sign up" (4 mentions)
  • O2: "Integration with [our stack tool] is missing" (3 mentions, all beachhead)
  • O3: "Pricing is confusing — I don't know which tier I need" (5 mentions)
  • O4: "I'd recommend it but I'm afraid teammates won't get the value" (2 mentions, low confidence)

Pick top: O3 (highest mentions, blocks revenue conversion, addressable in product).

Candidate solutions (force divergence):

  • S1: Simplify to 1 tier
  • S2: Pricing wizard (3 questions → recommendation)
  • S3: Annotated comparison page with "most popular" anchor
  • S4: Self-serve trial extended to all features

Top solution: S2 (pricing wizard).

Assumptions for S2:

  • D1 (desirability): Users will engage with a wizard before signing up
  • D2: The wizard's recommendation will feel right (no "this isn't me")
  • V1 (viability): Self-selected tier through wizard → fewer downgrades
  • V2: Doesn't tank conversion overall
  • F1 (feasibility): Engineering can ship 3-question wizard in 2 weeks

Riskiest: D1 — without engagement, nothing else matters.

Test for D1: Add wizard to /pricing for 50% of traffic. Measure engagement rate. Threshold: ≥30% engage = D1 valid. If <15%, drop S2.

What You Get Back

  • Opportunity Solution Tree in temp/<epic>_discovery-tree.md (or harvested to UJ-/CFD- when stable) — Living structured artifact
  • CFD-* discovery insights (one per interview) with confidence ≥ 3/5 per the Mom Test discipline
  • CFD-* opportunity entries with frequency + evidence + outcome-link
  • CFD-* assumption-test results as experiments run
  • PER-* / ADO-STAGE-* / ADO-BEACHHEAD-* updates when discovery accumulates contradicting evidence

When to Use It

TriggerMode
Post-launch standard practicestandard (ongoing)
Pre-chasm crossing research pushdeep
Investigating a specific stalled metricquick (focused on one outcome)
New team member onboarding to discoverystandard (with mentorship)
Outcome target is unclearstop — go fix the outcome definition first
Show full SKILL.md (431 more words)Show less

Consumes

  • ADO-STAGE-* and ADO-BEACHHEAD-* (from prd-v10-chasm-adoption-moore) — Defines the segment to interview
  • KPI-* outcome targets (from v0.3 + v0.9) — Anchors the outcome at the top of the tree
  • PER-* personas (from v0.4 + v0.9) — Interview pool definition
  • CFD-* existing evidence (all prior stages) — Inputs that need fresh validation in this stage
  • GTM-* positioning (from v0.9) — Discovery should reveal whether positioning lands with pragmatists

Produces

  • Opportunity Solution Tree in temp/ while active, harvested to durable IDs at EPIC close
  • CFD-* entries with discovery interview content (confidence 3/5+ via Mom Test discipline)
  • Updates to: PER-* (sharpened by interviews), ADO-STAGE-* (evidence accumulation), ADO-BEACHHEAD-* (refined criteria)
  • EPIC-* recommendations — When an opportunity becomes high-confidence + high-impact, it becomes an EPIC candidate

Output Templates

Opportunity Solution Tree (temp/ artifact)
# Opportunity Solution Tree — [Date / EPIC]

## Outcome
KPI-XXX: [measurable outcome statement]

Anchored in: ADO-STAGE-AAA (stage assessment), ADO-BEACHHEAD-BBB (segment)
Time-bound: [timeframe]

## Opportunities

### O1: [Customer pain in their words]
- Frequency: [N interviews mention this]
- Confidence: X/5
- Outcome-link: [How does solving this move the outcome?]
- CFD-* sources: CFD-XXX, CFD-YYY
- Status: [Active | Deprioritized | Solved]

  #### Solutions for O1

  - S1.1: [Candidate solution]
    - Outcome-impact: [Predicted lift]
    - Effort: [Rough scope]
    - Status: [Brainstormed | Assumption-mapped | Experimenting | Validated | Killed]

    ##### Assumptions for S1.1
    - D1 [desirability]: [Must be true about user wanting it]
    - V1 [viability]: [Must be true about business impact]
    - F1 [feasibility]: [Must be true about building it]

    Test plan for [riskiest assumption]:
    - Experiment: [Smallest test]
    - Success threshold: [Specific metric]
    - Failure path: [What we do if it fails]
    - Status: [Planned | Running | Result]
CFD-* discovery entry
CFD-XXX: Discovery Interview — [interview title]
Type: Discovery-Interview
Date: YYYY-MM-DD
Interviewee segment: [PER-XXX] [in-beachhead: yes/no]
Interviewer: [Name]

Key story (specific past behavior, not opinion):
  [Mom Test-disciplined quote — what they DID, not what they THINK]

Pain mentioned: [One concrete pain in their words]
Workaround used: [What they currently do]
Feature requests (discounted): [What they asked for — note as IDEA, not data]

Confidence: [3/5 — qualitative single interview; 4/5 — pattern across cohort]
Linked outcomes / opportunities: [KPI-XXX, O1, O3]
Tree position: [Which opportunity this evidence supports]

Linked IDs: PER-XXX, ADO-BEACHHEAD-XXX, KPI-XXX

Anti-Patterns

PatternSignalFix
Discovery as project, not habit"We did discovery in Q1"Weekly cadence, ongoing. Tree is living.
Outcome = output"Outcome: ship feature X"Outputs are what you make; outcomes are what changes for the customer/business
Skipping divergent solutionsOne solution per opportunity, no alternatives consideredForce ≥3 solution candidates per opportunity
Solution-first thinkingBrainstorming features before opportunities are mappedTree top-down: outcome → opportunities → solutions, not reverse
Treating feature requests as opportunities"Add dark mode" treated as a customer needThat's a solution; the opportunity is the underlying job
No assumption test before building"We'll just ship it and see"At least one assumption test (smallest experiment) before significant engineering
Solo discoveryOne PM doing all interviews; eng/design unawareContinuous discovery is a trio practice (PM + design + eng); rotating attendance

Quality Gates

For ongoing discovery to count:

  • 3+ customer interviews per week (standard cadence)
  • Outcome (not output) at top of tree
  • Opportunities phrased in customer words with frequency data
  • One opportunity is "active" focus at a time
  • Top solution has assumption map (D/V/F) before engineering work begins
  • Riskiest assumption has a planned test
  • CFD-* entries follow Mom Test discipline (confidence ≥ 3/5)

Downstream Connections

ConsumerWhat it usesExample
Mom Test InterviewInterview discipline for the actual conversationsEvery CFD-discovery entry follows Mom Test rules
Case Study BuilderHigh-engagement interviewees become case-study candidatesStrong CFD- → ADO-REF- → case study
Chasm Adoption (Moore)Discovery evidence updates ADO-STAGE- and ADO-BEACHHEAD-Pattern shifts trigger stage re-assessment
EPIC- planning*Validated solutions become EPIC candidatesS2 wizard validated → EPIC-XX delivery
Feedback Loop SetupContinuous discovery is the structured arm of feedback loopDiscovery = scheduled interview; feedback loop = inbound channels

Detailed References

  • Teresa Torres, Continuous Discovery Habits (2021) — canonical source
  • Teresa Torres, productchats.com (blog and tools)
  • Marty Cagan, Inspired + Empowered (complementary product-leadership reading)
  • wondelai's continuous-discovery skill (wondelai/skills)
  • (No bundled references/ — read the book for depth)

© mattgierhart, MIT. Rendered from Markdown: HTML in the file is shown as text, images as links, and headings moved down two levels. Raw file

Files

Just SKILL.md in .claude/skills/prd-v10-continuous-discovery-torres of mattgierhart/PRD-driven-context-engineering.

Open the folder on GitHubat commit 30ed1b0

Compare with similar skills

Prd V10 Continuous Discovery Torres next to the 5 skills that share the most tags, products or categories with it. Stars are the repository's; “used in” counts other GitHub owners with a copy.

Prd V10 Continuous Discovery Torres compared with similar skills
SkillStarsUsed inTokensAuto-checkLicenceRepo updated
Prd V10 Continuous Discovery Torres this skillmattgierhart/PRD-driven-context-engineering180—~2.8kAutomated safety check: PassMIT
Produck Feedback To Buildtryproduck/produck-skills511—~1kAutomated safety check: PassApache-2.0
Discovery Synthesisandreaskelm/pm-brain234—~2.3kAutomated safety check: PassCustom licence
Product Manager Toolkitdavila7/claude-code-templates33k7 repos~2.2kAutomated safety check: PassMIT
User ResearchTechNomadCode/AI-Product-Development-Toolkit1k—~266Automated safety check: PassMIT
Product Managementjulianromli/opencode-template1441 repos~3.4kAutomated safety check: PassNone

Similar skills

  • Produck Feedback To Build

    tryproduck/produck-skills

    Pulls full in-context user feedback tickets through the Produck MCP server and turns them into an aligned product change instead of a guess.

    511 GitHub stars~1k tokensUpdated 1 mo ago
    Product & Project ManagementAuto-check passed
  • Discovery Synthesis

    andreaskelm/pm-brain

    Plan customer discovery, turn interview snapshots into synthesis and evidence-based opportunities, build or update an Opportunity Solution Tree, map jobs and segments, and design RAT tests for the…

    234 GitHub stars~2.3k tokensUpdated 2 days ago
    Product & Project ManagementAuto-check passed
  • Product Manager Toolkit

    davila7/claude-code-templates

    Scores feature requests with RICE, mines customer interview transcripts for pain points, and offers PRD templates, with two Python scripts behind it.

    33k GitHub starsUsed in 7 repos~2.2k tokens
    Product & Project ManagementAuto-check passed
  • User Research

    TechNomadCode/AI-Product-Development-Toolkit

    Plan a user research questionnaire, or turn collected responses into evidence-linked input for a PRD, with the AI Product Development Toolkit's research prompts.

    1k GitHub stars~266 tokensUpdated 5 days ago
    Product & Project ManagementAuto-check passed
  • Product Management

    julianromli/opencode-template

    Assist with core product management activities including writing PRDs, analyzing features, synthesizing user research, planning roadmaps, and communicating product decisions.

    144 GitHub starsUsed in 1 repo~3.4k tokens
    Product & Project ManagementAuto-check passed
  • Product Manager Toolkit

    majiayu000/spellbook

    Product management helpers: a RICE scoring script, an interview transcript analyzer and PRD templates for prioritizing features, synthesizing research and writing requirements.

    287 GitHub stars~2.2k tokensUpdated 3 days ago
    Product & Project ManagementAuto-check passed

More from mattgierhart/PRD-driven-context-engineering

All 45 skills in this repo
  • Ghm Gate Check

    mattgierhart/PRD-driven-context-engineering

    Validates gate criteria before PRD lifecycle advancement by delegating to the readiness scoring pipeline (scripts/readiness.py).

    180 GitHub stars~1.3k tokensUpdated 1 mo ago
    Auto-check: notes
  • Ghm Harvest

    mattgierhart/PRD-driven-context-engineering

    Extracts durable insights from temp/ files to SoT during EPIC Phase E.

    180 GitHub stars~1.1k tokensUpdated 1 mo ago
    Auto-check passed
  • Ghm Id Register

    mattgierhart/PRD-driven-context-engineering

    Validates and registers new SoT IDs with cross-reference integrity.

    180 GitHub stars~1.5k tokensUpdated 1 mo ago
    Auto-check passed
  • Ghm Sot Builder

    mattgierhart/PRD-driven-context-engineering

    Creates new Source of Truth (SoT) files when existing templates don't fit your needs.

    180 GitHub stars~2k tokensUpdated 1 mo ago
    Auto-check passed
  • Prd V01 Problem Framing

    mattgierhart/PRD-driven-context-engineering

    Transform vague product ideas into evidence-anchored problem statements for PRD v0.1 Spark.

    180 GitHub stars~1.7k tokensUpdated 1 mo ago
    Auto-check passed
  • Prd V01 User Value Articulation

    mattgierhart/PRD-driven-context-engineering

    Transform validated pain points into articulated user value statements for PRD v0.1 Spark.

    180 GitHub stars~1.6k tokensUpdated 1 mo ago
    Auto-check passed

Questions about Prd V10 Continuous Discovery Torres

What does Prd V10 Continuous Discovery Torres do?

Establish weekly customer-discovery cadence and Opportunity Solution Tree practice using Teresa Torres's Continuous Discovery Habits framework during PRD v1.0 Market Adoption. Prd V10 Continuous Discovery Torres is an agent skill from mattgierhart/PRD-driven-context-engineering.0 Market Adoption.

When should I use Prd V10 Continuous Discovery Torres?

Prd V10 Continuous Discovery Torres fits situations like: requests to set up discovery cadence; build opportunity solution tree; run weekly customer interviews; user asks Torres.

How do I install Prd V10 Continuous Discovery Torres in Claude Code?

Run `npx skills add mattgierhart/PRD-driven-context-engineering --skill prd-v10-continuous-discovery-torres -a claude-code`. Or copy the skill folder (.claude/skills/prd-v10-continuous-discovery-torres in mattgierhart/PRD-driven-context-engineering) into .claude/skills/prd-v10-continuous-discovery-torres in your project. Claude Code loads it when a task matches its description.

How do I install Prd V10 Continuous Discovery Torres in Codex?

Run `npx skills add mattgierhart/PRD-driven-context-engineering --skill prd-v10-continuous-discovery-torres -a codex`. Or copy the skill folder (.claude/skills/prd-v10-continuous-discovery-torres in mattgierhart/PRD-driven-context-engineering) into .agents/skills/prd-v10-continuous-discovery-torres in your project. Codex loads it when a task matches its description.

Can I use Prd V10 Continuous Discovery Torres in Cursor, Gemini CLI or GitHub Copilot?

Cursor, Gemini CLI, GitHub Copilot and OpenCode also load SKILL.md folders. With the skills CLI, run `npx skills add mattgierhart/PRD-driven-context-engineering --skill prd-v10-continuous-discovery-torres -a cursor` (or -a gemini-cli, github-copilot or opencode for the others). To copy it by hand, put the folder in .cursor/skills/prd-v10-continuous-discovery-torres, .gemini/skills/prd-v10-continuous-discovery-torres, .github/skills/prd-v10-continuous-discovery-torres and .opencode/skills/prd-v10-continuous-discovery-torres in your project.

What does Prd V10 Continuous Discovery Torres need to run?

SKILL.md names no scripts, command-line tools or credentials: Prd V10 Continuous Discovery Torres is instructions for the agent only. Its frontmatter pre-approves these tools: Read, Write, Edit, Glob, Grep.

Does Prd V10 Continuous Discovery Torres access the network?

SKILL.md contains no URLs. Any network use would come from the scripts or tools the agent runs. This is read from the text; nothing was executed.

Is Prd V10 Continuous Discovery Torres safe to install?

Our automated static check of SKILL.md found no risky patterns, such as piping downloads into a shell, reading credential files or hidden Unicode. It is not a guarantee. Review the folder before installing.

What licence does Prd V10 Continuous Discovery Torres use?

Prd V10 Continuous Discovery Torres is published under the MIT licence (the repository's licence). It allows redistribution, so the full SKILL.md is shown on this page.

How many tokens does Prd V10 Continuous Discovery Torres use?

About 2.8k tokens (SKILL.md is roughly 11k characters). Agents keep only the skill's name and description in context until a task matches; then they load SKILL.md in full.

What are the alternatives to Prd V10 Continuous Discovery Torres?

Skills that share tags, products or a category with Prd V10 Continuous Discovery Torres: Produck Feedback To Build (tryproduck/produck-skills, 511 stars), Discovery Synthesis (andreaskelm/pm-brain, 234 stars), Product Manager Toolkit (davila7/claude-code-templates, 33k stars) and User Research (TechNomadCode/AI-Product-Development-Toolkit, 1k stars). The comparison table on this page puts their stars, adoption, token cost, safety result and licence side by side.

Who maintains Prd V10 Continuous Discovery Torres?

mattgierhart (a GitHub user) maintains it in mattgierhart/PRD-driven-context-engineering, which has 180 GitHub stars. The repository holds 45 skills in this directory. The repository was last updated on August 31, 2026.

Source: mattgierhart/PRD-driven-context-engineering on GitHub. Facts on this page come from the repository at the commit we read; the author's words are quoted as theirs.