agentleFS
fabioespindulafabioespindula/awesome-nanoclaw-skills/skills/nanoskills/SKILL.md

nanoskills

Skill2 starsChanged 6 months agoMITView on GitHub

Use when the user invokes /nanoskills, asks what NanoClaw skills are available, wants a package-level skill catalog, asks how to use a skill, or asks for help/examples for any Awesome NanoClaw Skill. Lists every skill in the package, explains what each one does, and provides language-matched help with curated and conversation-aware examples.

We split this skill into the rules it gives an agent

34 rules. About 0 are common, 19 are distinctive, and 15 are very specific to this project.

  • ≈0

    Common · estimate

    Many files like this have a rule of this kind.

  • ≈19

    Distinctive · estimate

    This author's own choices. Worth a look.

  • 15

    Very specific

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

  • Common
  • Distinctive
  • Very specific
  1. Distinctive:

    Use this skill as the package-level catalog and help system for Awesome NanoClaw Skills.

    line 27
  2. Very specific:

    If this skill is installed as a managed Awesome NanoClaw Skill and ../awesome-updater/scripts/awesome_skills.py exists, run this before the …

    line 35
  3. Distinctive:

    Do not run extra package-wide update checks during normal catalog or help responses beyond the shared managed preamble above.

    line 45
  4. Distinctive:

    Run this skill when the user invokes or asks for:

    line 49
  5. Very specific:

    Read references/catalog.md before listing skills.

    line 60
  6. Very specific:

    Use references/catalog.json only as resolver metadata for skill-specific help.

    line 61
  7. Very specific:

    Do not list aliases from catalog.json in normal catalog or normal help output.

    line 62
  8. Very specific:

    If the generated catalog files are missing, fail closed: say the package catalog is unavailable and recommend updating or reinstalling …

    line 63
  9. Distinctive:

    Never scan sibling runtime skill folders, global Claude/Codex skill folders, external package folders, memory, inferred capabilities, or …

    line 64
  10. Very specific:

    Use templates/help-response.md when explaining one skill.

    line 65
  11. Distinctive:

    Do not translate slash commands, skill folder names, file paths, or literal command examples.

    line 71
  12. Distinctive:

    Prefer canonical skill names and primary slash commands from the generated catalog.

    line 87
  13. Very specific:

    Use aliases from references/catalog.json only to resolve a user's requested help target.

    line 88
  14. Distinctive:

    If an alias resolves to a skill, explain the canonical command for that skill and do not promote the alias as a public command.

    line 89
  15. Distinctive:

    If the target skill is ambiguous or unknown, show the catalog and ask the user to choose one by name or slash command.

    line 91
  16. Distinctive:

    when to use it;

    line 103
  17. Distinctive:

    Keep the catalog clear and visually pleasant, but do not use tables when the current chat surface is likely Telegram or mobile chat.

    line 108
  18. Distinctive:

    when not to use it, if important.

    line 120
  19. Very specific:

    Always include curated examples from references/catalog.md or the target skill's SKILL.md.

    line 131
  20. Very specific:

    Add a Contextual examples section only when the visible conversation gives enough concrete context to create useful examples.

    line 132
  21. Distinctive:

    Do not quote secrets, tokens, private URLs, long transcripts, or sensitive conversation content.

    line 134
  22. Distinctive:

    If context is weak, omit contextual examples instead of inventing generic personalization.

    line 135
  23. Very specific:

    If the conversation is about launch timing, /febaboard Should we launch now or wait until onboarding is better?

    line 139
  24. Very specific:

    If the conversation is about a repo architecture decision, /rethink Is this global command architecture simple enough?

    line 140
  25. Very specific:

    If the conversation includes a URL, /readthis <url>

    line 141
  26. Very specific:

    Use /nanoskills and /nanoskills help <skill> for discovery and usage help.

    line 147
  27. Very specific:

    Use awesome-updater for install, discover, check, config, backup, rollback, and auto-upgrade behavior.

    line 148
  28. Very specific:

    If the user asks to check updates, use awesome-updater instructions or tooling when available.

    line 150
  29. Distinctive:

    If the user asks for a pure explanation, do not run update commands.

    line 151
  30. Distinctive:

    Keep answers concise but complete enough that a new user can choose the right skill.

    line 156
  31. Distinctive:

    Prefer commands and examples over abstract explanation.

    line 157
  32. Distinctive:

    Do not claim a skill is installed unless runtime evidence shows it is installed.

    line 158
  33. Distinctive:

    Do not require private memory, user profiles, Supabase, ContextHub, or any non-public context.

    line 159
  34. Distinctive:

    Do not save tasks, write memory, install dependencies, update skills, or modify files unless the user explicitly asks for that action.

    line 160

≈ “Common” is an estimate: at least 1 in 5 of the 308,232 skill 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
SKILL.md

NanoSkills

Use this skill as the package-level catalog and help system for Awesome NanoClaw Skills.

/nanoskills is discovery and documentation. It should be fast, friendly, offline-first, and written in the language of the current conversation.

The catalog is generated from this package's skills/*/SKILL.md frontmatter during repository validation. In a NanoClaw container, treat installed skill files as read-only and only list first-party Awesome NanoClaw Skills from the generated catalog files.

Managed Auto Update

