agentleFS
anthonysuherlianthonysuherli/br8n/skills/journal/SKILL.md

journal

Skill1 starsChanged 3 months agoMITView on GitHub

Your cross-project personal journal — write an entry any time (insight, reflection, reference, decision) and search it back by meaning. Distinct from session notes (which are per repo+branch, written at session end); the journal is global and on-demand. Use when the user wants to jot a durable thought, "journal this", "note to self", or recall past entries ("what did I conclude about X", "search my journal").

We split this skill into the rules it gives an agent

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

  • 0

    Common

    Most of the 15 edited versions we read keep these.

  • 0

    Distinctive

    This author's own choices. Worth a look.

  • 2

    Very specific

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

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

    If not in a git repo, omit them (writes still work.

    line 26
  2. Very specific:

    If the first arg is search or recent, use that mode.

    line 36

“Common” is measured: kept by at least 6 in 10 of the 15 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

br8n — Journal (cross-project, write-anytime, searchable)

The journal is your global notebook, separate from session notes. Session notes are bound to the current repo+branch and written automatically at session end; a journal entry is written whenever you choose and is searchable across every project. Both live in the same ~/.br8n/brain.db; the journal just uses a reserved, repo-independent scope.

Step 0 — Resolve optional context

The journal itself is global, so a write needs no project. But it's useful to stamp where you were when you journaled, and scope=project|both searches need the current repo+branch:

basename "$(git rev-parse --show-toplevel)"   # project (optional context)
git branch --show-current                     # kb
git rev-parse --show-toplevel                 # project_path

If not in a git repo, omit them (writes still work; scope=project is then N/A).

Mode select — branch on the args

InvocationModeDo
/br8n:journal <text>WriteStep A — save an entry
/br8n:journal search <query> [--scope both|journal|project] [--type T]SearchStep B — recall by meaning
/br8n:journal recent [N]RecentStep C — list latest entries

If the first arg is search or recent, use that mode; otherwise treat the whole input as the text to journal.

Step A — Write an entry

From the user's text, infer a type (one of insight, reflection, reference, decision) and any obvious tags; when unclear, leave type empty. Then call:

mcp__plugin_br8n_br8n__br8n_journal(text, type, tags, title, project, project_path)

  • text — the entry (required).
  • type / tags — your inferred label + keywords (optional).
  • project / project_path — the resolved repo context, if any (optional).

On success it returns {finding_id, entry_path, scope}. Confirm briefly: echo the one-line title and the type, e.g. "Journaled (decision): prefer scope filters over separate corpora." Do not paste the whole entry back.

Step B — Search the journal

Parse --scope (default both) and optional --type from the args; the rest is the query. Call:

mcp__plugin_br8n_br8n__br8n_journal_search(query, scope, type, limit, project, kb, project_path)

  • scope=journal — your journal entries only.
  • scope=project — this repo+branch's session notes only (pass project/kb).
  • scope=both (default) — journal entries and every project's notes.

It returns {results: [{title, snippet, score, category, tags, id}], scope, count}, ranked by similarity. Render the top results as a short list — title, a one-line snippet, and the category (journal vs note) so the user can tell their notebook from their work-logs. If count is 0, say so and suggest a broader --scope or different wording.

Step C — List recent entries

/br8n:journal recent [N] (default 10). Call mcp__plugin_br8n_br8n__br8n_journal_recent(limit=N). It returns {entries: [{title, tags, created_at, ...}], count}. Render newest-first as a compact list (date · title · type). This is a chronological skim, not a search.

Download now (ZIP)

  • Other versions20 projects use a version of this.

    Word for word · 0

    None found.

    Edited · 0

    None found.

    Wrote their own version · 20

    1. davekilleen/Dex★ 509same name
    2. typv/nest-turbo-starter★ 224same name
    3. TakaGoto/rag-learning-academy★ 24same name
    4. pipulate/pipulate★ 14same name
    5. jholhewres/devclaw-skills★ 4same name
    6. AaravChadha/acstack★ 2same name
    7. AlexCiortan/setlist★ 2same name
    8. atomicpapa/claude-obsidian-setup★ 2same name
    9. labdaps/labskills★ 2same name
    10. mpaarating/ai-workflow-kit★ 2same name

    10 more not listed

    How matches are found. Word for word: the exact same text. Edited: shares passages with this file (“99% same” means 99% of its five-word phrases also appear here; 10% or more counts). Their own version: similar meaning, or, weakest, the same name. We can’t tell which project had it first. Projects are counted among the 200 most-starred candidates, and mentions are links to the repository we found, up to 50 per site, so both counts are a floor.

  • Used alongsideProjects with it also use triage and code-review.

    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.
    • Google CloudSkill

      triage

      Gather context on a change or bug and plan the implementation.

      Also in 3 projects that use this

    • GoogleSkill

      code-review

      Adversarial systems, concurrency, memory-model, and architecture code review protocol. Use this skill whenever asked to review code, PRs, diffs, or branches in Filament.

      Also in 3 projects that use this

  • In this repository11 other files it gives its agents.

Does it work?

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

Reviews can't be read right now.

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.