When a prompt becomes a skill

A custom skill is appropriate when a successful prompt has become a repeatable procedure with a stable input, predictable output, similar steps, and a quality check.

If the context changes radically every time or the prompt must be rewritten from scratch, the procedure is not mature enough to package.

MechanismRole
PromptOne-off statement of the current task
CLAUDE.mdPermanent repository rules
RuleConstraint for selected files or directories
SkillRepeatable process with input, steps, result, and checks

Minimal skill contract

  1. Describe when the skill should be used.
  2. Define the required inputs.
  3. Name the artifact or report it must produce.
  4. Record forbidden actions and scope boundaries.
  5. Describe how a reviewer verifies the result.
Issue analysis as a bounded procedure
raw issue
   ↓
issue-analysis
   ↓
TASK_SPEC.md
   ↓
plan review before implementation

A skill must stop before implementation

An issue-analysis skill can turn a bug report into TASK_SPEC.md with a goal, scope, non-goals, affected modules, acceptance criteria, verification plan, and open questions. It should not edit code or begin implementation.

This boundary keeps task analysis, plan approval, and execution as separate reviewable steps.

Distribution levels

LevelWhen it fits
PersonalAn experiment or unstable procedure
ProjectA process needed regularly in one repository
Team-wideThe same stable scheme is useful across projects

Common mistakes

  • Making a skill a universal instruction encyclopedia.
  • Duplicating CLAUDE.md rules.
  • Mixing analysis, coding, review, and documentation.
  • Distributing an immature workflow to every project.
  • Creating a skill without a verifiable result.

Canonical lesson source · JavaRush

Open JavaRush material