Skip to content
cccskills
FreePublished on GitHub

prd

Convert current conversation context into a structured Product Requirements Document (PRD) and optionally post it to GitHub Issues. Use before /supergraph:plan when requirements came from a conversation, user story, or feature discussion rather than a formal spec.

The English summary is being prepared. Showing the original description.

Works withGitHub
See how to install

Files included (1)

  • SKILL.md2.9 KB

SKILL.md (original)

Review the instructions the agent will receive before you install.

/supergraph:prd

Turn conversation into a machine-readable PRD. Gives /supergraph:plan a concrete spec to work from.

Announce: "📋 /supergraph:prd — extracting requirements..."

Steps

1. Read CONTEXT.md (if exists)

head -60 CONTEXT.md 2>/dev/null || echo "No CONTEXT.md"

Use domain vocabulary from CONTEXT.md in the PRD — never invent new terms for existing concepts.

2. Extract requirements from conversation

Gather from current conversation context:

  • What the user wants to accomplish
  • Any constraints or non-goals mentioned
  • Technical decisions already made
  • Edge cases or concerns raised

Ask one clarifying question if a critical piece is missing. Do not ask multiple questions at once.

3. Write PRD

# PRD: [Feature/Fix Name]

## Problem
[One paragraph: what is broken or missing, and why it matters]

## Solution
[One paragraph: the approach — what will be built]

## User Stories
- As a [role], I want [action] so that [outcome]
- (2-5 stories max)

## Acceptance Criteria
- [ ] [Observable, testable condition]
- [ ] [Observable, testable condition]
- (Each maps to a test in /supergraph:plan)

## Implementation Decisions
- [Technology/pattern chosen and why]
- [What was explicitly ruled out and why]

## Testing Decisions
- [Unit: what gets unit tested]
- [Integration: what needs integration tests]
- [E2E: what needs Playwright coverage, if any]

## Out of Scope
- [Explicitly not included in this work]

## Notes
- [Domain terms: add to CONTEXT.md if new]
- [Dependencies on other work]
- [Security considerations]

4. Present for approval

Show PRD to user. Ask: "Does this capture what you need? [yes / adjust]"

Incorporate feedback, re-present if needed.

5. Post to GitHub Issues (optional)

If user confirms and repo has GitHub remote:

gh issue create \
  --title "[PRD] <feature name>" \
  --body "$(cat <<'EOF'
[PRD content]
EOF
)" \
  --label "enhancement,ready-for-agent"

Report issue URL.

6. Save locally

Save to docs/supergraph/plans/YYYY-MM-DD-prd-<slug>.md.

7. Update CONTEXT.md

If the PRD introduced new domain terms:

# Append to CONTEXT.md
printf '\n## <term>\n[definition from PRD]\n' >> CONTEXT.md

8. Report

✅ /supergraph:prd complete
- PRD: docs/supergraph/plans/YYYY-MM-DD-prd-<slug>.md
- Issue: #N (if posted)
- Acceptance criteria: N
- Next: /supergraph:plan

Rules

  • Never skip user approval (step 4)
  • Acceptance criteria must be observable and testable — no vague criteria
  • Out of scope section is mandatory — prevents scope creep in plan
  • Post to GitHub only if user has confirmed the PRD

Reviews

No reviews yet. Tell others what you thought.

Comments

No login needed. Share how it worked for you, ask a question, or note where it did not run.

No comments yet. Be the first to write one.

Comments are published right away. Do not include personal information such as email addresses or phone numbers. Up to 2 URLs.

0 / 1,000 characters

This form is protected by reCAPTCHA, and the Google Privacy Policy and Terms of Service apply.

More skills from this repository

Risk analysis and approach selection before planning. Use when requirements are ambiguous, approaches vary, or work touches hub/bridge nodes. Skip for typo fixes.

The English summary is being prepared. Showing the original description.

datit309/supergraph21Updated Oct 18, 2026

Proactive architecture review — explore codebase structure, generate a self-contained HTML report with Mermaid diagrams and candidate improvements, then grill the findings. Use when planning a large refactor, onboarding to an unfamiliar codebase, or before a major architectural change.

The English summary is being prepared. Showing the original description.

datit309/supergraph21Updated Oct 18, 2026

Autonomous human-like browser control and professional QA/QC testing. Powered by agent-browser (Rust native CDP, zero Playwright) with ISTQB test matrix generation, automated testcase execution, console/network error tracing, and defect reporting.

The English summary is being prepared. Showing the original description.

datit309/supergraph21Updated Oct 18, 2026

Persistent token-compression mode (~75% reduction) — now always-on by default. Strips filler while keeping code exact.

The English summary is being prepared. Showing the original description.

datit309/supergraph21Updated Oct 18, 2026

Database migration best practices for schema changes, data migrations, rollbacks, and zero-downtime deployments across PostgreSQL, MySQL, and common ORMs (Prisma, Drizzle, Kysely, Django, TypeORM, golang-migrate).

The English summary is being prepared. Showing the original description.

datit309/supergraph21Updated Oct 18, 2026

Anti-slop frontend skill for landing pages, portfolios, and redesigns. The agent reads the brief, infers the right design direction, and ships interfaces that do not look templated. Real design systems when applicable, audit-first on redesigns, strict pre-flight check.

The English summary is being prepared. Showing the original description.

datit309/supergraph21Updated Oct 18, 2026

See all skills by datit309

Report a problem with this skill