codex/skills/hoyeon-specify/SKILL.md
Hoyeon requirements workflow for Codex. Use when the user invokes "$hoyeon-specify" or wants to turn an unclear goal into structured requirements.md for Hoyeon. This adapter loads the canonical specify skill and follows its Codex runtime surface.
npx skillsauth add team-attention/hoyeon hoyeon-specifyInstall this skill globally with one command. Works with Claude Code, Cursor, and Windsurf.
3 of 9 scanners reported clean
Some scanners were skipped, did not run, or reported a non-clean status. Review each row below.
This is the Codex-facing wrapper for Hoyeon's canonical specify skill.
Canonical skill:
__HOYEON_PLUGIN_ROOT__/skills/specify/SKILL.mdskills/specify/SKILL.md from the current Hoyeon repoWhen this skill is invoked:
Runtime Surface -> Codex section in that file.hoyeon-cli.hoyeon-code-explorer, hoyeon-worker, hoyeon-verifier, and
hoyeon-code-reviewer.The canonical skill is written around the AskUserQuestion tool, which Codex
does not have. Lack of AskUserQuestion is NOT a license to skip the
interview. You must still elicit user intent before writing
requirements.md.
Rules:
PROJECT_TYPE,
SITUATION, AMBITION, RISK factors from the repo, present the
"Inferred Context" block with evidence and confidence, and ask the user
to confirm or override.AMBITION on a truly
new project) MUST be asked explicitly. Do not silently default.AskUserQuestion
prompt in the canonical skill into a plain-text question that lists the
same options inline (e.g., "Who is the primary user? (a) Senior
developers, (b) Junior developers, (c) Both — or describe your own.").requirements.md.If the user repeatedly answers "you decide" or "whatever works", follow the canonical "I don't know" protocol (tentative judgment + Open Decision entry), not silent inference.
The output contract remains the canonical Hoyeon contract:
<spec_dir>/requirements.md.
development
Run a full implementation verification pass after code or data changes. Use when the user asks to verify, QA, smoke test, run checks, validate a feature, inspect a local app in the browser, capture screenshots, or turn discovered QA issues into regression tests/checklists with user approval.
development
Hoyeon execution workflow for Codex. Use when the user invokes "$hoyeon-execute" or wants to execute a Hoyeon plan.json through the Bash-first Codex adapter. This adapter loads the canonical execute skill and follows its Codex runtime surface.
development
Plan-driven orchestrator. Reads plan.json (from /blueprint) or requirements.md, then dispatches workers to build the system. Use when: "/execute", "execute", "plan 실행", "blueprint 실행"
testing
"/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.