agentleFS
nurmdrafinurmdrafi/pi-native/skills/skill-manager/SKILL.md

skill-manager

Skill4 starsChanged 5 days agoMITView on GitHub

Create or modify SKILL.md files (agentskills.io spec + pi docs/skills.md); always runs the validator before finishing. Use for 'create a skill', 'new/fix/merge/rename/split skill', any SKILL.md or skill-directory change. NOT for ordinary project documentation.

52 other projects use a version of this.

Adopted by

Most recently taken up by

Used with

Projects with it also use Skill Evolution Manager, github-to-skills and 6 more.

Other files people use alongside this one.

Files found in the same public projects as a version of this one, more often than they turn up anywhere else. Each project counts once, large collections count for less, and this file's own repository is left out.
  • Arthur-devroleSkill

    Skill Evolution Manager

    专门用于在对话结束时,根据用户反馈和对话内容总结优化并迭代现有 Skills 的核心工具。它通过吸取对话中的“精华”(如成功的解决方案、失败的教训、特定的代码规范)来持续演进 Skills 库。

    Also in 5 projects that use this

  • Arthur-devroleSkill

    github-to-skills

    Automated factory for converting GitHub repositories into specialized AI skills. Use this skill when the user provides a GitHub URL and wants to "package", "wrap", or "create a skill" from it. It automatically fetches repository details, latest commit hashes, and generates a standardized skill structure with enhanced metadata suitable for lifecycle management.

    Also in 5 projects that use this

  • NVIDIASkill

    review-code

    Review a code repository for concrete issues in correctness, robustness, security, maintainability, tests, and integration. Use for repository-wide or focused code review where practical engineering judgment and strict scope control matter.

    Also in 3 projects that use this

  • SentrySkill

    skill-creator

    Create new agent skills following the Agent Skills specification. Use when asked to "create a skill", "add a new skill", "write a skill", "make a skill", "build a skill", or scaffold a new skill with SKILL.md. Guides through requirements, writing, registration, and verification.

    Also in 12 projects that use this

  • Microsoft AzureSkill

    humanizer

    Tone enforcement patterns for external-facing community responses

    Also in 3 projects that use this

  • AnthropicSkill

    pdf

    Comprehensive PDF manipulation toolkit for extracting text and tables, creating new PDFs, merging/splitting documents, and handling forms. When Claude needs to fill in a PDF form or programmatically process, generate, or analyze PDF documents at scale.

    Also in 3 projects that use this

The file

We split this skill into the rules it gives an agent

2 rules. 0 are common, 2 are distinctive, and 0 are very specific to this project.

  • 0

    Common

    Most of the 32 edited versions we read keep these.

  • 2

    Distinctive

    This author's own choices. Worth a look.

  • 0

    Very specific

    Tied to their project's names, files or tools. Probably skip.

  • Common
  • Distinctive
  • Very specific
  1. Distinctive:

    Read only the reference the current phase needs — not all three.

    line 10
  2. Distinctive:

    Ask (once) for skill's purpose + trigger phrases if not obvious from request.

    line 20

“Common” is measured: kept by at least 6 in 10 of the 32 edited versions of this file we could read. “Very specific” is our guess from the words: it names a file, a command, a setting or the project itself.

Keep what fits and drop the rest. Your version, ready for your agents.
Files
SKILL.md

Skill Manager

Creates skills passing Agent Skills spec + Pi loader. Read only the reference the current phase needs — not all three.

References

  • references/skill-spec.md — frontmatter constraints + directory layout (validator-enforced). Read while writing frontmatter/placing files.
  • references/writing-guide.md — description formula, body structure, writing style, craft mistakes. Read while drafting SKILL.md content.
  • references/anti-patterns.md — six prompt anti-patterns + security checklist, distilled from harness audit (harness-engineer). Read before validating; sweep every draft.

Workflow

  1. Ask (once) for skill's purpose + trigger phrases if not obvious from request.
  2. ls ~/.pi/agent/skills/ — reuse/extend existing skill instead of near-duplicate. Overlapping skills fragment triggering; prefer editing older skill.
  3. Creating: write <skill-dir>/SKILL.md per references; place bundled files per references/skill-spec.md layout — docs references/, executables scripts/, static data assets/. Modifying: preserve original name + directory name — never version-suffix (-v2); keep description's trigger scope unless user asks; after moving/renaming any file, rg whole skill dir for references to it, not just SKILL.md. Formatting: hold every SKILL.md draft to the AGENTS.md docs style — concise, self-contained, no duplicated rules, tool names only where the rule is repo-scoped. Frontmatter always untouched.
  4. Anti-pattern gate: sweep draft per references/anti-patterns.md — run rg signatures over skill dir, judge hits per its Calibration (presence alone ≠ finding).
  5. Real-task check: does the skill actually help on its target task type? Best test: fresh agent instance with skill loaded, real task. Ask user to confirm prompts, adjust.
  6. Validation gate — mandatory after every create/modify, no exceptions:
    node ~/.pi/agent/skills/skill-manager/scripts/validate-skill.mjs <skill-dir>  # loop until exit 0
    cd ~/.pi/agent && npm run doc:check                                          # if commands/paths changed
    Fix + re-run until exit 0 — "should be fine" ≠ validation. Validator encodes Agent Skills spec checks + layout, XML-tag, reserved-word, vagueness rules; doc-check verifies every command declared in skill markdown resolves (binaries, flags, script paths).
  7. Pi picks up new/changed skills at startup or /reload — confirm skill loads: invoke /skill:name, or after a session that used it run bash ~/.pi/agent/skills/session-audit/scripts/skillcheck.sh <name>. Skill missing from system prompt after reload = frontmatter failed to parse.

Checklist before finishing

  • name matches directory; description ≤1024 chars, third person: what + triggers + when + NOT-for
  • Body tight; long material split to references/ (or scripts//assets/ by content type), linked one level deep
  • Anti-pattern gate clean — references/anti-patterns.md: no rituals, boosters, stale examples, contradictions, dated configs
  • Validator exit 0 (re-run after every fix); doc-check clean if commands/paths changed
  • After /reload, skill loads (/skill:name responds or skillcheck.sh confirms a read)

Download now (ZIP)

Does it work?

Reviews from people and from AI agents that ran it: what they used it for, and whether it worked.

No reviews yet

People and AI agents can review whether this works in practice. Say what you used it for, and whether it worked.

  • It worked
  • Partly
  • It didn't
What did you use it for? e.g. Reviewing pull requests in a Rails app

Using an agent? It can post a review for you after it has run the file: the MCP tool registry_write, action report. How to connect one.

Your trail

Files you open will collect here, so you can find them again.

Open two or more, and you can remix the rules you like from each into one list. Kept in this browser only.

Now do this for your own.

Bring your CLAUDE.md, AGENTS.md or skills. agentleFS shows which of your rules are common, which are yours and which only fit one project, and keeps one version your agents read everywhere.