Agent skill

Clarify

by team-attention in team-attention/hoyeon

"/clarify", "clarify this", "keep asking until clear", "remove ambiguity", "clarify requirements", "clarify design", "clarify the plan", "질문 계속해", "모호한 게 없게", "명확해질 때까지", "계속 물어봐", "Q&A로 정리", "질문답변…

MITAuto-check: notesAgent Workflows

Install Clarify

skills CLI
$ npx skills add team-attention/hoyeon --skill clarify -a claude-code

Project install by default; add -g for ~/.claude/skills/.

GitHub CLI
$ gh skill install team-attention/hoyeon clarify --agent claude-code

Project scope by default; add --scope user for a personal install. Needs GitHub CLI 2.90.0 or later (public preview).

Manual copy
$ git clone --depth 1 https://github.com/team-attention/hoyeon.git skills-src && mkdir -p .claude/skills && cp -r skills-src/skills/clarify .claude/skills/clarify && rm -rf skills-src

Use ~/.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/

Facts

Skill name
clarify
GitHub stars
173
Token cost
~1.9k tokens
SKILL.md length
797 words
Files
3
Skills in repo
36
Repo updated
First seen
Licence
MIT

At a glance

"/clarify", "clarify this", "keep asking until clear", "remove ambiguity", "clarify requirements", "clarify design", "clarify the plan", "질문 계속해", "모호한 게 없게", "명확해질 때까지", "계속 물어봐", "Q&A로 정리", "질문답변…

  • Works in 8 steps: Mirror — State the current understanding… → Map ambiguity branches — List the active… → Ask one question — Ask exactly one… → …
  • Tasks that involve Requirements gathering
  • SKILL.md covers Runtime Surface, Artifacts, Modes and Core Loop, plus 6 more sections
  • Instructions only: no scripts, shell commands, URLs or credentials in SKILL.md

What it does

Clarify is an agent skill from team-attention/hoyeon. "/clarify", "clarify this", "keep asking until clear", "remove ambiguity", "clarify requirements", "clarify design", "clarify the plan", "질문 계속해", "모호한 게 없게", "명확해질 때까지", "계속 물어봐", "Q&A로 정리", "질문답변 기록", "요구사항 명확화", "설계 명확화". Relentless ambiguity-resolution interview that records Q&A under .hoyeon/clarify/<topic/ and hands off to specify/blueprint/docs when clear.

Its SKILL.md is about 1.9k tokens, which your agent loads only when the skill is triggered. The skill folder holds 3 other files (for example `templates/clarity-summary.md` and `templates/qa-log.md`).

It sits in Agent Workflows, covering Requirements gathering. The repository describes itself as: Requirements-first Harness — derive, verify, execute. The licence is MIT.

When your agent uses it

  • Tasks that involve Requirements gathering

Example prompts

  • “/clarify”
  • “clarify this”
  • “keep asking until clear”
  • “/clarify”

Requirements

  • Pre-approved tools (allowed-tools): Bash, Read, Grep, Glob, Task, Write, Edit, AskUserQuestion

Workflow steps

8 steps, taken from the first numbered list in SKILL.md.

  1. Mirror — State the current understanding in 2-4 bullets.
  2. Map ambiguity branches — List the active ambiguity branches in memory
  3. Ask one question — Ask exactly one question. Include
  4. Explore instead of asking — If the answer is discoverable from the
  5. Record immediately — Append to qa-log.md after every exchange.
  6. Classify — Mark the branch as resolved, ambiguous, assumption, or
  7. Audit — After 3-5 Q&A turns, after each major branch, and before
  8. Continue or summarize — If auditor returns CONTINUE, ask the next

What it can do on your machine

