agentleFS
markmhendricksonmarkmhendrickson/neotoma/.claude/skills/learn/SKILL.md

learn

Skill38 starsChanged 2 months agoMITView on GitHub

Learn

195 other projects use a version of this.

Adopted by

Most recently taken up by

Used with

Projects with it also use add-anydoc, add-clidash and 10 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.
  • TomGranotSkill

    add-anydoc

    Add local office-document-to-Markdown conversion to NanoClaw agent containers with the pinned Firecrawl AnyDoc CLI. Use when agents need to read attached Word, PowerPoint, Excel, OpenDocument, RTF, EPUB, CSV, or text-based PDF files without uploading them to a hosted parser.

    Also in 5 projects that use this

  • TomGranotSkill

    add-clidash

    Add clidash — a zero-dependency, read-only web dashboard that derives its tabs and tables at runtime from any CLI that lists resources as JSON. Ships pre-wired for NanoClaw's ncl CLI (agent groups, sessions, channels, users, roles), plus message-activity charts, a log tail, and a read-only file viewer for group skills/CLAUDE.md/profiles.

    Also in 5 projects that use this

  • seek888Skill

    open-gstack-browser

    Launch GStack Browser — AI-controlled Chromium with the sidebar extension baked in. Opens a visible browser window where you can watch every action in real time. The sidebar shows a live activity feed and chat. Anti-bot stealth built in. Use when asked to "open gstack browser", "launch browser", "connect chrome", "open chrome", "real browser", "launch chrome", "side panel", or "control my browser". Voice triggers (speech-to-text aliases): "show me the browser".

    Also in 11 projects that use this

  • Saqlain-811Skill

    ios-sync

    Regenerate the iOS debug bridge against the latest upstream gstack templates. (gstack)

    Also in 6 projects that use this

  • MicrosoftSkill

    add-codex

    Use Codex (CLI + AppServer) as the full agent provider — planning, tool orchestration, native compaction, MCP tools, session resume — in place of the Claude Agent SDK. ChatGPT subscription or OPENAI_API_KEY. Per-group via agent_provider. Distinct from using OpenAI as an MCP tool (where Claude remains the planner).

    Also in 6 projects that use this

  • MicrosoftSkill

    add-deltachat

    Add DeltaChat channel integration via @deltachat/stdio-rpc-server. Native adapter — no Chat SDK bridge. Email-based messaging with end-to-end encryption.

    Also in 6 projects that use this

  • +5 more from TomGranot
  • +1 more from microsoft

The file

We split this skill into the rules it gives an agent

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

  • 0

    Common

    Most of the 170 edited versions we read keep these.

  • 11

    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
  • could be automatic: a setting could enforce it
  1. Distinctive:

    Use this skill when the user points out an omission, asks why something was not done, or requests stronger automatic behavior.

    line 13
  2. Distinctive:

    Add explicit trigger language (when behavior must run).

    line 35
  3. Distinctive:

    Add explicit ordering (what must happen first/next).

    line 36
  4. Distinctive:

    Add forbidden patterns for the observed failure mode.

    line 37
  5. Distinctive:

    Keep changes minimal and reusable.

    line 38
  6. Distinctive:

    When the miss is release-quality related (for example "release notes missed npm-impacting runtime changes"), do all of the following:

    line 51
  7. Distinctive:

    Update GitHub release notes with an explicit NPM Package Impact section.

    line 57
  8. Distinctive:

    Verify by reading the release body after update.

    line 59
  9. Distinctive:

    Do not commit changes unless user explicitly asks.

    line 63
  10. Distinctive:

    Do not change generated copies when a source-of-truth file exists.

    line 64
  11. Distinctive:

    Do not perform destructive operations without explicit user approval.

    line 65

“Common” is measured: kept by at least 6 in 10 of the 170 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
<!-- Source: .cursor/skills/learn/SKILL.md -->

Learn

Turn a behavior miss raised in chat into a permanent process improvement.

Use this skill when the user points out an omission, asks why something was not done, or requests stronger automatic behavior.

Goals

  1. Fix the immediate omission in the current turn.
  2. Prevent recurrence by updating the smallest durable artifact (rule, skill, or workflow doc).
  3. Apply the new guidance immediately in the same conversation.

Workflow

  1. Capture the miss
    • Record expected behavior, actual behavior, and impact.
    • Identify whether this is a one-off mistake or a recurring workflow gap.
    • Neotoma: /learn runs in normal chat — the full MCP turn lifecycle (bounded retrieval → user-phase store → edits/tools → reply → closing store) applies even when the fix is a one-line doc or rule tweak; "short pass" is never a waiver (see docs/developer/mcp/instructions.md [TURN LIFECYCLE]).
  2. Choose the smallest durable artifact
    • Rule: global repeated behavior.
    • Skill: multi-step workflow behavior.
    • Workflow doc/checklist: release/process quality gates.
    • Hook/tooling: enforcement that should run automatically.
  3. Implement focused guidance
    • Add explicit trigger language (when behavior must run).
    • Add explicit ordering (what must happen first/next).
    • Add forbidden patterns for the observed failure mode.
    • Keep changes minimal and reusable; avoid broad rewrites.
  4. Validate and apply now
    • Re-run the scenario that failed (or nearest equivalent).
    • Perform the newly-required behavior in this chat before concluding.
  5. Report outcome
    • What changed.
    • Why this artifact was chosen.
    • What behavior is now enforced.

GitHub Release Pattern

When the miss is release-quality related (for example "release notes missed npm-impacting runtime changes"), do all of the following:

  1. Inspect commit range for the release tag (for example vX.Y.(Z-1)..vX.Y.Z).
  2. Classify changes into:
    • npm package/runtime impact (src/, package.json, package-lock.json, README.md, openapi.yaml)
    • docs/site/process-only impact
  3. Update GitHub release notes with an explicit NPM Package Impact section.
  4. Include clear "changed/not changed" statements for API surface artifacts (notably openapi.yaml).
  5. Verify by reading the release body after update.

Constraints

  • Do not commit changes unless user explicitly asks.
  • Do not change generated copies when a source-of-truth file exists.
  • Do not perform destructive operations without explicit user approval.
  • For release-note fixes, prefer updating the existing GitHub release over creating duplicate releases.

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.