From open-skills
Hard discipline for asking the user clarifying questions: ask exactly ONE most critical question per round (priority: purpose → constraints → success criteria), and resolve multiple unknowns across MULTIPLE rounds — each round's question refined by the previous answer (not 'only one question for the whole session'). Also carries the investigation-first principle. Referenced via frontmatter dependencies by workflow skills (solve-workflow, opsx-solve-workflow, jira-fix-workflow, opsx-jira-fix-workflow, perf-workflow); load when a workflow delegates user-questioning guidance.
How this skill is triggered — by the user, by Claude, or both
Slash command
/open-skills:clarifying-question-disciplineThe summary Claude sees in its skill listing — used to decide when to auto-load this skill
> Internal shared skill. Referencing workflows declare it in frontmatter `dependencies` and abort at startup if it is missing — no silent fallback.
Internal shared skill. Referencing workflows declare it in frontmatter
dependenciesand abort at startup if it is missing — no silent fallback.
When information is insufficient to guarantee output quality, ask the user exactly ONE most critical question per round, then wait for the answer before continuing (or asking the next one).
Forbidden: asking multiple questions in one message, or listing several open points for the user to answer one by one.
Why: multi-question dumps increase user cognitive load, cause missed answers, and diffuse the AI's focus. One-at-a-time converges progressively — each question is refined by the previous answer.
Describe intent; the agent picks its own native capability (platform-agnostic, per repo rules):
[One sentence stating the question clearly]
- A option one
- B option two
Short-answer convention: the user may reply with just an option letter ("A", "B"); parse it and continue.
A referencing workflow keeps exactly three touchpoints in its own body (per spec clarifying-question-discipline); the full discipline text lives only here:
clarifying-question-discipline"), not buried in a plain paragraph.Skills that do NOT declare the dependency (e.g. standalone English skills) instead inline the full form themselves (prominent declaration + entry constraint + Red Flags + platform-agnostic phrasing).
npx claudepluginhub fudesign2008/open-skills --plugin open-skillsGuides collaborative design exploration before implementation: explores context, asks clarifying questions, proposes approaches, and writes a design doc for user approval.
Creates structured, bite-sized implementation plans from specs or requirements before writing code. Useful for breaking down multi-step tasks into testable steps with file structure and task boundaries.
Resolves in-progress git merge or rebase conflicts by analyzing history, understanding intent, and preserving both changes where possible. Runs automated checks after resolution.