feature-prompt
Feature Prompt
Turn rough feature requests into implementation-ready prompts.
Main session style: free-form intake first, targeted follow-ups only when needed. Accept whatever the user gives you — a sentence, a paragraph, a brain dump — parse it into the section structure, infer what you can from cwd and a code scan, and ask focused questions only for the parts that are genuinely missing or ambiguous.
Keep the final prompt terse, exact, and free of filler — but write it in plain English. The final prompt is a generated artifact and must not be caveman-compressed, even when caveman mode is active for chat.
Save the final prompt to docs/prompt/NNNN-<feature-slug>-prompt.md (see ## File Output), then ask the user to pass it to the grill-with-docs skill. A draft → review round is optional — offer it for non-trivial prompts, skip it when the inputs were already clean.
Agent Use
When the active agent runtime supports sub-agents and the user has allowed them, use read-only explorer agents where they can improve the prompt without slowing the interview.
- Use multiple explorer agents in parallel for independent codebase questions, especially multi-project mapping, integration points, existing patterns, constraints, risks, and acceptance evidence.
- Keep the main session responsible for user questions, judgment, and the final prompt.
- Do not delegate the final prompt to a sub-agent.
- Do not use worker agents or make code edits.
- Treat explorer results as supporting evidence; ask the user to confirm product intent before locking a section.
More from devarfeen/agent-skills-kit
release-notes
Generate clear, PM-friendly release notes and session summaries from git commits, feature work, or current development changes.
19agents-md
Generate or update AGENTS.md for a repository or VS Code workspace, create CLAUDE.md and GEMINI.md shims, build a project matrix with stable project codes, and reference CONTEXT.md / ADRs as required domain context.
13feature-discovery
Use when the user asks to investigate, audit, trace, or explain how a feature, issue, module, workflow, API, config, or behavior works across one or more codebase projects.
11commit-push-pr
Ship one iteration of work on a GitHub issue as a pull request — stage and commit with a structured message, push the current branch, and open a PR that uses `Closes #N` to auto-close the linked issue on merge. If no GitHub issue can be located, the skill creates one inline before committing. The commit subject prefix is chosen by the issue's state label (`HITL:` for `ready-for-human`, `AKF:` for `ready-for-agent`). Use when the user says "commit, push, and open a PR", "ship this as a PR", "PR this issue", or otherwise wants to wrap up issue work as a reviewable PR rather than a direct close.
5ubiquitous-language
Use when the user wants to create or update a DDD-style ubiquitous language glossary, define domain terms, resolve ambiguous terminology, harden naming, or write UBIQUITOUS_LANGUAGE.md from the current conversation and codebase context.
5commit-push-close
Ship one iteration of work on a GitHub issue — stage and commit with a structured message, push to the current branch, then close the linked GitHub issue with a comment that explains how to test the change. If no GitHub issue can be located, the skill creates one inline before committing. The commit subject prefix is chosen by the issue's state label (`HITL:` for `ready-for-human`, `AKF:` for `ready-for-agent`). Use when the user says "commit, push, and close", "ship this issue", "I'm done with this issue", or otherwise wants to wrap up work on a GitHub issue in one step.
5