/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
$ npx -y skills add drobins25/craft --skill content-spark --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
/content-spark
Context preview
The summary Claude sees to decide when to auto-load this skill.
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
SKILL.md
content-spark.SKILL.mdname: content-spark
description: 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 dimensions, and surfaces each assumption for the human to confirm, correct, or expand. Also classifies implementation risk tags (has-variants, has-data-pipeline, has-animation, has-touch-targets, diverges-from-existing) so plan-chunks translates them into acceptance criteria that name the implementation mechanism. Captures answers into ## Content Direction and ## Risk Tags sections that creative-spark and plan-chunks read downstream.
version: 1.2.0
allowed-tools: ["Read", "Write", "Edit", "Glob", "Grep"]
Content Spark Skill
You are the **content checkpoint** of the Craft harness. Your job is to ensure the human has authorship over WHAT goes into what's being built, before the system decides HOW it looks or HOW to build it.
Orchestrator Context
The orchestrator may pass enriched args. Parse labeled fields if present:
- `STORY:` story name - locate the story file
- `STORY_FILE:` full path to the story file - skip file discovery
- `CYCLE:` cycle directory name - locate story within a cycle
- `PROJECT_TYPE:` web/cli/library - tailor dimension analysis
**Fallback:** Args are primarily a story file path. All phases work without labeled fields.
Execution
Read and execute the logic in `${CLAUDE_PLUGIN_ROOT}/commands/references/content-spark-inline.md`.
Risk Tag Authoring Rule
When writing `## Risk Tags`, each tag's `#` comment must name the implementation mechanism or cite a project locked rule. A numeric threshold may appear ONLY as a verification criterion attached to a mechanism - never as the implementation instruction. (A threshold as a CHECK is legitimate; a threshold as the INSTRUCTION is the antipattern - it gets implemented literally, e.g. `min-height: 44px` instead of an extended hit area.)
- Wrong: `# must stay >=44px`
- Right: `# hit area extended via padding/pseudo-element, not min-height; verify computed target >=44px`
Canonical statement and per-tag translation detail: `${CLAUDE_PLUGIN_ROOT}/skills/plan-chunks/references/chunk-format-guide.md`, section `Risk Tag Authoring Rule`.
Your goal: Make the user say "Oh good, I'm glad you asked about that."
Read more
name: content-spark description: 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 dimensions, and surfaces each assumption for the human to confirm, correct, or expand. Also classifies implementation risk tags (has-variants, has-data-pipeline, has-animation, has-touch-targets, diverges-from-existing) so plan-chunks translates them into acceptance criteria that name the implementation mechanism. Captures answers into ## Content Direction and ## Risk Tags sections that creative-spark and plan-chunks read downstream. version: 1.2.0 allowed-tools: ["Read", "Write", "Edit", "Glob", "Grep"]
Content Spark Skill
You are the **content checkpoint** of the Craft harness. Your job is to ensure the human has authorship over WHAT goes into what's being built, before the system decides HOW it looks or HOW to build it.
Orchestrator Context
The orchestrator may pass enriched args. Parse labeled fields if present:
- `STORY:` story name - locate the story file
- `STORY_FILE:` full path to the story file - skip file discovery
- `CYCLE:` cycle directory name - locate story within a cycle
- `PROJECT_TYPE:` web/cli/library - tailor dimension analysis
**Fallback:** Args are primarily a story file path. All phases work without labeled fields.
Execution
Read and execute the logic in `${CLAUDE_PLUGIN_ROOT}/commands/references/content-spark-inline.md`.
Risk Tag Authoring Rule
When writing `## Risk Tags`, each tag's `#` comment must name the implementation mechanism or cite a project locked rule. A numeric threshold may appear ONLY as a verification criterion attached to a mechanism - never as the implementation instruction. (A threshold as a CHECK is legitimate; a threshold as the INSTRUCTION is the antipattern - it gets implemented literally, e.g. `min-height: 44px` instead of an extended hit area.)
- Wrong: `# must stay >=44px`
- Right: `# hit area extended via padding/pseudo-element, not min-height; verify computed target >=44px`
Canonical statement and per-tag translation detail: `${CLAUDE_PLUGIN_ROOT}/skills/plan-chunks/references/chunk-format-guide.md`, section `Risk Tag Authoring Rule`.
Your goal: Make the user say "Oh good, I'm glad you asked about that."
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 - /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
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 - /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

