plan-tune

Solid

Staff PM contract certifier. Reads an existing PRD and runs a fixed seven-check certification (G1) — each check tied to a named downstream consumer (regression authoring, pre-merge's PRD-consistency gate, the safety pauses, eng --build's row/ticket reads). Product tune (--product) runs checks 1/2/3/6; eng tune (--eng) runs 2/4/5/6/7. Auto-selects the tune type from PRD content (no ask), auto-fixes every Critical and Major with a compact terminal table, asks once about Minors, and pauses only for a product-decision finding. Each auto-fixed Critical/Major writes a category-tagged learning to devkit/AHA.md so the next plan-pm draft self-heals. Applies all fixes directly to the PRD file. No separate report file.

AI & Automation 2 stars 0 forks Updated yesterday MIT

Install

View on GitHub

Quality Score: 78/100

Stars 20%
16
Recency 20%
100
Frontmatter 20%
70
Documentation 15%
100
Issue Health 10%
80
License 10%
100
Description 5%
100

Skill Content

# plan-tune ## Usage **Invoke**: `/plan-tune [prd-path] [--product | --eng]` - Slash command: `/plan-tune` - Natural language: "tune the PRD", "certify the PRD", "run the contract certifier", "check the PRD before plan-em" - Context: a path to an existing PRD `.md` file, or invocation immediately after `plan-pm` or `plan-em` saved one **Flags:** | Flag | Tune type | Checks run (from `refs/certification.md`) | |------|-----------|-------------------------------------------| | `--product` | Product tune | Checks 1 (criteria testability), 2 (breaking/DB labeled), 3 (intent fidelity), 6 (frontmatter graph) | | `--eng` | Eng tune | Checks 2, 4 (exec-table/eng integrity), 5 (ticket graph validity), 6, 7 (cross-agent contract coherence) | | _(none)_ | Auto-selected | Decided from PRD content — **not** asked (see Step 1) | **Path rules:** - If a file path is provided and valid, use it directly. - If a directory path is provided (e.g. `features/prd-1-user-auth/`), derive the file as `<dir>/prd-[n]-[slug].md` (the `.md` inside it sharing the directory's basename). - If no path is provided, ask the user (see Step 1). - Path must match `features/prd-*/prd-*.md` after resolution. If it does not, ask again — do not refuse silently. **Hard refusals:** - PRD path resolves to a file that does not exist after two ask attempts: refuse. State the expected location and offer to run `/plan-pm` to create one. ## Tune types | Type | Flag | Auto-select trigger (when no flag) | Checks | |----...

Details

Author
ndisisnd
Repository
ndisisnd/msg
Created
3 months ago
Last Updated
yesterday
Language
Shell
License
MIT

Similar Skills

Semantically similar based on skill content — not just same category

AI & Automation Solid

plan-pm

Principal PM skill — the autonomous PRD writer. Consumes a graded, fleshed-out row from the INTAKE.md backlog (idea, goal, type, grade) and drafts the full PRD solo — edge cases, feature/acceptance table, user flows, error handling — saved to features/planned/prd-[n]-[feature-slug]/. The requirements interview lives in /intake now, not here. Pauses ONLY for batched open questions the draft couldn't resolve and for breaking/critical touches. Refuses requests that would skip the PRD stage entirely.

2 Updated yesterday
ndisisnd
AI & Automation Solid

plan-em

Engineering Manager skill. Reads an approved PRD, runs pre-flight checks against AHA.md, GLOSSARY.md and ARCHITECTURE.md, auto-runs plan-tune certification inline before each wave (product before the plan wave, eng before the build wave — no ask), identifies specialist agents to activate (roster approval — the single human gate), spins them up to write engineering sections directly into the PRD, then synthesises the full output. Runs in --team mode by default (an Opus orchestrator engineer decomposes each wave into file-disjoint, model-tiered packets fanned out to leaf eng subagents) or --solo (one leaf subagent per roster stack). Refuses without a referenced PRD .md path.

2 Updated yesterday
ndisisnd
AI & Automation Listed

prd-to-plan

Convert a PRD into a phased implementation plan using tracer-bullet vertical slices, then optionally create GitHub issues from the plan. TRIGGER when: user has a PRD and wants an implementation plan, says "plan this", asks to break a feature into phases, wants to convert requirements into tasks, asks to break a PRD into issues, create issues from a plan, or says "prd to issues". Also when user wants to stress-test a plan, get grilled on their design, or says "grill me". DO NOT TRIGGER when: user wants to execute a plan (just code it), review existing code, or do general architecture discussion without a PRD.

1 Updated 1 weeks ago
DROOdotFOO