If this skill is installed as a managed Awesome NanoClaw Skill and ../awesome-updater/scripts/awesome_skills.py exists, run this before the normal workflow:

python3 ../awesome-updater/scripts/awesome_skills.py check awesome-updater --skills-dir .. || true
python3 ../awesome-updater/scripts/awesome_skills.py discover --skills-dir .. || true
python3 ../awesome-updater/scripts/awesome_skills.py check nanoskills --skills-dir .. || true

Continue the normal workflow if the update or discover check fails because of network, GitHub, or local environment issues.

Do not run extra package-wide update checks during normal catalog or help responses beyond the shared managed preamble above. Listing skills should be based on local catalog files and should not require network access to produce the answer.

Triggers

Run this skill when the user invokes or asks for:

  • /nanoskills
  • /nanoskills list
  • /nanoskills help
  • /nanoskills help <skill-or-command>
  • "what skills are available?"
  • "help for the NanoClaw skills"

Load References

  • Read references/catalog.md before listing skills.
  • Use references/catalog.json only as resolver metadata for skill-specific help.
  • Do not list aliases from catalog.json in normal catalog or normal help output. Aliases are private routing metadata.
  • If the generated catalog files are missing, fail closed: say the package catalog is unavailable and recommend updating or reinstalling nanoskills.
  • Never scan sibling runtime skill folders, global Claude/Codex skill folders, external package folders, memory, inferred capabilities, or chat history to build the catalog.
  • Use templates/help-response.md when explaining one skill.

Language

Answer in the language of the current conversation. If the conversation is mixed, follow the user's latest message.

Do not translate slash commands, skill folder names, file paths, or literal command examples.

Command Router

Choose the response from the user's command:

InputBehavior
/nanoskillsShow the full package catalog.
/nanoskills listShow the full package catalog.
/nanoskills helpExplain how to use /nanoskills itself and show how to request help for one skill.
/nanoskills help <skill-or-command>Show detailed help for the requested skill.
/nanoskills updates or /nanoskills statusExplain the relationship with awesome-updater and show safe update/status commands. Use updater tooling only when the user clearly asks to discover, check, install, configure, or upgrade.

Accept skill names, aliases, and slash commands when resolving help:

  • Prefer canonical skill names and primary slash commands from the generated catalog.
  • Use aliases from references/catalog.json only to resolve a user's requested help target.
  • If an alias resolves to a skill, explain the canonical command for that skill and do not promote the alias as a public command.

If the target skill is ambiguous or unknown, show the catalog and ask the user to choose one by name or slash command.

Catalog Output

For /nanoskills, produce a scannable catalog:

  1. one short sentence explaining that this is the Awesome NanoClaw Skills package;
  2. User-facing skills section;
  3. Admin and package skills section;
  4. for each skill:
    • slash command;
    • what it does;
    • when to use it;
    • expected output;
    • one compact example;
  5. close with examples of help commands.

Keep the catalog clear and visually pleasant, but do not use tables when the current chat surface is likely Telegram or mobile chat.

The normal catalog output must include only primary slash commands from references/catalog.md. Do not add compatible aliases, legacy aliases, global commands, runtime commands, health-check commands, or capability summaries that are not present as primary commands in the generated catalog.

Help Mode

For /nanoskills help <skill>, use templates/help-response.md.

Detailed help must include:

  • what the skill does;
  • when to use it;
  • when not to use it, if important;
  • command forms, using primary slash commands only unless the user explicitly asks about an alias;
  • expected input;
  • expected output;
  • curated examples;
  • contextual examples when the current conversation has useful context.

Contextual Examples

Help examples are hybrid:

  • Always include curated examples from references/catalog.md or the target skill's SKILL.md.
  • Add a Contextual examples section only when the visible conversation gives enough concrete context to create useful examples.
  • Contextual examples should adapt the user's current topic, objects, filenames, links, decisions, or tasks into valid slash-command examples.
  • Do not quote secrets, tokens, private URLs, long transcripts, or sensitive conversation content.
  • If context is weak, omit contextual examples instead of inventing generic personalization.

Examples:

  • If the conversation is about launch timing, /febaboard Should we launch now or wait until onboarding is better?
  • If the conversation is about a repo architecture decision, /rethink Is this global command architecture simple enough?
  • If the conversation includes a URL, /readthis <url>

Auto-Update Relationship

/nanoskills is not the updater. It should explain and route update-related intent without merging responsibilities.

  • Use /nanoskills and /nanoskills help <skill> for discovery and usage help.
  • Use awesome-updater for install, discover, check, config, backup, rollback, and auto-upgrade behavior.
  • Normal catalog/help responses must not run extra package-wide checks beyond the shared managed preamble.
  • If the user asks to check updates, use awesome-updater instructions or tooling when available.
  • If the user asks for a pure explanation, do not run update commands.

Output Rules

  • Match the language of the current conversation.
  • Keep answers concise but complete enough that a new user can choose the right skill.
  • Prefer commands and examples over abstract explanation.
  • Do not claim a skill is installed unless runtime evidence shows it is installed.
  • Do not require private memory, user profiles, Supabase, ContextHub, or any non-public context.
  • Do not save tasks, write memory, install dependencies, update skills, or modify files unless the user explicitly asks for that action.

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.