/approve
Request write permission from the user before making file changes. MUST be invoked before any write attempt when the write gate is closed. Creates scoped approval via AskUserQuestion + TaskCreate, opens the write gate, and closes it when work is done. Triggers: write hook blocks
$ npx -y skills add drobins25/craft --skill approve --agent claude-codeHow it fires
How this skill gets triggered: by you, by Claude, or both.
- Fires itselfAuto-invocation. Claude auto-loads it when your prompt matches the work.
- You can call itInvoke it directly when you want it.
- Slash command
/approve
Context preview
The summary Claude sees to decide when to auto-load this skill.
Request write permission from the user before making file changes. MUST be invoked before any write attempt when the write gate is closed. Creates scoped approval via AskUserQuestion + TaskCreate, opens the write gate, and closes it when work is done. Triggers: write hook blocks
SKILL.md
approve.SKILL.mdname: approve
description: "Request write permission from the user before making file changes. MUST be invoked before any write attempt when the write gate is closed. Creates scoped approval via AskUserQuestion + TaskCreate, opens the write gate, and closes it when work is done. Triggers: write hook blocks an edit, agent is about to write files outside .craft/, agent needs to modify project source files. This skill requires user approval 100% of the time - never bypass AskUserQuestion."
allowed-tools: ["Read", "Bash", "Glob", "Grep", "AskUserQuestion", "TaskCreate", "TaskUpdate", "TaskList"]
Write Approval
You are requesting permission to write files. This skill gates ALL writes outside `.craft/` and `.claude/` directories. It requires explicit user approval every single time - no exceptions, no bypass, no auto-approve.
When to Use
Call this skill BEFORE your first write attempt when:
- The write hook has blocked you (or will block you)
- You're about to modify project source files
- You're about to create new files outside `.craft/`
- Any workflow stage involves writing to the project
Do NOT call this for writes to `.craft/` or `.claude/` directories - those are always allowed.
The Flow
Step 1: Describe the Scope
Before asking for approval, gather what you're about to do. Be specific:
- Which files will be created or modified
- What changes will be made (brief, not the full diff)
- Why (what triggered this - workflow stage, fix, feature work)
Step 2: Ask for Approval (MANDATORY)
Use **AskUserQuestion**. This step CANNOT be skipped. Ever.
question: "I need write access to make these changes. Approve?"
header: "Write Access"
options:
- label: "Approve"
description: "{summary of what will be changed}"
- label: "Deny"
description: "Block these changes"
- label: "Modify scope"
description: "I want to adjust what's allowed"**If "Deny"** -> Stop. Do not open the gate. Report to the caller that writes were denied.
**If "Modify scope"** -> Let the user describe the adjusted scope. Re-present the AskUserQuestion with the new scope. Loop until approved or denied.
**If "Approve"** -> Continue to Step 3.
Step 3: Create Approval Tasks
Create exactly two tasks:
**Task 1 - The approved work:**
TaskCreate({
subject: "Approved: {brief description of changes}",
description: "Files: {file list}. Scope: {what was approved}.",
activeForm: "Writing approved changes"
})Set this task to `in_progress` immediately.
**Task 2 - Close the gate:**
TaskCreate({
subject: "Close write gate",
description: "Set CRAFT_WRITE_ENABLED='' after approved work is done.",
activeForm: "Closing write gate"
})Set `addBlockedBy` to Task 1's ID so it can't complete before the work is done.
Step 4: Open the Gate
Run via Bash:
${CLAUDE_PLUGIN_ROOT}/hooks/scripts/update-global-state.sh CRAFT_WRITE_ENABLED trueThe write gate is now open. The agent can write files.
Step 5: Do the Work
The caller (workflow, fix skill, implementer, etc.) performs the approved changes. As work completes, the approved-work task stays `in_progress`.
**This skill does NOT do the writing itself.** It opens the gate and returns control to the caller. The caller writes, then calls back to close.
Step 6: Close the Gate
When the approved work is done, the caller MUST close the gate:
1. Mark the approved-work task as `completed`:
TaskUpdate({ taskId: "{task-1-id}", status: "completed" })2. Close the write gate:
${CLAUDE_PLUGIN_ROOT}/hooks/scripts/update-global-state.sh CRAFT_WRITE_ENABLED ""3. Mark the close-gate task as `completed`:
TaskUpdate({ taskId: "{task-2-id}", status: "completed" })Safety Rules
1. **AskUserQuestion is mandatory.** Every invocation. No exceptions. If the skill is called 5 times in a session, the user is asked 5 times. 2. **Scope is enforced by visibility.** The user sees exactly what was approved via the Task description. If the agent writes files outside the approved scope, that's visible in the task trail. 3. **Gate closes explicitly.** The gate does not auto-close on a timer. The caller must close it. If the session ends with the gate open, `session-start.sh` will detect CRAFT_WRITE_ENABLED=true with no active story/workflow and reset it. 4. **No nesting.** If the gate is already open (from a story or another approval), this skill is not needed. Check first:
grep "CRAFT_WRITE_ENABLED" "${CRAFT_PROJECT_ROOT:-.}/.craft/.global-state"If already `true`, skip this skill.
Read more
name: approve description: "Request write permission from the user before making file changes. MUST be invoked before any write attempt when the write gate is closed. Creates scoped approval via AskUserQuestion + TaskCreate, opens the write gate, and closes it when work is done. Triggers: write hook blocks an edit, agent is about to write files outside .craft/, agent needs to modify project source files. This skill requires user approval 100% of the time - never bypass AskUserQuestion." allowed-tools: ["Read", "Bash", "Glob", "Grep", "AskUserQuestion", "TaskCreate", "TaskUpdate", "TaskList"]
Write Approval
You are requesting permission to write files. This skill gates ALL writes outside `.craft/` and `.claude/` directories. It requires explicit user approval every single time - no exceptions, no bypass, no auto-approve.
When to Use
Call this skill BEFORE your first write attempt when:
- The write hook has blocked you (or will block you)
- You're about to modify project source files
- You're about to create new files outside `.craft/`
- Any workflow stage involves writing to the project
Do NOT call this for writes to `.craft/` or `.claude/` directories - those are always allowed.
The Flow
Step 1: Describe the Scope
Before asking for approval, gather what you're about to do. Be specific:
- Which files will be created or modified
- What changes will be made (brief, not the full diff)
- Why (what triggered this - workflow stage, fix, feature work)
Step 2: Ask for Approval (MANDATORY)
Use **AskUserQuestion**. This step CANNOT be skipped. Ever.
question: "I need write access to make these changes. Approve?"
header: "Write Access"
options:
- label: "Approve"
description: "{summary of what will be changed}"
- label: "Deny"
description: "Block these changes"
- label: "Modify scope"
description: "I want to adjust what's allowed"**If "Deny"** -> Stop. Do not open the gate. Report to the caller that writes were denied.
**If "Modify scope"** -> Let the user describe the adjusted scope. Re-present the AskUserQuestion with the new scope. Loop until approved or denied.
**If "Approve"** -> Continue to Step 3.
Step 3: Create Approval Tasks
Create exactly two tasks:
**Task 1 - The approved work:**
TaskCreate({
subject: "Approved: {brief description of changes}",
description: "Files: {file list}. Scope: {what was approved}.",
activeForm: "Writing approved changes"
})Set this task to `in_progress` immediately.
**Task 2 - Close the gate:**
TaskCreate({
subject: "Close write gate",
description: "Set CRAFT_WRITE_ENABLED='' after approved work is done.",
activeForm: "Closing write gate"
})Set `addBlockedBy` to Task 1's ID so it can't complete before the work is done.
Step 4: Open the Gate
Run via Bash:
${CLAUDE_PLUGIN_ROOT}/hooks/scripts/update-global-state.sh CRAFT_WRITE_ENABLED trueThe write gate is now open. The agent can write files.
Step 5: Do the Work
The caller (workflow, fix skill, implementer, etc.) performs the approved changes. As work completes, the approved-work task stays `in_progress`.
**This skill does NOT do the writing itself.** It opens the gate and returns control to the caller. The caller writes, then calls back to close.
Step 6: Close the Gate
When the approved work is done, the caller MUST close the gate:
1. Mark the approved-work task as `completed`:
TaskUpdate({ taskId: "{task-1-id}", status: "completed" })2. Close the write gate:
${CLAUDE_PLUGIN_ROOT}/hooks/scripts/update-global-state.sh CRAFT_WRITE_ENABLED ""3. Mark the close-gate task as `completed`:
TaskUpdate({ taskId: "{task-2-id}", status: "completed" })Safety Rules
1. **AskUserQuestion is mandatory.** Every invocation. No exceptions. If the skill is called 5 times in a session, the user is asked 5 times. 2. **Scope is enforced by visibility.** The user sees exactly what was approved via the Task description. If the agent writes files outside the approved scope, that's visible in the task trail. 3. **Gate closes explicitly.** The gate does not auto-close on a timer. The caller must close it. If the session ends with the gate open, `session-start.sh` will detect CRAFT_WRITE_ENABLED=true with no active story/workflow and reset it. 4. **No nesting.** If the gate is already open (from a story or another approval), this skill is not needed. Check first:
grep "CRAFT_WRITE_ENABLED" "${CRAFT_PROJECT_ROOT:-.}/.craft/.global-state"If already `true`, skip this skill.
Stop Vibing. Start Crafting. Claude Code plugin: guided + controlled development orchestration harness with built-in workflow + state management, for designing + building durable, production-ready software through the entire product lifecycle - new projects
Repo: drobins25/craft
Other skills on craft.
- /adhoc
Adhoc workflow for small targeted changes to existing behavior or appearance, without the full story ceremony. Use when the orchestrator encounters a bug with a clear root cause and surgical solution, OR a small enhancement to something already built (a different icon, wording,
Open skill - /browser
Interactive browser automation via playwright-cli. Use when you need to navigate a site, click elements, fill forms, take snapshots, or triage a live app.
Open skill - /content-spark
This skill should be used when a story has been captured but content direction is unresolved - the spark describes WHAT to build structurally but not WHAT goes in it. Reads the story spark, splits it into Resolved (structurally clear) vs. Assumed (would have to guess) content
Open skill - /creative-spark
This skill should be used when the user asks to "brainstorm", "explore options", "get creative", "what if we...", or selects "Let's get creative" during story or cycle creation. Also appropriate when the user describes a vague feature idea without clear direction. Generates 2-3
Open skill - /design-vibe
Use this skill when the user wants to discover, define, or refine their product's aesthetic identity. Triggers on "what should this feel like?", "help me figure out the vibe", "something feels off visually", "I want it to feel like [X]", "define the visual language", or when a
Open skill - /lock-decision
This skill should be used when the user says "lock it", "go with that", "approved", "that's the standard", or explicitly establishes a project-wide pattern like "from now on all forms should use this approach". Formalizes approved decisions into locked standards that the system
Open skill

