Write Skill

write-skill

Create compact skills under skills// that load only the behavior needed at invocation time.

Workflow

1. Clarify only missing essentials: capability, triggers, non-triggers, tool/script needs, and portability.
2. Pick a unique kebab-case name.
3. Draft SKILL.md as an operator card: what to run, when to run it, what output means, what traps matter.
4. Add helper files only when they remove repeated deterministic work.
5. Compress once; add one README row; do not commit unless asked.

Template

````md --- name: description: Use when . Do NOT use . ---

Usage / Commands / Routing

scripts/tool_or_helper.py 

Notes

````

Description

The description is the routing surface; optimize it first.

• Use 1-3 sentences, third person, present tense.
• Sentence 1 names the concrete capability.
• Sentence 2 starts with Use when ... and lists actual trigger phrases, file types, tools, or contexts.
• Add Do NOT use ... for broad domains such as review, search, docs, macOS, git, or browser work.
• Avoid marketing words, time-sensitive claims, and duplicate "this skill should be used when" phrasing.

Body

Keep:

• runnable commands or exact workflow steps;
• setup checks that commonly block first use;
• compact output contracts;
• routing boundaries and safety pitfalls;
• one strong example per command or concept.

Delete:

• overview prose that restates the description;
• installation/contributing/privacy/troubleshooting sections unless they change agent behavior;
• copied CLI help, schemas, flag catalogs, or generated docs;
• repeated prompt examples and canned analyses;
• detail already present in README, references, or helper scripts.

Tool Skills

• Put deterministic work in scripts/ or the existing executable.
• Make SKILL.md a menu of invocations plus output shape and gotchas.
• Use Run --help for all flags; keep only non-obvious flags.
• Prefer 30-60 lines. If setup is long, keep the readiness check inline and move walkthroughs one hop away.

Workflow Skills

• Keep the lens, decision order, and output contract.
• Avoid rigid full templates unless structure is the skill's core value.
• Findings should lead for review skills; summaries and praise are optional.
• Split philosophy, examples, and source notes into references/REFERENCE.md. Keep examples

inline when the example is the instruction, as in an output-shape skill.

Targeting

Write for Claude Code at full power — its subagents, built-in skills, and tool syntax — not for the intersection of every agent. Codex is a secondary consumer; pick per-agent skill sets at install time (npx skills add ... -a claude-code), never by flattening a skill.

Declare hard requirements instead of avoiding them. compatibility (≤500 chars) and allowed-tools are Agent Skills spec fields, and metadata takes arbitrary string keys that conforming runtimes ignore when unrecognized. Hooks and context: fork are Claude-Code-only and absent from the spec, so a skill using them declares:

compatibility: Designed for Claude Code (or similar products)

Cross-skill pointers: a negative one (Do NOT use for charts (use dataviz)) degrades harmlessly where the named skill is absent; a positive one (run X first) dangles, so those must name a skill in skills/.

Final Check

• Name is unique kebab-case.
• Description has concrete Use when ... triggers and needed Do NOT use ... boundaries.
• SKILL.md is under ~120 lines, preferably 30-60 for tool wrappers.
• Helpers are invoked, not duplicated in prose.
• Positive cross-skill pointers name a skill that exists in skills/.
• Agent- or OS-only requirements are declared in compatibility:, not worked around.
• README has one row.

Source & license

This open-source skill is cataloged on AgentStack and links to its original source — we do not rehost the code.

• Author: wilbeibi
• Source: wilbeibi/wilbeibi-skills
• License: MIT

Install and usage instructions live in the source repository linked above.