mcpbeat Sign in

Product Analyze Agent Skill

Read-only analysis of PDR↔PRD consistency, PDR quality, cross-PDR conflicts, and staleness. Outputs a structured markdown report with severity-assigned findings. Use after /product-implement or periodically to detect drift.

2k tokens
context cost
the whole folder, loaded on every use
3
files
ships runnable scripts
0
copies elsewhere
how many repositories repackaged it
123
stars on the repo
on the repository, not the skill itself

Install

one command, takes just this skill from the repository
npx skills add https://github.com/tikalk/adlc-team-skills --skill product-analyze

What comes with it

1 443 bytes besides the instruction
scripts/bash/setup-product-analyze.sh
scripts/powershell/setup-product-analyze.ps1

The instruction itself

19 sections, as written by the author

product-analyze

What this skill does

Performs read-only product consistency analysis:

  • PDR Quality — completeness, clarity, standards compliance
  • PDR→PRD Drift — decisions not reflected in PRD
  • PRD→PDR Drift — PRD elements without supporting PDRs
  • Cross-PDR Consistency — conflicts between PDRs
  • Staleness — outdated references, placeholders, deprecated PDRs still referenced

Output: Structured markdown analysis report (no files modified)

When to use

  • After /product-implement to validate generated PRD
  • After /product-clarify to verify refinements
  • Before feature development to ensure product is solid
  • Periodically to detect drift as product evolves

When NOT to use

  • No product artifacts exist (use /product-init or /product-specify first)
  • You want to modify files (this is analysis-only)

Execution Steps

Phase 1: Load Artifacts

sh: scripts/bash/setup-product-analyze.sh [--json]
ps: scripts/powershell/setup-product-analyze.ps1

Read:

  • PRD.md (project root)
  • {REPO_ROOT}/.adlc/drafts/pdr/PDR-*.md (individual PDR files)
  • {REPO_ROOT}/.adlc/memory/constitution.md (if exists)

Build inventory:

| Artifact | Path | Status |
|----------|------|--------|
| Product PRD | PRD.md | Found/Missing |
| Product PDRs | .adlc/drafts/pdr/ | [N] files |
| Constitution | .adlc/memory/constitution.md | Found/Missing |

Phase 2: PDR Quality Analysis

For each PDR file, check:

| Dimension | Check | Severity |

|-----------|-------|----------|

| Context | Problem clearly stated | MEDIUM |

| Decision | Actionable, testable | HIGH |

| Consequences | Positive AND negative | HIGH |

| Success Metrics | Defined with targets | HIGH |

| Alternatives | At least 2 with neutral trade-offs | HIGH |

| Constitution | Aligns with vision | CRITICAL |

Phase 3: Inter-PDR Consistency

  • Conflicting Decisions: PDRs that contradict (e.g., B2B vs B2C)
  • Missing Dependencies: PDRs that should reference each other
  • Terminology Drift: Same concept named differently
  • Strategy Coherence: Problem/persona/metric alignment

Phase 4: PDR→PRD Drift (Forward Sync)

For each PDR, check if decision appears in PRD:

| PDR Element | Expected in PRD | Section |

|-------------|-----------------|---------|

| Problem decision | Problem statement | 3 |

| Persona decision | Personas | 6 |

| Scope decision | Requirements / Out of Scope | 7 / 9 |

| Metric decision | Success Metrics | 5 |

| Business Model | Overview | 2 |

| NFR decision | Non-Functional Requirements | 8 |

Phase 5: PRD→PDR Drift (Backward Sync)

  • Requirements Without PDRs: User stories without scope justification
  • Personas Without PDRs: Personas with no persona PDR
  • Metrics Without PDRs: Success metrics with no metric PDR
  • Risks Without PDRs: Risks without consequence documentation

Phase 6: Staleness Detection

  • Deprecated PDRs Still Referenced: PRD references status "Deprecated"
  • Placeholders: [TODO], [TBD], [PRODUCT_NAME], [DATE]
  • Date Inconsistencies: PDR dates older than PRD last-updated
  • Orphaned References: PDR IDs mentioned but file doesn't exist

