| name | gh-issue-clarifier |
| description | Clarify ambiguous GitHub issues by tightening scope and acceptance criteria, proposing solution options with pros/cons, and marking decision-required issues when maintainer input is needed. |
| category | github-issue |
| kind | atomic |
| phase | context |
| requires_write | true |
| requires_slurm | false |
| requires_benchmark_artifacts | false |
| delegates_to | [] |
| output_schema | skill_run_summary.v1 |
GH Issue Clarifier
Compatibility entry point: for new routing, use issue-contract-maintainer with mode clarify-ambiguity unless a caller explicitly names this skill.
Purpose
Turn unclear issues into executable tasks with explicit scope, acceptance criteria, and an auditable
decision trail. Keep the issue small, stable, and ready for implementation.
Workflow
- Read issue state with the canonical complete-thread read
uv run python scripts/dev/gh_issue_rest.py thread <number> --repo ll7/robot_sf_ll7 (issue
#5148: plain gh issue view --comments fails on some GitHub CLI versions because it requests
the deprecated classic-Projects field) and linked context (PRs, comments, labels, milestone).
- Classify ambiguity:
- Problem, scope, solution, or validation ambiguity.
- If multiple valid options exist, draft a minimal options set:
- approach, pros/cons, risk tradeoff, recommendation.
- Apply the chosen path:
- clarify issue body in-place (problem, in-scope/out-of-scope, acceptance criteria, tests),
- only add
decision-required when maintainer choice is truly needed,
- create follow-up issues when scope remains too broad.
- Handle batching discipline:
- do issue text/label cleanup before Project #5 routing.
- use
docs/context/issue_713_batch_first_issue_workflow.md for larger batches.
Guardrails
- Use MCP for interactive inspection when available; use
gh as deterministic fallback.
- Do not add assumptions that are not backed by issue context.
- Keep decision comments structured and short (
Context, Options, Recommendation, Decision needed).
- Remove
decision-required promptly once decision is recorded.
Output
- What was ambiguous and the resolved contract.
- Any option analysis and final recommendation.
- Metadata edits (
labels, project status/milestone where changed).
- Follow-up issues created and reason for each.
When to use
Use this skill for the scope named in its frontmatter description and registry metadata.