skill-create
- Repo stars 549
- Author updated Live
- Author repo bkit-claude-code
- Domain
- Other
- Compatible agents
-
- Claude Code
- Cursor
- Cline
- Codex
- Windsurf
- Gemini CLI
- +20
- Trust score
- 88 / 100 · community maintained
- Author / version / license
- @popup-studio-ai · no license declared
- Token usage
- Lean
- Setup complexity
- Plug-and-play
- External API key
- Not required
- Operating systems
- Unspecified (assume cross-platform)
- Runtime requirements
- Python
- Permissions
-
- Read-only
- Write / modify
- Network behavior
- Local-only
- Install commands
- 26 variants
Profile is derived at build time from SKILL.md and install vectors. Subject to drift from author intent.
Heads up: 未限定 allowed-tools,默认拥有全部工具权限。
---
name: skill-create
description: | 프로젝트 컨텍스트를 분석하여 project-local 스킬을 생성하는 워크플로우. If /skill-create (no args): If /skill-create {na…
category: other
runtime: Python
---
# skill-create output preview
## PART A: Task fit
- Use case: | 프로젝트 컨텍스트를 분석하여 project-local 스킬을 생성하는 워크플로우. If /skill-create (no args): If /skill-create {name}: If /skill-create from-btw {btw-id}: Create .claude/skills/project/{name}/SKILL.md with: runs entirely locally; runs on Python. Works with Claude Code, Cursor, Cline and 23 more..
- Inputs: target material, constraints, expected output, and acceptance criteria.
- Evidence boundary: follow “Workflow Steps / Step 1: Gather Information / Step 2: Analyze Project Context” and do not present inference as author intent.
## PART B: Execution result
- **01** The card summarizes the use case; runtime output centers on “| 프로젝트 컨텍스트를 분석하여 project-local 스킬을 생성하는 워크플로우. If /skill-create (no args): If /skill-create {name}: If /skill-create from-btw {btw-id}: Create .claude/skills/project/{name}/SKILL.md with: runs entirely locally; runs on Python. Works with Claude Code, Cursor, Cline and 23 more.”.
- **02** When the source has headings, the agent prioritizes “Workflow Steps / Step 1: Gather Information / Step 2: Analyze Project Context” so the result follows the author’s structure.
- **03** Typical output includes task judgment, concrete steps, required commands or file edits, validation, and follow-up options.
- **04** Risk context follows the fingerprint: read files, write/modify files; mostly runs locally; usually needs no extra API key.
## Running Rules
- read files, write/modify files; mostly runs locally; usually needs no extra API key.
- Validate with a small sample before expanding scope.
- Return the result, validation criteria, and next iteration options. The source mentions slash commands such as `/skill-create`, `/btw`; use them first when your agent supports command triggers.
Name target files or source material, expected output, forbidden changes, and whether network or shell access is allowed. Permission fingerprint: read files, write/modify files.
Start with a small task and check whether the result follows “Workflow Steps / Step 1: Gather Information / Step 2: Analyze Project Context”. Inspect diffs, logs, previews, or tests before expanding scope.
Confirm the final output includes a concrete result, evidence, and next action. If it stays generic, tighten inputs, boundaries, and acceptance criteria.
---
name: skill-create
description: | 프로젝트 컨텍스트를 분석하여 project-local 스킬을 생성하는 워크플로우. If /skill-create (no args): If /skill-create {na…
category: other
source: popup-studio-ai/bkit-claude-code
---
# skill-create
## When to use
- | 프로젝트 컨텍스트를 분석하여 project-local 스킬을 생성하는 워크플로우. If /skill-create (no args): If /skill-create {name}: If /skill-create…
- Use it when the task has clear inputs, repeatable steps, and validation criteria.
## What to provide
- Target material, scope, expected result, and forbidden changes.
- Whether network, commands, file writes, or external services are allowed.
## Execution rules
- Organize steps around “Workflow Steps / Step 1: Gather Information / Step 2: Analyze Project Context” and keep inference separate from source facts.
- read files, write/modify files; mostly runs locally; usually needs no extra API key.
- Validate with a small sample before expanding the task.
## Output requirements
- Return the deliverable, key evidence, validation method, and next action.
- Mark missing information as unknown; do not invent commands, platforms, or dependencies. The author source anchors workflow facts; repository files anchor sources and commands; Fluxly only adds fit, limitations, and quality judgment.
skill "skill-create" {
input -> user goal + target files + boundaries + acceptance criteria
context -> Workflow Steps / Step 1: Gather Information / Step 2: Analyze Project Context
rules -> SKILL.md triggers / order / output contract
runtime -> Python | read files, write/modify files | mostly runs locally
guardrails -> usually needs no extra API key + small-sample validation + diff/log review
output -> copyable result + checklist + next iteration
} skill-create - Interactive Skill Creation Workflow
프로젝트 컨텍스트를 분석하여 project-local 스킬을 생성하는 워크플로우.
Workflow Steps
Step 1: Gather Information
If /skill-create (no args):
- Ask user for skill name (kebab-case)
- Ask user for skill purpose/description
- Ask user for classification: workflow or capability
If /skill-create {name}:
- Use provided name
- Analyze project context to infer purpose
- Ask user to confirm/modify
If /skill-create from-btw {btw-id}:
- Read btw suggestion from
.bkit/btw-suggestions.json - Use suggestion text as seed for skill description
- Use suggestion context for project context
Step 2: Analyze Project Context
- Read
CLAUDE.mdfor project conventions - Scan project structure:
- Identify tech stack (Java/Spring, Next.js, Python, etc.)
- Find relevant patterns in source code
- Check existing project-local skills for overlap
- Determine appropriate:
- Allowed tools for the skill
- Trigger keywords (Korean + English)
- Related files/patterns to reference
Step 3: Generate SKILL.md
Create .claude/skills/project/{name}/SKILL.md with:
---
name: {name}
classification: {workflow|capability}
classification-reason: "{reason based on analysis}"
deprecation-risk: none
effort: low
description: |
{Generated description}
Triggers: {trigger commands}
Keywords: {keywords in Korean and English}
argument-hint: "{usage hint}"
user-invocable: true
allowed-tools:
- Read
- Write
- Edit
- Glob
- Grep
- Bash
---
Body content includes:
- Purpose and when to use
- Step-by-step instructions for workflow skills
- Pattern reference for capability skills
- Code examples from actual project files
- Integration points with other skills
Step 4: Generate Eval Files (optional)
Create evals/{name}/ directory with:
evals/{name}/
eval.yaml - Test configuration
prompt.txt - Test prompt
expected.txt - Expected behavior description
eval.yaml format:
name: "{name} skill eval"
skill: ".claude/skills/project/{name}/SKILL.md"
tests:
- name: "basic trigger"
prompt: "{trigger command}"
expected:
- "{expected behavior 1}"
- "{expected behavior 2}"
- name: "edge case"
prompt: "{edge case prompt}"
expected:
- "{expected behavior}"
Step 5: Confirm and Report
- Show generated file paths
- Show skill summary (name, classification, triggers)
- Suggest: "Test with
/{name}or review at.claude/skills/project/{name}/SKILL.md"
Project-Local Skill Location
All generated skills go to: .claude/skills/project/{name}/SKILL.md
This location:
- Is git-trackable for team sharing
- Takes precedence over bkit core skills (2-layer architecture)
- Is auto-loaded by Claude Code's skill discovery
Naming Conventions
| Pattern | Example | Use When |
|---|---|---|
{project}-{domain} |
hunikflow-model |
Domain-specific capability |
{action}-{target} |
validate-entity |
Action-oriented workflow |
{tool}-{purpose} |
proxy-guide |
Tool/pattern guide |
From-BTW Integration
When creating from a /btw suggestion:
- Read the suggestion's
context.fileto understand what code was being worked on - Read the suggestion's
context.featureto understand the PDCA feature context - Use suggestion text as the primary description seed
- After creation, update the btw suggestion's
promotedTofield with the new skill name
Decide Fit First
Design Intent
How To Use It
Boundaries And Review