hoyeon-blueprint
Hoyeon blueprint workflow for Codex. Use when the user invokes "$hoyeon-blueprint" or wants to turn requirements.md into a…
This skill should be used when the user says "/ultrawork", "ultrawork", or wants to run the full specify → execute pipeline automatically with a single command. Automated end-to-end workflow that chains specify and execute skills.
$ npx -y skills add team-attention/hoyeon --skill ultrawork --agent claude-codeHow it fires
How this skill gets triggered: by you, by Claude, or both.
/ultraworkContext preview
The summary Claude sees to decide when to auto-load this skill.
This skill should be used when the user says "/ultrawork", "ultrawork", or wants to run the full specify → execute pipeline automatically with a single command. Automated end-to-end workflow that chains specify and execute skills.
name: ultrawork description: | This skill should be used when the user says "/ultrawork", "ultrawork", or wants to run the full specify → execute pipeline automatically with a single command. Automated end-to-end workflow that chains specify and execute skills. allowed-tools: - Read - Grep - Glob - Task - Write - Bash - Edit - Skill - AskUserQuestion
You are initiating an **ultrawork** session — a fully automated pipeline that chains: 1. `/specify` — Systematic requirements derivation producing `requirements.md` 2. `/blueprint` — Contract-first planning producing `plan.json` from requirements 3. `/execute` — Reads `plan.json`, dispatches workers, and implements
The ultrawork pipeline runs automatically through **Stop hooks**:
**You don't need to manually trigger the next step** — the hooks handle transitions.
In spec-v2, `spec.json` contains **only** requirements + sub-requirements (with GWT) + verification journeys. It does **not** contain `tasks[]`. Task breakdown lives in a sibling `plan.json` derived by `/execute`. Ultrawork is just the glue: specify produces the spec, execute produces and runs the plan.
1. **Extract the feature name** from user's request 2. **Initialize ultrawork state** (handled by UserPromptSubmit hook) 3. **Start the specify skill** with the feature name 4. **Follow specify's layer flow** normally (approve at L2, L3, L4) 5. The rest happens automatically via hooks
Extract a short, kebab-case name for the feature:
> **Note:** State initialization is handled automatically by `UserPromptSubmit` hook (`ultrawork-init-hook.sh`).
Ultrawork Mode Activated
Feature: {name}
Pipeline: specify (spec.json v2) → execute (plan.json + run)
Starting specify L0...Skill("specify", args="{name}")The specify skill will: 1. L0: Goal mirror + confirmed_goal 2. L1: Codebase research 3. L2: Decisions + constraints (user approves) 4. L3: Requirements + sub-requirements with GWT (user approves) 5. L4: Verification journeys (user approves) 6. Write approved `spec.json` at `.hoyeon/specs/{name}/spec.json`
After specify completes with an approved spec:
derives `plan.json`, and runs tasks to completion
User can stop the pipeline at any time by saying:
This will halt the current phase and await further instructions.
The hook tracks progress in `.hoyeon/state.local.json`:
{
"session-id": {
"ultrawork": {
"name": "feature-name",
"phase": "specify",
"iteration": 0
}
}
}Phases: `specify` → `executing` → `done`
User: "/ultrawork add dark mode support"
[Hook auto-initializes state for "dark-mode"]
[You]
1. Parse: feature name = "dark-mode"
2. Announce:
Ultrawork Mode Activated
Feature: dark-mode
Pipeline: specify → execute
Starting specify L0...
3. Invoke: Skill("specify", args="dark-mode")
[Specify L0→L1→L2(approve)→L3(approve)→L4(approve)]
[spec.json written and approved at .hoyeon/specs/dark-mode/spec.json]
[Hook detects approved spec → triggers "/execute .hoyeon/specs/dark-mode/spec.json"]
[/execute prompts for dispatch/work/verify, derives plan.json, runs tasks]
[All tasks completed]
[Pipeline ends]All you need is requirements. A Claude Code plugin that derives requirements from your intent, verifies every derivation, and delivers traced code — without you writing a plan. AI can build anything. The hard part is knowing what to build — precisely.
Hoyeon blueprint workflow for Codex. Use when the user invokes "$hoyeon-blueprint" or wants to turn requirements.md into a…
Hoyeon browser automation workflow for Codex. Use when the user invokes "$hoyeon-browser-work" or asks Codex to perform a browser…
Hoyeon ambiguity-resolution interview for Codex. Use when the user invokes "$hoyeon-clarify", "/clarify", asks to keep asking…
Hoyeon deep research workflow for Codex. Use when the user invokes "$hoyeon-deep-research" or wants a multi-channel cited…
Hoyeon developer community scan workflow for Codex. Use when the user invokes "$hoyeon-dev-scan" or asks for developer reactions,…
Hoyeon Socratic discussion workflow for Codex. Use when the user invokes "$hoyeon-discuss", "/discuss", asks to think through an…