From beta-planning
Creates a plan.html with Requirements tab for a new task. Use when 'beta new task', 'beta task', 'create beta task', 'beta requirements'. Not for markdown task docs (use new-task instead).
How this skill is triggered — by the user, by Claude, or both
Slash command
/beta-planning:beta-new-taskThe summary Claude sees in its skill listing — used to decide when to auto-load this skill
Create `docs/tasks/$ID-$NAME/plan.html` with a Requirements tab.
Create docs/tasks/$ID-$NAME/plan.html with a Requirements tab.
Part of the beta planning workflow. See references/beta-workflow-overview.md for the full pipeline.
Before writing anything, apply these checks:
Scan skills -- check available skills for topic matches relevant to the user's request. Load any matched skills before proceeding.
Read project docs -- find and read project documentation relevant to the domain (READMEs, how-to guides, concept docs, CLAUDE.md).
Determine task ID -- scan docs/tasks/ for existing folders. Assign the next 3-digit sequential ID (e.g. if 042-* exists, next is 043). If docs/tasks/ doesn't exist, start at 001.
Derive task name -- create a short kebab-case name from the user's description (e.g. add-team-settings).
Create task folder -- mkdir -p docs/tasks/$ID-$NAME
Create plan.html -- load the /planning-doc skill and follow its process to create plan.html in the task folder. It will fetch llms.txt for the current component reference and version pin. Set the document title to $ID: $NAME, status to draft, and include pd-meta with id, name, status planning, and created date.
Populate Requirements tab -- add a Requirements tab with the sections defined in the content guidelines. Fill in Problem and Goals from user input. Add Out of Scope based on reasonable boundaries. List any unresolved questions in Open Questions.
See references/tab-requirements.md for what content to include.
Resolve Open Questions -- assume there are latent requirements the user hasn't communicated. Proactively surface unstated assumptions, clarify ambiguity, and resolve Open Questions by asking the user interactively (use AskUserQuestion tool if available). Update the doc with answers as they come in. Repeat until all questions are resolved or the user defers them.
Hard-stop -- present the completed plan.html to the user. Do NOT proceed to the solution stage. Tell them: "Review plan.html. When ready, run /beta-new-solution to continue."
Provides CDSS development patterns for drug interaction checking, dose validation, clinical scoring (NEWS2, qSOFA), and alert classification integrated into EMR workflows.
npx claudepluginhub mistakenot/skills --plugin beta-planning