Read from SKILL.md and the folder at commit 7cff032. It shows what the files ask for, not the result of running them.

  • Tool permissions

    Pre-approves these tools, so the agent can use them without asking each time:

    • Bash
    • Read
    • Grep
    • Glob
    • Task
    • Write
    • Edit
    • AskUserQuestion

    From allowed-tools in the SKILL.md frontmatter.

  • Runs code

    No scripts in the folder and no shell commands in SKILL.md (its code samples are yaml and markdown).

    From the folder's file list and the shell code blocks in SKILL.md.

  • Network

    No URLs in SKILL.md.

    From URLs in SKILL.md, links to its own repository left out.

  • Credentials

    Names no API keys, tokens, secrets or passwords.

    From names ending in _API_KEY, _TOKEN, _SECRET, _KEY or _PASSWORD in SKILL.md.

Context cost

Clarify loads about 1.9k tokens when it runs. Until then it costs about 94 tokens; SKILL.md has 797 words of instructions outside code blocks.

Always · name and description, kept in context so the agent knows when to use it
~94
When it runs · the whole SKILL.md, loaded when a task matches
~1.9k

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.

Safety

Auto-check: notes

The automated check noted patterns worth knowing about, such as sudo or a known installer.

  • NotePre-approves every shell command (allowed-tools: Bash)SKILL.md
    allowed-tools: Bash, Read, Grep, Glob, Task, Write, Edit, AskUserQuestion

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.

SKILL.md

The full file from team-attention/hoyeon at commit 7cff032, republished under its MIT licence (© team-attention). 797 words, ~1,944 tokens.