Phase 7: Severity Assignment

| Severity | Criteria |

|----------|----------|

| CRITICAL | Constitution violation, major requirement undocumented |

| HIGH | PDR→PRD drift affecting requirements, conflicting PDRs |

| MEDIUM | Incomplete consequences, staleness, terminology drift |

| LOW | Style improvements, minor documentation gaps |

Phase 8: Generate Report

## Product Analysis Report

### Analysis Summary
| Attribute | Value |
|-----------|-------|
| Mode | [Full/PDRs/Sections] |
| Files Analyzed | [List] |
| Analysis Date | [Current date] |

### Findings
| ID | Pass | Severity | Location | Summary | Recommendation |
|----|------|----------|----------|---------|----------------|
| A1 | PDR Quality | MEDIUM | PDR-003 | Missing success metrics | Add metrics section |
| B1 | Inter-PDR | HIGH | PDR-002, PDR-005 | Conflicting target markets | Resolve B2B vs B2C |
| C1 | PDR→PRD | HIGH | PRD:5 | Persona not in PRD | Update PRD section 5 |
| D1 | PRD→PDR | HIGH | PRD:6 | Feature has no PDR | Create PDR |
| F1 | Staleness | LOW | PRD:1 | [PRODUCT_NAME] placeholder | Fill product name |

### Coverage Metrics
| Metric | Value |
|--------|-------|
| PDR Count | [N] |
| PRD Sections Complete | [N]/12 |
| PDR→PRD Coverage | [N]% |
| PRD→PDR Coverage | [N]% |

### Issue Distribution
| Severity | Count |
|----------|-------|
| CRITICAL | [N] |
| HIGH | [N] |
| MEDIUM | [N] |
| LOW | [N] |

### Next Actions
- **CRITICAL issues**: Resolve constitution violations before proceeding
  - Command: `/product-clarify`
- **HIGH PDR quality**: Address missing alternatives and consequences
  - Command: `/product-clarify`
- **PDR→PRD drift**: Update PRD to reflect PDR decisions
  - Command: `/product-implement --update`
- **PRD→PDR drift**: Create missing PDRs
  - Command: `/product-specify` or `/product-init`

Key Rules

Analysis Integrity

  • NEVER modify files — this is read-only
  • NEVER hallucinate missing content — report absences accurately
  • Prioritize constitution violations — always CRITICAL
  • Use evidence-based findings — cite specific locations

Reporting Standards

  • Limit to 50 findings — aggregate overflow in summary
  • Include location — always cite file or section
  • Provide actionable recommendations — each finding gets a fix suggestion
  • Calculate coverage metrics — quantify completeness

Configuration

  • PDR_DRAFTS_DIR{REPO_ROOT}/.adlc/drafts/pdr
  • PRD_FILE{REPO_ROOT}/PRD.md
  • CONSTITUTION{REPO_ROOT}/.adlc/memory/constitution.md

12-Factor Alignment

  • Factor IX (Verification-First): Validates artifacts before downstream work
  • Factor XI (Directives as Code): Checks version-controlled directive quality

Verification

  • [ ] All artifacts loaded and inventoried
  • [ ] PDR quality checklist applied to each file
  • [ ] Cross-PDR consistency verified
  • [ ] Bidirectional drift detection completed
  • [ ] Staleness scan performed
  • [ ] Severities assigned correctly
  • [ ] Report structured with findings table
  • [ ] Coverage metrics calculated
  • [ ] Next actions recommended with commands
  • [ ] Zero files modified

How to use it

Copy the folder

Take tikalk/product-analyze from the repository into ~/.claude/skills for personal use, or into .claude/skills inside a project.

Check the name does not clash

The agent identifies a skill by the name field in its header. Two skills with the same name cannot sit side by side — one of them will be ignored.