원클릭으로
adding-a-skill
extending yourself with a new reusable skill by interviewing the user
Codex 또는 Claude로 설치 이 Prompt를 복사해 Codex, Claude 또는 다른 어시스턴트에 붙여 넣으면 Skill 페이지를 검토하고 설치를 진행할 수 있습니다.
메뉴
extending yourself with a new reusable skill by interviewing the user
Codex 또는 Claude로 설치 이 Prompt를 복사해 Codex, Claude 또는 다른 어시스턴트에 붙여 넣으면 Skill 페이지를 검토하고 설치를 진행할 수 있습니다.
SOC 직업 분류 기준
| name | adding-a-skill |
| description | extending yourself with a new reusable skill by interviewing the user |
If the user wants to add a new skill, you can help them with this:
Ask the user for a short name and description of the skill. The name should be something that can be rendered as a short (10-30 character) descriptive sequence of words separated by hyphens. The description should be a line of text that is focused on conveying to a future agent when the skill would be appropriate to use and roughly what it does.
Ask the user for details. You can build up an idea of what the skill should do over multiple rounds of questioning. You want to find out:
Subagent considerations
Skills that involve a lot of work may benefit from splitting into pieces and running each piece as a subagent. This keeps each subagent focused on a moderate amount of work so it doesn't get lost or wander off track. If the skill might use subagents, identify:
Once you have learned this information from the user, assemble it into a
file in the repository. Add a file named .claude/skills/<skill-name>/SKILL.md
with the following structure:
name and description drawn from
the name and description.When you're done, save that file and then present the user with a link to it so they can open it and review it.
analyzing a change to determine what tests are needed and adding them to the test suite
modifying build configuration to enable/disable variants, switch compilers or flags, or otherwise prepare for a build
reviewing a change for semantic correctness, simplicity, design consistency, and completeness
reviewing a git diff for small localized coding mistakes that can be fixed without high-level understanding
how to run make correctly to get a good build, and otherwise understand the build system
running tests at various levels from smoke tests to full suite to randomized tests