agentleFS
polardbpolardb/polardbx-skills/AGENTS.md

polardbx-skills

AGENTS.md8 starsChanged 28 days agoApache-2.0View on GitHub

Follow this section order (see polardbx-sql/SKILL.md as the reference example): Key principle: SKILL.md must contain enough inline knowledge for the agent to handle common questions without reading references. References are for deep dives, not the primary source.

The file

We split this AGENTS.md into the rules it gives an agent

11 rules. About 0 are common, 5 are distinctive, and 6 are very specific to this project.

  • ≈0

    Common · estimate

    Many files like this have a rule of this kind.

  • ≈5

    Distinctive · estimate

    This author's own choices. Worth a look.

  • 6

    Very specific

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

  • Common
  • Distinctive
  • Very specific
  1. Very specific:

    Every skill must have a SKILL.md with YAML frontmatter (name + description).

    line 6
  2. Very specific:

    Follow the skills.sh specification.

    line 8
  3. Very specific:

    Follow this section order (see polardbx-sql/SKILL.md as the reference example):

    line 12
  4. Very specific:

    Write description, instructions, and core logic in English — LLMs follow English instructions more reliably.

    line 27
  5. Very specific:

    Write triggers in both English and Chinese to cover different user input habits.

    line 28
  6. Distinctive:

    Write output templates in the target user's language.

    line 29
  7. Distinctive:

    Keep language consistent within each paragraph — do not mix languages mid-paragraph.

    line 30
  8. Very specific:

    Every SKILL.md has a metadata.version field in YAML frontmatter (semver).

    line 34
  9. Distinctive:

    When adding, removing, or renaming a skill, update README.md accordingly:

    line 39
  10. Distinctive:

    Update the directory tree in the "目录结构" section.

    line 40
  11. Distinctive:

    Update the skill list in the "当前 Skills" section (one-line description per skill).

    line 41

≈ “Common” is an estimate: at least 1 in 5 of the 40,246 AGENTS.md files we read have a rule of the same kind, not the same words. “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
AGENTS.md

Skill Writing Guidelines

Directory & File Structure

  • Directory names: lowercase, digits, hyphens (e.g. polardbx-sql).
  • Every skill must have a SKILL.md with YAML frontmatter (name + description).
  • Detailed docs go in references/, executable scripts in scripts/, playbooks in playbooks/.
  • Follow the skills.sh specification.

SKILL.md Structure

Follow this section order (see polardbx-sql/SKILL.md as the reference example):

  1. Frontmatter: name (kebab-case, matches directory), description (what it does + when to use + triggers, < 1024 chars), metadata.version.
  2. Title + one-line summary: What the skill does.
  3. Scope: What it applies to and what it does NOT apply to, with verification commands.
  4. Core Workflow: Numbered steps the agent follows every time.
  5. Key Features / Differences Quick Reference: Inline knowledge the agent can use without reading references — include key SQL commands, critical syntax, and common pitfalls.
  6. Best Practices (if applicable): Numbered actionable recommendations.
  7. References: Table format, relative paths. | [references/xxx.md](references/xxx.md) | Description |
  8. Playbooks (if applicable): Table format, relative paths.

Key principle: SKILL.md must contain enough inline knowledge for the agent to handle common questions without reading references. References are for deep dives, not the primary source.

Language

  • Write description, instructions, and core logic in English — LLMs follow English instructions more reliably.
  • Write triggers in both English and Chinese to cover different user input habits.
  • Write output templates in the target user's language.
  • Keep language consistent within each paragraph — do not mix languages mid-paragraph.

Versioning

  • Every SKILL.md has a metadata.version field in YAML frontmatter (semver).
  • Bump the version once per commit, not per edit. Patch for fixes, minor for new content or restructuring.

README Maintenance

  • When adding, removing, or renaming a skill, update README.md accordingly:
    • Update the directory tree in the "目录结构" section.
    • Update the skill list in the "当前 Skills" section (one-line description per skill).

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.