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
- Very specific: line 26
If not in a git repo, omit them (writes still work.
- Very specific: line 36
If the first arg is search or recent, use that mode.
“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.
Files
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_pathIf not in a git repo, omit them (writes still work; scope=project is then N/A).
Mode select — branch on the args
| Invocation | Mode | Do |
/br8n:journal <text> | Write | Step A — save an entry |
/br8n:journal search <query> [--scope both|journal|project] [--type T] | Search | Step B — recall by meaning |
/br8n:journal recent [N] | Recent | Step 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 (passproject/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.
Other versions20 projects use a version of this.
Word for word · 0
None found.
Edited · 0
None found.
Wrote their own version · 20
- davekilleen/Dex★ 509same name
- typv/nest-turbo-starter★ 224same name
- TakaGoto/rag-learning-academy★ 24same name
- pipulate/pipulate★ 14same name
- jholhewres/devclaw-skills★ 4same name
- AaravChadha/acstack★ 2same name
- AlexCiortan/setlist★ 2same name
- atomicpapa/claude-obsidian-setup★ 2same name
- labdaps/labskills★ 2same name
- 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 CloudSkilltriage
Gather context on a change or bug and plan the implementation.
Also in 3 projects that use this
GoogleSkillcode-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
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.

