/skill-status
Show loaded skill inventory — bkit core vs project-local, conflicts, coverage gaps. Triggers: skill-status, skill list
$ npx -y skills add popup-studio-ai/bkit-claude-code --skill skill-status --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.Auto-invocation is when the right skill fires by itself at the right moment, driven by a FLOW.md router and a hook, instead of you invoking it by name. It is the difference between a skill being installed and a skill actually getting used.Read the full definition →
- You can call itInvoke it directly when you want it.
- Slash command
/skill-status
Context preview
The summary Claude sees to decide when to auto-load this skill.
Show loaded skill inventory — bkit core vs project-local, conflicts, coverage gaps. Triggers: skill-status, skill list
SKILL.md
skill-status.SKILL.mdname: skill-status
context: fork
background: false
classification: workflow
classification-reason: "Reports loaded skill inventory across core and project layers. Read-only status check workflow."
deprecation-risk: none
effort: low
description: |
Show loaded skill inventory — bkit core vs project-local, conflicts, coverage gaps.
Triggers: skill-status, skill list
argument-hint: "/skill-status [--detail] [--conflicts]"
user-invocable: true
allowed-tools:
- Read
- Glob
- Grep
- Bash
skill-status - Skill Inventory Report
로드된 스킬 목록을 core(bkit 기본)와 project-local로 구분하여 표시.
Command: `/skill-status`
Step 1: Scan Core Skills
1. Read bkit core skills directory: `~/.claude/plugins/cache/bkit-marketplace/bkit/*/skills/` 2. For each skill directory, read SKILL.md frontmatter:
- name, classification, description (first line)
3. Count total core skills
Step 2: Scan Project-Local Skills
1. Read project skills directory: `.claude/skills/project/*/SKILL.md` 2. For each skill, read frontmatter 3. Count total project skills
Step 3: Detect Conflicts
1. Compare skill names between core and project 2. If same name exists in both: mark as "override" (project wins) 3. If project skill triggers overlap with core: mark as "shadow"
Step 4: Display Report
Skill Status Report
====================
Layer: bkit Core (v1.6.2)
Skills: 28 loaded
-----------------------------------------------
Name | Type | Classification
--------------------|------------|---------------
pdca | workflow | PDCA lifecycle
enterprise | workflow | Enterprise init
bkit-rules | capability | Auto-apply rules
code-review | workflow | Code analysis
... (truncated)
Layer: Project-Local (hunikflow)
Skills: 8 loaded
-----------------------------------------------
Name | Type | Classification
--------------------|------------|---------------
btw | workflow | BTW suggestions
skill-create | workflow | Skill generator
skill-status | workflow | This report
hunikflow-model | capability | @Flow patterns
hunikflow-proxy | capability | DataProxy patterns
hunikflow-domain | capability | ERP domain logic
hunikflow-i18n | capability | i18n CSV guide
hunikflow-dynamic-api| capability | Dynamic API guide
Conflicts: 0 overrides, 0 shadows
Summary: 36 total skills (28 core + 8 project)
Options
**`/skill-status --detail`**: Show full descriptions and trigger keywords for each skill.
**`/skill-status --conflicts`**: Show only skills with naming conflicts or trigger overlaps.
Skill Layer Priority
Priority (high to low):
1. .claude/skills/project/ (project-local, git-tracked)
2. ~/.claude/plugins/.../skills/ (bkit core, plugin-managed)
3. ~/.claude/skills/ (user global, if any)
When a project skill has the same name as a core skill, the project skill takes precedence. This is the "2-layer override" pattern.
Read more
name: skill-status context: fork background: false classification: workflow classification-reason: "Reports loaded skill inventory across core and project layers. Read-only status check workflow." deprecation-risk: none effort: low description: | Show loaded skill inventory — bkit core vs project-local, conflicts, coverage gaps. Triggers: skill-status, skill list argument-hint: "/skill-status [--detail] [--conflicts]" user-invocable: true allowed-tools: - Read - Glob - Grep - Bash
skill-status - Skill Inventory Report
로드된 스킬 목록을 core(bkit 기본)와 project-local로 구분하여 표시.
Command: `/skill-status`
Step 1: Scan Core Skills
1. Read bkit core skills directory: `~/.claude/plugins/cache/bkit-marketplace/bkit/*/skills/` 2. For each skill directory, read SKILL.md frontmatter:
- name, classification, description (first line)
3. Count total core skills
Step 2: Scan Project-Local Skills
1. Read project skills directory: `.claude/skills/project/*/SKILL.md` 2. For each skill, read frontmatter 3. Count total project skills
Step 3: Detect Conflicts
1. Compare skill names between core and project 2. If same name exists in both: mark as "override" (project wins) 3. If project skill triggers overlap with core: mark as "shadow"
Step 4: Display Report
Skill Status Report ==================== Layer: bkit Core (v1.6.2) Skills: 28 loaded ----------------------------------------------- Name | Type | Classification --------------------|------------|--------------- pdca | workflow | PDCA lifecycle enterprise | workflow | Enterprise init bkit-rules | capability | Auto-apply rules code-review | workflow | Code analysis ... (truncated) Layer: Project-Local (hunikflow) Skills: 8 loaded ----------------------------------------------- Name | Type | Classification --------------------|------------|--------------- btw | workflow | BTW suggestions skill-create | workflow | Skill generator skill-status | workflow | This report hunikflow-model | capability | @Flow patterns hunikflow-proxy | capability | DataProxy patterns hunikflow-domain | capability | ERP domain logic hunikflow-i18n | capability | i18n CSV guide hunikflow-dynamic-api| capability | Dynamic API guide Conflicts: 0 overrides, 0 shadows Summary: 36 total skills (28 core + 8 project)
Options
**`/skill-status --detail`**: Show full descriptions and trigger keywords for each skill.
**`/skill-status --conflicts`**: Show only skills with naming conflicts or trigger overlaps.
Skill Layer Priority
Priority (high to low): 1. .claude/skills/project/ (project-local, git-tracked) 2. ~/.claude/plugins/.../skills/ (bkit core, plugin-managed) 3. ~/.claude/skills/ (user global, if any)
When a project skill has the same name as a core skill, the project skill takes precedence. This is the "2-layer override" pattern.
A Claude Code plugin that verifies AI-generated code against its own design specs. Three commands. Anyone — even someone vibe-coding for the first time — can ship robust, production-quality software.
Repo: popup-studio-ai/bkit-claude-code
Other skills on bkit.
- /audit
View audit logs, decision traces, and session history for AI transparency. ACTION_TYPES (19 entries) include PDCA events (phase_transition, gate_passed/failed, agent_spawned/completed/failed, rollback_executed, destructive_blocked) and Sprint events (sprint_paused,
Open skill - /bkend-auth
bkend.ai authentication — email/social login, JWT tokens, RBAC, session management. Triggers: bkend auth, bkend login, bkend signup, bkend JWT, bkend RBAC
Open skill - /bkend-cookbook
bkend.ai project tutorials (todo to SaaS) and common error troubleshooting. Triggers: bkend tutorial, bkend cookbook, bkend troubleshooting
Open skill - /bkend-data
bkend.ai database — CRUD, column types, filtering, sorting, relations, indexing. Triggers: bkend table, bkend CRUD, bkend column, bkend relation, bkend data
Open skill - /bkend-quickstart
bkend.ai onboarding — MCP setup, resource hierarchy, tenant/user model, first project. Triggers: bkend quickstart, bkend onboarding, bkend setup, bkend MCP
Open skill - /bkend-storage
bkend.ai file storage — upload (presigned URL), download (CDN), visibility levels, buckets. Triggers: bkend file, bkend upload, bkend download, bkend storage, bkend presigned URL
Open skill