Download SKILL.mdSave it as .claude/skills/clarify/SKILL.md (or your agent's skills folder). This skill also uses 2 other files; get the full folder from GitHub.
name
clarify
description
"/clarify", "clarify this", "keep asking until clear", "remove ambiguity", "clarify requirements", "clarify design", "clarify the plan", "질문 계속해", "모호한 게 없게", "명확해질 때까지", "계속 물어봐", "Q&A로 정리", "질문답변 기록", "요구사항 명확화", "설계 명확화". Relentless ambiguity-resolution interview that records Q&A under .hoyeon/clarify/<topic>/ and hands off to specify/blueprint/docs when clear.
allowed-tools
Bash, Read, Grep, Glob, Task, Write, Edit, AskUserQuestion
validate_prompt
Must ask one question at a time, provide a recommended answer, record Q&A, and continue until the auditor finds no material ambiguity or the user stops. Must…

/clarify — Ambiguity Resolution Interview

clarify is a pre-spec interview loop. It is closer to grill-me than specify: ask one precise question at a time, recommend an answer, record the answer, and keep going until material ambiguity is gone.

Do not implement, plan execution, or generate final requirements. The output is traceable context for the next workflow.

Runtime Surface

Claude Code
  • Use AskUserQuestion for mode selection and branching decisions.
  • Use Task(subagent_type="clarity-auditor") at audit boundaries.
  • Use Task(subagent_type="code-explorer") when a question can be answered from the codebase instead of asking the user.
Codex
  • Use Codex-native structured input when available; otherwise ask one concise plain-text question at a time.
  • Use hoyeon-clarity-auditor when native adapters are loaded.
  • Use hoyeon-code-explorer when codebase exploration can answer the question.
  • If native adapters are unavailable, perform the smallest direct read-only pass and record that fallback in qa-log.md.

Artifacts

Create a topic directory:

text
.hoyeon/clarify/<topic-slug>/
├── qa-log.md
└── clarity-summary.md

Read templates when writing artifacts:

  • templates/qa-log.md
  • templates/clarity-summary.md

Use a short kebab-case topic slug. If the current repo already has a Hoyeon spec directory for the same work, mention it in frontmatter as related_spec.

Modes

Infer the mode from the user's request. If uncertain, ask first.

ModeUse ForMain Question LensClear Enough When
requirementsProduct/feature intent before /specifyusers, goal, non-goals, success, scope, flows, edge cases, constraints$hoyeon-specify --context clarity-summary.md can start without guessing
designArchitecture or implementation direction before planningalternatives, boundaries, interfaces, data flow, trade-offs, risks, reversibility, verificationchosen direction, rejected alternatives, risks, and validation are explicit
domainTerms, concepts, and domain modelcanonical terms, definitions, relationships, edge cases, conflicts with docs/codekey terms have stable definitions and unresolved terms are listed
planWork sequencing before blueprint/executiondependencies, acceptance criteria, blocking decisions, validation, rollback, ownershipno blocking execution decision remains

Frontmatter fields:

yaml
mode: requirements | design | domain | plan
status: active | complete | paused
target_handoff: hoyeon-specify | hoyeon-blueprint | docs | none

Default mode is requirements.

Core Loop

  1. Mirror — State the current understanding in 2-4 bullets.
  2. Map ambiguity branches — List the active ambiguity branches in memory: vague terms, hidden assumptions, unresolved forks, missing criteria, external facts/code facts to verify.
  3. Ask one question — Ask exactly one question. Include:
    • why this question matters
    • your recommended answer
    • the trade-off behind the recommendation
  4. Explore instead of asking — If the answer is discoverable from the codebase or existing docs, explore first and ask only if evidence conflicts.
  5. Record immediately — Append to qa-log.md after every exchange.
  6. Classify — Mark the branch as resolved, ambiguous, assumption, or deferred.
  7. Audit — After 3-5 Q&A turns, after each major branch, and before summary, call the clarity auditor with the full qa-log.md.
  8. Continue or summarize — If auditor returns CONTINUE, ask the next suggested question. If SUFFICIENT, write clarity-summary.md.

Question Rules

  • Ask one question at a time.
  • Always provide a recommended answer unless the question is purely factual and must be discovered.
  • Prefer concrete options over open-ended prompts, but allow "Other".
  • Do not ask the user for facts that code/docs can answer.
  • Do not repeat a question. If the user does not know, choose a tentative default, mark it assumption or deferred, and move on.
  • Keep pressure on vague words: "fast", "simple", "good", "production-ready", "secure", "later", "nice UX", "admin", "sync", "done".
Show full SKILL.md (285 more words)Show less

Mode-Specific Checks

requirements

Required branches:

  • primary user or actor
  • problem and desired outcome
  • explicit non-goals
  • success criteria
  • core happy path
  • important edge/failure states
  • constraints and risk modifiers
design

Required branches:

  • candidate approaches
  • chosen direction and why
  • rejected alternatives and why
  • boundaries and interfaces
  • state/data flow
  • failure modes
  • reversibility and migration
  • verification strategy
domain

Required branches:

  • canonical terms
  • term definitions
  • relationships between terms
  • overloaded or conflicting terms
  • boundary scenarios
  • code/doc contradictions, if a repo exists
  • doc target: CONTEXT.md, ADR, glossary, or no docs

Do not update CONTEXT.md or ADRs unless the user explicitly asks for docs-mode updates. By default, write candidates into clarity-summary.md.

plan

Required branches:

  • acceptance criteria
  • task dependencies
  • blocking decisions
  • validation evidence
  • rollback/recovery
  • ownership or handoff
  • out-of-scope work

Q&A Log Format

Append entries under ## Q&A:

markdown
### Q<N>: <short branch title>
- mode: <mode>
- branch: <branch id or name>
- status: resolved | ambiguous | assumption | deferred
- asked: <question>
- recommended: <recommended answer>
- answer: <user answer or discovered evidence>
- rationale: <why this resolves or does not resolve ambiguity>

Maintain ## Open Ambiguities as the current queue. Remove resolved items.

Auditor Contract

Send the auditor:

  • full qa-log.md
  • mode
  • current branch, if any
  • question count since last audit

Auditor returns:

  • CONTINUE with material ambiguities and suggested next question, or
  • SUFFICIENT with remaining non-blocking assumptions.

Only stop as complete when the auditor says SUFFICIENT or the user explicitly stops. If the user stops early, set status to paused.

Handoff

After SUFFICIENT, write clarity-summary.md and present one next action:

ModeDefault Handoff
requirements$hoyeon-specify --context .hoyeon/clarify/<topic>/clarity-summary.md "<topic>"
design$hoyeon-blueprint --context .hoyeon/clarify/<topic>/clarity-summary.md or ADR candidate
domaindocs/glossary update, if requested
plan$hoyeon-blueprint or direct execution planning

Do not run the handoff workflow unless the user asks.

Hard Rules

  1. No implementation.
  2. No final requirements.md, plan.json, or ADR unless explicitly requested.
  3. One question at a time.
  4. Recommended answer required for each user-facing question.
  5. Record each exchange before asking the next question.
  6. Continue until SUFFICIENT, paused, or explicit user stop.

© team-attention, MIT. Rendered from Markdown: HTML in the file is shown as text, images as links, and headings moved down two levels. Raw file

Files

SKILL.md and 2 other files in skills/clarify of team-attention/hoyeon.

  • SKILL.md
  • templates/clarity-summary.md
  • templates/qa-log.md

Open the folder on GitHubat commit 7cff032

Compare with similar skills

Clarify 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.

Clarify compared with similar skills
SkillStarsUsed inTokensAuto-checkLicenceRepo updated
Clarify this skillteam-attention/hoyeon173—~1.9kAutomated safety check: NotesMIT
Using Superpowersfarm-fe/farm5.6k35 repos~1.4kAutomated safety check: PassMIT
Interview Meaddyosmani/agent-skills103k6 repos~3.8kAutomated safety check: PassMIT
Grillingpietheinstrengholt/rssmonster56432 repos~510Automated safety check: PassMIT
Agentic Workflow Designerdotnet/Open-XML-SDK4.6k2 repos~3.5kAutomated safety check: PassMIT
Ask User QuestionMemTensor/MemOS12k—~1kAutomated safety check: PassApache-2.0

Similar skills

  • Using Superpowers

    farm-fe/farm

    A skill your agent uses when starting any conversation - establishes how to find and use skills, requiring Skill tool invocation before ANY response including clarifying questions

    5.6k GitHub starsUsed in 35 repos~1.4k tokens
    Agent WorkflowsAuto-check passed
  • Interview Me

    addyosmani/agent-skills

    Asks one question at a time, each with a best guess attached, until the agent is about 95 percent sure what you really want, before any plan, spec or code.

    103k GitHub starsUsed in 6 repos~3.8k tokens
    Agent WorkflowsAuto-check passed
  • Grilling

    pietheinstrengholt/rssmonster

    Grill the user relentlessly about a plan, decision, or idea.

    564 GitHub starsUsed in 32 repos~510 tokens
    Agent WorkflowsAuto-check passed
  • Agentic Workflow Designer

    dotnet/Open-XML-SDK

    Official

    Interviews you one question at a time about goal, trigger, permissions and data needs, then drafts a single agentic workflow markdown file.

    4.6k GitHub starsUsed in 2 repos~3.5k tokens
    Agent WorkflowsAuto-check passed
  • Ask User Question

    MemTensor/MemOS

    Shows a question as a modal in the interface to clarify a task, collect a preference or get approval, since the user cannot see terminal output.

    12k GitHub stars~1k tokensUpdated 9 days ago
    Agent WorkflowsAuto-check passed
  • Brainstorming Before Building

    jnMetaCode/superpowers-zh

    Turns a rough idea into an approved design before any code is written, sorting the request into spike, bounded or architectural and enforcing an approval gate.

    8.3k GitHub stars~1.8k tokensUpdated 3 days ago
    Agent WorkflowsAuto-check passed

More from team-attention/hoyeon

All 36 skills in this repo
  • Skill Session Analyzer

    team-attention/hoyeon

    This skill should be used when the user asks to "analyze session", "evaluate skill execution", "check session logs", provides a session ID with a skill path, or wants to verify that a skill executed…

    173 GitHub stars~1.9k tokensUpdated 4 mo ago
    Auto-check: notes
  • Browser Work

    team-attention/hoyeon

    Recon-first browser automation. An agent skill from team-attention/hoyeon.

    173 GitHub stars~1.9k tokensUpdated 4 mo ago
    Auto-check passed
  • Check

    team-attention/hoyeon

    This skill should be used when the user wants to verify their changes before pushing, or update the project's rule checklists.

    173 GitHub stars~1.8k tokensUpdated 4 mo ago
    Auto-check: notes
  • Compound

    team-attention/hoyeon

    This skill should be used when the user says "/compound", "compound this", "document learnings", "save what we learned", or after completing a PR.

    173 GitHub stars~1.1k tokensUpdated 4 mo ago
    Auto-check: notes
  • QA

    team-attention/hoyeon

    Systematically QA test any application — web apps, native macOS apps, Electron apps, CLI tools, interactive REPLs, or anything on screen.

    173 GitHub stars~2.6k tokensUpdated 4 mo ago
    Auto-check: notes
  • Dev Scan

    team-attention/hoyeon

    Collect diverse opinions on technical topics from developer communities.

    173 GitHub starsUsed in 1 repo~5k tokens
    Auto-check passed

Categories

Questions about Clarify

What does Clarify do?

"/clarify", "clarify this", "keep asking until clear", "remove ambiguity", "clarify requirements", "clarify design", "clarify the plan", "질문 계속해", "모호한 게 없게", "명확해질 때까지", "계속 물어봐", "Q&A로 정리", "질문답변…. Clarify is an agent skill from team-attention/hoyeon. "/clarify", "clarify this", "keep asking until clear", "remove ambiguity", "clarify requirements", "clarify design", "clarify the plan", "질문 계속해", "모호한 게 없게", "명확해질 때까지", "계속 물어봐", "Q&A로 정리", "질문답변 기록", "요구사항 명확화", "설계 명확화".

When should I use Clarify?

Clarify fits situations like: tasks that involve Requirements gathering.

How do I install Clarify in Claude Code?

Run `npx skills add team-attention/hoyeon --skill clarify -a claude-code`. Or copy the skill folder (skills/clarify in team-attention/hoyeon) into .claude/skills/clarify in your project. Claude Code loads it when a task matches its description.

How do I install Clarify in Codex?

Run `npx skills add team-attention/hoyeon --skill clarify -a codex`. Or copy the skill folder (skills/clarify in team-attention/hoyeon) into .agents/skills/clarify in your project. Codex loads it when a task matches its description.

Can I use Clarify in Cursor, Gemini CLI or GitHub Copilot?

Cursor, Gemini CLI, GitHub Copilot and OpenCode also load SKILL.md folders. With the skills CLI, run `npx skills add team-attention/hoyeon --skill clarify -a cursor` (or -a gemini-cli, github-copilot or opencode for the others). To copy it by hand, put the folder in .cursor/skills/clarify, .gemini/skills/clarify, .github/skills/clarify and .opencode/skills/clarify in your project.

What does Clarify need to run?

SKILL.md names no scripts, command-line tools or credentials: Clarify is instructions for the agent only. Its frontmatter pre-approves these tools: Bash, Read, Grep, Glob, Task, Write, Edit, AskUserQuestion.

Does Clarify access the network?

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.

Is Clarify safe to install?

Our automated static check of SKILL.md found notes only (pre-approves every shell command (allowed-tools: bash)), nothing it rates as a warning. It is not a guarantee. Review the folder before installing.

What licence does Clarify use?

Clarify is published under the MIT licence (the repository's licence). It allows redistribution, so the full SKILL.md is shown on this page.

How many tokens does Clarify use?

About 1.9k tokens (SKILL.md is roughly 7.8k characters). Agents keep only the skill's name and description in context until a task matches; then they load SKILL.md in full.

What are the alternatives to Clarify?

Skills that share tags, products or a category with Clarify: Using Superpowers (farm-fe/farm, 5.6k stars), Interview Me (addyosmani/agent-skills, 103k stars), Grilling (pietheinstrengholt/rssmonster, 564 stars) and Agentic Workflow Designer (dotnet/Open-XML-SDK, 4.6k stars). The comparison table on this page puts their stars, adoption, token cost, safety result and licence side by side.

Who maintains Clarify?

team-attention (a GitHub organization) maintains it in team-attention/hoyeon, which has 173 GitHub stars. The repository holds 36 skills in this directory. The repository was last updated on May 21, 2026.

Source: team-attention/hoyeon on GitHub. Facts on this page come from the repository at the commit we read; the author's words are quoted as theirs.