agentleFS
YehudaFrankelYehudaFrankel/clankbrain/.claude/skills/learn/SKILL.md

learn

Skill16 starsChanged 7 months agoMITView on GitHub

Extracts reusable patterns, lessons, and decisions from the current session and saves them to memory files. Run before End Session or before /compact to capture what was learned. Triggers on /learn or \"extract patterns\" or \"learn from this session\".

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

Show its rules and text

We split this skill into the rules it gives an agent

15 rules. 0 are common, 10 are distinctive, and 5 are very specific to this project.

  • 0

    Common

    Most of the 170 edited versions we read keep these.

  • 10

    Distinctive

    This author's own choices. Worth a look.

  • 5

    Very specific

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

  • Common
  • Distinctive
  • Very specific
  1. Distinctive:

    Allowed Tools: Read, Edit, Write, Glob, Grep

    line 14
  2. Distinctive:

    Ask: "This conflicts with an existing memory.

    line 36
  3. Very specific:

    If replacing: use /forget to invalidate the old entry, then save the new one

    line 37
  4. Very specific:

    If keeping both: add a note (supersedes [old filename]) to the new entry

    line 38
  5. Distinctive:

    If it worked: log a single N row silently — no further questions needed.

    line 69
  6. Distinctive:

    If it needed a correction: ask two follow-up questions:

    line 74
  7. Distinctive:

    If the user's answer is too vague to extract step + produced + needed, ask one more time:

    line 91
  8. Very specific:

    Only write INSUFFICIENT DATA as a last resort — never skip scoring entirely.

    line 94
  9. Very specific:

    Velocity log: If this session had an estimated task, append to tasks/velocity.md: | [date] | [task] | [estimated] | [actual] | [complexity …

    line 98
  10. Distinctive:

    If any pattern appeared 3+ times: "Suggest creating skill: [name] — run /evolve to cluster"

    line 103
  11. Distinctive:

    Never delete existing entries — only append

    line 109
  12. Distinctive:

    Keep entries concise — one lesson per entry

    line 110
  13. Distinctive:

    Run before End Session to preserve session knowledge

    line 111
  14. Very specific:

    Run before /compact to avoid losing insights

    line 112
  15. Distinctive:

    If a pattern recurs across sessions, it belongs in a skill not just lessons.md

    line 113

“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

Skill: learn

Trigger: /learn or "extract patterns" or "learn from this session"

Description: Extracts reusable patterns, lessons, and decisions from the current session and saves them to memory files. Run before End Session or before /compact to capture what was learned.

Allowed Tools: Read, Edit, Write, Glob, Grep


Steps

  1. Check tasks/corrections_queue.md — if it has entries, read each one. These are prompts where you were corrected mid-session (auto-captured by hook). Convert each into a lesson entry using the format in step 3, then clear the file back to its header only (keep the two comment lines, delete the ## date entries).
  2. Review the current conversation for:
    • Bugs fixed and their root causes
    • Patterns that worked well
    • Mistakes made and how they were corrected
    • Architectural decisions made
    • Stack-specific gotchas discovered
  3. Conflict check before saving: For each new lesson or decision, run:
    python tools/memory.py --search "[key term from lesson]" --top 3
    Scan the results for contradictions — existing memory that says the opposite. If found:
    • Show both the old and new entry side by side
    • Ask: "This conflicts with an existing memory. Replace it? (yes / keep both / skip)"
    • If replacing: use /forget to invalidate the old entry, then save the new one
    • If keeping both: add a note (supersedes [old filename]) to the new entry
  4. Categorize findings:
    • Bugs/errors → append to .claude/memory/lessons.md (create if missing)
    • Architectural decisions → append to .claude/memory/decisions.md (create if missing)
    • Rejected approaches → append to tasks/regret.md (format: | Date | Approach | Why Rejected |)
    • Repeated patterns (3+ times) → flag as skill candidate
  5. Format each entry as:
    ## [YYYY-MM-DD] - [short title]
    **Context:** what you were doing
    **Problem:** what went wrong or what was learned
    **Solution/Pattern:** what works
    **Apply when:** trigger conditions
  6. Global lessons check: For each lesson, ask: "Does this apply beyond this project?" If yes, also append to ~/.claude/global-lessons.md:
    ## [YYYY-MM-DD] - [title]
    **Source:** [project name]
    **Pattern:** [what works]
    **Apply when:** [trigger]
  7. Skill scoring (interactive — ask, don't assume):

    For each skill that fired this session, ask the user:

    "Did [skill name] work correctly this session, or did it need a correction?"

    If it worked: log a single N row silently — no further questions needed.

    | [date] | [skill] | all | [what it was used for] | N | minor | - | - | - |

    If it needed a correction: ask two follow-up questions:

    "Which step went wrong — and what did it produce vs what you needed?" "How bad was it? (minor = small fix / major = wrong approach / silent = not caught until later)"

    Take their natural-language answer and translate it into the structured row:

    | [date] | [skill] | step [N] | [used for] | Y | [severity] | Step [N]: produced [X], needed [Y]. Fixed by: [Z]. | manual | - |

    Translation rules:

    • Extract a step number from their description (or infer from the skill's step list)
    • "Produced X" = what Claude actually did or output
    • "Needed Y" = what should have happened
    • "Fixed by Z" = the correction given (brief)
    • Code Fixed = manual (code was corrected in the session) or - (no code change needed)
    • Skill Patched = always - when first logged; /evolve fills this in when it patches the skill

    If the user's answer is too vague to extract step + produced + needed, ask one more time:

    "What specifically did it produce vs what you wanted?"

    Only write INSUFFICIENT DATA as a last resort — never skip scoring entirely.

    Severity guide: minor = small correction, close output | major = wrong approach or significant rework | silent = failure not caught until later, discovered downstream

  8. Velocity log: If this session had an estimated task, append to tasks/velocity.md: | [date] | [task] | [estimated] | [actual] | [complexity 1-5] | [notes] |
  9. After writing:
    • Report: "Extracted N lessons: [list titles]"
    • If any pattern appeared 3+ times: "Suggest creating skill: [name] — run /evolve to cluster"

Notes

  • Never delete existing entries — only append
  • Keep entries concise — one lesson per entry
  • Run before End Session to preserve session knowledge
  • Run before /compact to avoid losing insights
  • If a pattern recurs across sessions, it belongs in a skill not just lessons.md

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.