PRP Implementation Planner
Wirasm/prp
Turns a PRD, issue or description into an implementation-ready plan grounded in codebase evidence, adding root-cause analysis for bugs and publishing issue plans back to the issue.
Generate a Packmind feature specification from a GitHub issue, file, URL, or direct description.
$ npx skills add PackmindHub/packmind --skill feature-spec -a claude-codeProject install by default; add -g for ~/.claude/skills/.
$ gh skill install PackmindHub/packmind feature-spec --agent claude-codeProject scope by default; add --scope user for a personal install. Needs GitHub CLI 2.90.0 or later (public preview).
$ git clone --depth 1 https://github.com/PackmindHub/packmind.git skills-src && mkdir -p .claude/skills && cp -r skills-src/.agents/skills/feature-spec .claude/skills/feature-spec && rm -rf skills-srcUse ~/.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/
Install the "feature-spec" agent skill from https://github.com/PackmindHub/packmind/tree/main/.agents/skills/feature-spec into .claude/skills/feature-spec/ in this project. Copy the whole folder (SKILL.md and every file beside it), keep the folder name "feature-spec", then confirm the skill loads.Claude Code copies the folder itself, the same result as the manual copy. Check what it changed before you commit it.
$skill-installer install https://github.com/PackmindHub/packmind/tree/main/.agents/skills/feature-specType this inside Codex. $skill-installer <name> installs a curated skill from openai/skills. The installer writes to $CODEX_HOME/skills (default ~/.codex/skills). Restart Codex if the skill does not show up.
$ npx skills add PackmindHub/packmind --skill feature-spec -a codexProject install goes to .agents/skills/; add -g for ~/.codex/skills/.
$ gh skill install PackmindHub/packmind feature-spec --agent codexProject scope by default (.agents/skills/); add --scope user for a personal install.
$ git clone --depth 1 https://github.com/PackmindHub/packmind.git skills-src && mkdir -p .agents/skills && cp -r skills-src/.agents/skills/feature-spec .agents/skills/feature-spec && rm -rf skills-srcUse ~/.agents/skills/ instead of .agents/skills for a personal install.
Codex skills documentation · loads skills from .agents/skills/
Install the "feature-spec" agent skill from https://github.com/PackmindHub/packmind/tree/main/.agents/skills/feature-spec into .agents/skills/feature-spec/ in this project. Copy the whole folder (SKILL.md and every file beside it), keep the folder name "feature-spec", then confirm the skill loads.Codex copies the folder itself, the same result as the manual copy. Check what it changed before you commit it.
$ npx skills add PackmindHub/packmind --skill feature-spec -a cursorProject install goes to .agents/skills/; add -g for ~/.cursor/skills/.
$ gh skill install PackmindHub/packmind feature-spec --agent cursorProject scope by default (.agents/skills/); add --scope user for a personal install.
$ git clone --depth 1 https://github.com/PackmindHub/packmind.git skills-src && mkdir -p .cursor/skills && cp -r skills-src/.agents/skills/feature-spec .cursor/skills/feature-spec && rm -rf skills-srcUse ~/.cursor/skills/ instead of .cursor/skills for a personal install.
Cursor skills documentation · loads skills from .cursor/skills/, .agents/skills/, .claude/skills/, .codex/skills/
Install the "feature-spec" agent skill from https://github.com/PackmindHub/packmind/tree/main/.agents/skills/feature-spec into .cursor/skills/feature-spec/ in this project. Copy the whole folder (SKILL.md and every file beside it), keep the folder name "feature-spec", then confirm the skill loads.Cursor copies the folder itself, the same result as the manual copy. Check what it changed before you commit it.
$ gemini skills install https://github.com/PackmindHub/packmind.git --path .agents/skills/feature-spec--scope user (default) or --scope workspace; --path is the subfolder of the repo that holds the skill; --consent skips the security confirmation prompt.
$ npx skills add PackmindHub/packmind --skill feature-spec -a gemini-cliProject install goes to .agents/skills/; add -g for ~/.gemini/skills/.
$ gh skill install PackmindHub/packmind feature-spec --agent gemini-cliProject scope by default (.agents/skills/); add --scope user for a personal install.
$ git clone --depth 1 https://github.com/PackmindHub/packmind.git skills-src && mkdir -p .gemini/skills && cp -r skills-src/.agents/skills/feature-spec .gemini/skills/feature-spec && rm -rf skills-srcUse ~/.gemini/skills/ instead of .gemini/skills for a personal install, then run /skills reload.
Gemini CLI skills documentation · loads skills from .gemini/skills/, .agents/skills/
Install the "feature-spec" agent skill from https://github.com/PackmindHub/packmind/tree/main/.agents/skills/feature-spec into .gemini/skills/feature-spec/ in this project. Copy the whole folder (SKILL.md and every file beside it), keep the folder name "feature-spec", then confirm the skill loads.Gemini CLI copies the folder itself, the same result as the manual copy. Check what it changed before you commit it.
$ gh skill install PackmindHub/packmind feature-specInstalls for Copilot at project scope by default; add --scope user for a personal install. Preview a skill first with gh skill preview. Needs GitHub CLI 2.90.0 or later (public preview).
$ npx skills add PackmindHub/packmind --skill feature-spec -a github-copilotProject install goes to .agents/skills/; add -g for ~/.copilot/skills/.
$ git clone --depth 1 https://github.com/PackmindHub/packmind.git skills-src && mkdir -p .github/skills && cp -r skills-src/.agents/skills/feature-spec .github/skills/feature-spec && rm -rf skills-srcUse ~/.copilot/skills/ instead of .github/skills for a personal install. Commit .github/skills so cloud agent and code review can use it.
GitHub Copilot skills documentation · loads skills from .github/skills/, .claude/skills/, .agents/skills/
Install the "feature-spec" agent skill from https://github.com/PackmindHub/packmind/tree/main/.agents/skills/feature-spec into .github/skills/feature-spec/ in this project. Copy the whole folder (SKILL.md and every file beside it), keep the folder name "feature-spec", then confirm the skill loads.GitHub Copilot copies the folder itself, the same result as the manual copy. Check what it changed before you commit it.
$ npx skills add PackmindHub/packmind --skill feature-spec -a opencodeOpenCode documents no install command of its own. Project install goes to .agents/skills/; add -g for ~/.config/opencode/skills/.
$ gh skill install PackmindHub/packmind feature-spec --agent opencodeProject scope by default (.agents/skills/); add --scope user for a personal install.
$ git clone --depth 1 https://github.com/PackmindHub/packmind.git skills-src && mkdir -p .opencode/skills && cp -r skills-src/.agents/skills/feature-spec .opencode/skills/feature-spec && rm -rf skills-srcUse ~/.config/opencode/skills/ instead of .opencode/skills for a personal install.
OpenCode skills documentation · loads skills from .opencode/skills/, .claude/skills/, .agents/skills/
Install the "feature-spec" agent skill from https://github.com/PackmindHub/packmind/tree/main/.agents/skills/feature-spec into .opencode/skills/feature-spec/ in this project. Copy the whole folder (SKILL.md and every file beside it), keep the folder name "feature-spec", then confirm the skill loads.OpenCode copies the folder itself, the same result as the manual copy. Check what it changed before you commit it.
feature-specGenerate a Packmind feature specification from a GitHub issue, file, URL, or direct description.
Feature Spec is an agent skill from PackmindHub/packmind. Generate a Packmind feature specification from a GitHub issue, file, URL, or direct description. Breaks Phase 3 into 4 fine-grained approval gates (domain data structures, ports/use cases/routes, frontend components, implementation plan) to catch problems early. Routes work between the OSS sibling (../packmind) and the proprietary repo (cwd). Outputs spec artifacts under tmp/feature-specs/{slug}/ for use with /feature-sprint.
Its SKILL.md is about 1.8k tokens, which your agent loads only when the skill is triggered. The skill folder holds 8 other files, including reference files (for example `phase-1-resolve-source.md`, `phase-2-discovery-and-spec.md` and `phase-3-implementation.md`).
It sits in Product & Project Management, covering PRD writing and Planning. It works with GitHub. The repository describes itself as: Packmind seamlessly captures your engineering playbook and turns it into AI context, guardrails, and governance. The licence is Apache-2.0.
5 steps, taken from the first numbered list in SKILL.md.
Read from SKILL.md and the folder at commit 858ed50. It shows what the files ask for, not the result of running them.
Pre-approves nothing: there is no allowed-tools line, so your agent's usual permission prompts apply.
From allowed-tools in the SKILL.md frontmatter.
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.
No URLs in SKILL.md.
From URLs in SKILL.md, links to its own repository left out.
Names no API keys, tokens, secrets or passwords.
From names ending in _API_KEY, _TOKEN, _SECRET, _KEY or _PASSWORD in SKILL.md.
Feature Spec loads about 1.8k tokens when it runs, and up to ~6.5k if it reads all its reference files. Until then it costs about 111 tokens; SKILL.md has 725 words of instructions outside code blocks.
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.
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.
The full file from PackmindHub/packmind at commit 858ed50, republished under its Apache-2.0 licence (© PackmindHub). 725 words, ~1,784 tokens.
.claude/skills/feature-spec/SKILL.md (or your agent's skills folder). This skill also uses 7 other files; get the full folder from GitHub.Generate a comprehensive feature specification grounded in Packmind's hexagonal architecture, frontend gateway/PM-UI conventions, and the OSS/proprietary fork boundary.
Use this skill when the user wants to:
Do NOT use for trivial one-line fixes or pure dependency bumps.
packmind-proprietary): the current working directory when this skill runs.packmind): the sibling directory at ../packmind (cloned next to the proprietary repo). Resolve to an absolute path at runtime with realpath ../packmind.packages/editions, certain packages/deployments extensions). After an OSS merge, you typically pull on the proprietary side.packages/{domain}/{domain,application,infra}), NestJS API at apps/api, React+@packmind/ui frontend at apps/frontend, TypeORM, Jest+@swc/jest.| Source | Examples | Detection |
|---|---|---|
| GitHub | #123, owner/repo#123, full issue URL | Pattern #\d+ or github.com/.../issues/ |
| File | file:spec.md, path/to/spec.md | Prefix file: or readable file |
| URL | https://... | HTTP(S) URL (non-GitHub) |
| Prompt | Any other text | Default |
Execute phases sequentially. Phases 1 and 4 run seamlessly (no approval gate). Phases 2 and 3 require user approval before proceeding.
| Phase | File | Purpose | Gate |
|---|---|---|---|
| 1 | phase-1-resolve-source.md | Detect source type, fetch content, decide OSS-vs-proprietary routing, create state | seamless |
| 2 | phase-2-discovery-and-spec.md | Research Packmind patterns (reference domain, hex layers, frontend conventions), draft acceptance criteria, generate functional spec | approval |
| 3 | phase-3-implementation.md | Technical approach + implementation plan (4 subtasks below) | 4 approvals |
| 3A | ↳ Subtask 3A | Validate domain data structures (entities, value objects, events, migrations) | approval |
| 3B | ↳ Subtask 3B | Validate ports, contracts, use cases, services, adapters, NestJS routes | approval |
| 3C | ↳ Subtask 3C | Validate frontend components, gateways, query hooks, PM-UI usage | approval |
| 3D | ↳ Subtask 3D | Generate full implementation plan (task breakdown, grouping, coverage) | approval |
| 4 | phase-4-finalize.md | Generate context.md, mark spec complete, report (no commit — artifacts live in tmp/) | seamless |
State is persisted to markdown files under a git-ignored tmp/ directory for cross-session continuity. Phase progress is inferred from which output files exist — no separate state file needed.
tmp/feature-specs/{slug}/
├── {slug}.md # Main spec (status: DRAFT → COMPLETE in frontmatter)
├── discovery.md # Phase 2 output (YAML frontmatter + markdown)
├── functional-spec.md # Phase 2 output (informed by discovery)
├── implementation-plan.md # Phase 3 output (includes parallel groups section)
└── context.md # Phase 4 output (YAML frontmatter + markdown)| Files Present | Completed Phase | Resume At |
|---|---|---|
{slug}.md only | Phase 1 | Phase 2 |
+ discovery.md, functional-spec.md | Phase 2 | Phase 3 |
+ implementation-plan.md | Phase 3 | Phase 4 |
+ context.md (status: COMPLETE) | Phase 4 | Done |
Before starting, check for an existing task directory at tmp/feature-specs/{slug}/:
status: DRAFT|COMPLETE**Resuming Feature Spec**: {slug}
**Current Phase**: {detected_phase}
**Status**: {status from frontmatter}
Continue from Phase {detected_phase}? (Y/n)To start a new feature spec: Read phase-1-resolve-source.md and follow its instructions.
<feature-spec-rules>
<rule>Execute phases SEQUENTIALLY — never skip phases</rule>
<rule>Phases 1 and 4 proceed automatically — no approval gate</rule>
<rule>Phases 2 and 3 require USER APPROVAL via AskUserQuestion before proceeding</rule>
<rule>Save all artifacts under tmp/feature-specs/{slug}/ — never under tracked folders</rule>
<rule>Use Task tool with Explore subagent for codebase research; never read 50 files yourself</rule>
<rule>Agent NEVER implements code in this skill — output ONLY specification documents</rule>
<rule>Main spec file has status DRAFT until Phase 4 completes</rule>
<rule>Always record target_repo (oss | proprietary | both) decided in Phase 1; consumed by /feature-sprint</rule>
<rule>Never invent OSS/proprietary boundaries — if unsure, ask the user</rule>
</feature-spec-rules>
Final deliverable: tmp/feature-specs/{slug}/{slug}.md + sibling artifacts.
Contains:
file:line patterns)/feature-sprint)target_repo: oss | proprietary | bothPhase 3 includes a grouping step that analyzes task dependencies and creates parallel execution groups:
How grouping works:
implementation-plan.md (Parallel Groups section) and context.md (YAML frontmatter)When grouping is skipped:
When the spec is complete (Phase 4), the next step is /feature-sprint {slug} — the companion skill that executes the implementation plan.
© PackmindHub, Apache-2.0. Rendered from Markdown: HTML in the file is shown as text, images as links, and headings moved down two levels. Raw file
SKILL.md and 7 other files (references) in .agents/skills/feature-spec of PackmindHub/packmind.
Open the folder on GitHubat commit 858ed50
Feature Spec 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.
| Skill | Stars | Used in | Tokens | Auto-check | Licence | Repo updated |
|---|---|---|---|---|---|---|
| Feature Spec this skillPackmindHub/packmind | 317 | — | ~1.8k | Automated safety check: Pass | Apache-2.0 | |
| PRP Implementation PlannerWirasm/prp | 2.3k | — | ~4.1k | Automated safety check: Pass | MIT | |
| CCPM Project Managementautomazeio/ccpm | 8.4k | — | ~1.1k | Automated safety check: Pass | MIT | |
| Ouroboros PM InterviewQ00/ouroboros | 6.2k | — | ~5.7k | Automated safety check: Pass | MIT | |
| AlignmentOvid/paad | 131 | — | ~4.9k | Automated safety check: Pass | MIT | |
| Creating Issuesopsmill/infrahub | 529 | — | ~1.2k | Automated safety check: Pass | Apache-2.0 |
Wirasm/prp
Turns a PRD, issue or description into an implementation-ready plan grounded in codebase evidence, adding root-cause analysis for bugs and publishing issue plans back to the issue.
automazeio/ccpm
Runs a spec-driven workflow from PRD to epic to GitHub issues to parallel agents, with status, standup and blocked-work reports from bundled scripts.
Q00/ouroboros
Runs a guided product-manager interview that classifies each question automatically and produces a Product Requirements Document.
Ovid/paad
A skill your agent uses when verifying that requirements/specs/PRDs and their implementation plans match — before starting work, after a spec or plan update, or when suspecting coverage gaps, scope…
opsmill/infrahub
Turns a single feature idea, improvement, or bug into ONE well-structured GitHub issue.
GulajavaMinistudio/Mayukai-Theme
Helps interrogate Product Requirements (PRD), Technical Specifications, and Implementation Plans to find ambiguities, missing edge cases, and hidden assumptions.
PackmindHub/packmind
Produce proof-of-execution demos of the Packmind CLI (packmind-cli) as terminal-styled images (colors and formatting preserved exactly), for embedding in a GitHub PR.
PackmindHub/packmind
Record polished UI demo videos and screenshots of a running web app using Playwright MCP — for client deliverables, release notes, feature walkthroughs, or bug repros.
PackmindHub/packmind
Guide for creating effective skills. An agent skill from PackmindHub/packmind.
PackmindHub/packmind
Audit Packmind end-user documentation (apps/doc/) for broken links, outdated CLI references, non-existent concepts, misleading information, and missing coverage.
PackmindHub/packmind
Execute the implementation plan produced by /feature-spec. An agent skill from PackmindHub/packmind.
PackmindHub/packmind
Review an implemented GitHub issue the way a senior Packmind engineer would — the human-judgment checks that ESLint, the TypeScript compiler, and e2e tests cannot catch (authorization scoping…
Works with
Generate a Packmind feature specification from a GitHub issue, file, URL, or direct description. Feature Spec is an agent skill from PackmindHub/packmind. Generate a Packmind feature specification from a GitHub issue, file, URL, or direct description.
Feature Spec fits situations like: tasks that involve PRD writing; tasks that involve Planning.
Run `npx skills add PackmindHub/packmind --skill feature-spec -a claude-code`. Or copy the skill folder (.agents/skills/feature-spec in PackmindHub/packmind) into .claude/skills/feature-spec in your project. Claude Code loads it when a task matches its description.
Run `npx skills add PackmindHub/packmind --skill feature-spec -a codex`. Or copy the skill folder (.agents/skills/feature-spec in PackmindHub/packmind) into .agents/skills/feature-spec in your project. Codex loads it when a task matches its description.
Cursor, Gemini CLI, GitHub Copilot and OpenCode also load SKILL.md folders. With the skills CLI, run `npx skills add PackmindHub/packmind --skill feature-spec -a cursor` (or -a gemini-cli, github-copilot or opencode for the others). To copy it by hand, put the folder in .cursor/skills/feature-spec, .gemini/skills/feature-spec, .github/skills/feature-spec and .opencode/skills/feature-spec in your project.
SKILL.md names no scripts, command-line tools or credentials: Feature Spec is instructions for the agent only.
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.
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.
Feature Spec is published under the Apache-2.0 licence (the repository's licence). It allows redistribution, so the full SKILL.md is shown on this page.
About 1.8k tokens (SKILL.md is roughly 7.1k characters). Agents keep only the skill's name and description in context until a task matches; then they load SKILL.md in full. Its references folder adds about 4.7k tokens, read only when the agent opens those files.
Skills that share tags, products or a category with Feature Spec: PRP Implementation Planner (Wirasm/prp, 2.3k stars), CCPM Project Management (automazeio/ccpm, 8.4k stars), Ouroboros PM Interview (Q00/ouroboros, 6.2k stars) and Alignment (Ovid/paad, 131 stars). The comparison table on this page puts their stars, adoption, token cost, safety result and licence side by side.
PackmindHub (a GitHub organization) maintains it in PackmindHub/packmind, which has 317 GitHub stars. The repository holds 35 skills in this directory. The repository was last updated on October 6, 2026.
Source: PackmindHub/packmind on GitHub. Facts on this page come from the repository at the commit we read; the author's words are quoted as theirs.