pwguler/skills

write-skill

Create or edit a document an agent reads and prove it changes behavior. Use when writing or editing a skill, AGENTS.md, CLAUDE.md, a system prompt, or other agent-facing prose, or verifying one before it ships.

First seen Aug 4, 2026

Installation

$ npx skills add pwguler/skills --skill write-skill

Summary

of the process. disable-model-invocation: true only for skills that must never fire on their own; the description then reads as a human-facing one-liner. Keep

Similar popular skills

Related neighbors and high-traction skills in the same topics — useful to compare before installing.

Also in this package

Other skills from pwguler/skills · top by installs.

npx skills add pwguler/skills

Browse all from pwguler/skills

More details

Agent compatibility

Declared targets from SKILL.md / docs. Unmarked agents are not listed — the skill may still install via the CLI.

Claude Code Declared
Cursor Not declared
Codex Not declared
GitHub Copilot Not declared
Windsurf Not declared
Gemini CLI Not declared
Cline Not declared
OpenCode Not declared

Repository health

Stars 8
License LICENSE
Default branch main
Open issues 0
Status Active

Skill metadata

Parsed from SKILL.md frontmatter.

Declared agents claude-code

Package contents

Files included with this skill beyond the listing page.

  • skill md SKILL.md 1,994 B
  • docs SUMMARY.md 229 B

History

  1. First seen on skills.sh
  2. First recorded snapshot · 74 installs

SKILL.md

Writing for agents is test-first development applied to prose. The same loop ships every document an agent reads: skills, AGENTS.md, CLAUDE.md, system prompts.

  1. Baseline first: run the scenario the document targets on an agent WITHOUT it, and record exactly how it fails or rationalizes. No observed failure means the document has nothing to teach.
  2. Write the minimum prose that fixes those specific failures. Not a manual: the shortest process that changes the behavior.
  3. Re-run the scenario with the document loaded. It passes or the document is wrong.
  4. Close loopholes: new rationalizations found on re-runs get plugged, then verified again.

A test harness changes mechanics, not the loop: when one exists, automate the baseline re-run.

Conventions for skills in this repo:

  • Frontmatter carries name (letters, digits, hyphens) and description. The description states when to fire, with trigger phrasing ("Use when..."), not a summary of the process.
  • disable-model-invocation: true only for skills that must never fire on their own; the description then reads as a human-facing one-liner.
  • Keep SKILL.md lean. Separate files only for heavy reference or reusable assets; link them relatively.
  • Name the capability, not the tool. A harness binding (a subagent, the question tool, /design, run) is written as a preference, with what to do when it is absent. Degrade the mechanism, never the guarantee: where no substitute exists, the skill stops and says so rather than proceeding without it.
  • No em dashes. Decisive present tense. Zero upstream or status mentions.

Skip it when the work is a one-off, when standard practice is already well documented, or when a linter or hook could enforce the rule mechanically.