Getting it into your agent
One page per mod, every tool's command on it. A separate URL per tool would split the same page into five that compete with each other.
npx agentmods add skills/fredoliveira/agents/donenpx skills add fredoliveira/agents --skill donegit clone --depth 1 https://github.com/fredoliveira/agentsWhat it costs to keep this loaded
Counted locally with the o200k_base tokenizer, which is exact for GPT models; Claude uses its own tokenizer and its counts differ. Treat this as one consistent yardstick across the catalogue rather than a bill. Prices are per million input tokens.
| Model | Per session | Once invoked |
|---|---|---|
| Fable 5 | $0.00044 | $0.00788 |
| Opus 5 | $0.00022 | $0.00394 |
| Sonnet 5 | $0.00009 | $0.00158 |
| Haiku 4.5 | $0.00004 | $0.00079 |
Grade A, and why
done scanned grade A with 0 findings against 26 rules in 11 categories — prompt injection, anti-refusal, data exfiltration, privilege escalation, supply chain, agent snooping, system-prompt leakage, SSRF and excessive agency — measured 3d ago.
A static scan of the body, not an audit. Every finding is printed with the line that produced it so you can judge whether it matters here. A mod is markdown that instructs an agent; that is exactly why what it instructs is worth reading.
Nothing flagged
None of the 26 patterns this scan looks for appear in this file: no shell pipes, no recursive deletes, no credential paths, no hidden text, no instruction-override or anti-refusal phrasing, no agent-config snooping. That is not a guarantee, it is the absence of the things that are checkable.
How it starts
The opening of the file, as written. The whole thing — 89 lines — stays where its author put it; the contents beside it link to each section on GitHub.
Summarize this Claude Code session, create a dedicated session note in Obsidian, and link it from today's daily note.
Instructions
- Review the full conversation history for this session.
- Come up with a short summary title (2-6 words, no date) describing the overall theme.
- Write a detailed session note in markdown. The note MUST begin with YAML frontmatter and then use the sections described below. Skip any sections that don't make sense. The only non-negotiable is the frontmatter, which must always be present. Use this template:
---
created: YYYY-MM-DD
project: <working directory name or repo name>
harness: <who you are ('claude-code', or 'codex', or 'pi', etc)>
tags:
- note/agent-session
---
# <summary title>
## Summary
<1-3 sentence overview of the session>
## What was done
- <bullet list of key actions, changes, and outcomes>
## Decisions made
- <bullet list of decisions and the reasoning behind them>
- <include trade-offs considered, alternatives rejected, and why>
## Relevant code snippets
<relevant new commands that were created, code snippets that were mentioned, etc>
## File changes
- `path/to/file` -- <what changed and why>
- <list every file that was created, modified, or deleted>
## Deferred / Postponed
- <anything discussed but intentionally left for later>
- <known issues discovered but not addressed>
- <if nothing was deferred, write "None">
## Notes
- <any additional context, gotchas, or follow-up items>
- <if $ARGUMENTS was provided, incorporate that context here or in the relevant section above>
Be thorough -- err on the side of detail. The goal is a complete record of the session.
4. Get today's date in YYYY-MM-DD format and construct the note path:
Reference/Agent Sessions/YYYY-MM-DD <summary title>
5. Find the full path to the Obsidian vault by running obsidian vault - the path will be listed.
5. Create the session note file at /Reference/Agent Sessions/YYYY-MM-DD .md
6. Append a link to the session note in today's daily note by running:
obsidian daily:append content="- [[YYYY-MM-DD <summary title>]]" silent
What this file has done since we first saw it
Hashed on every crawl. A supply-chain change to an agent config is a question of when, not whether, so the history is kept rather than the latest state alone.
- 3d ago First seen · 89 lines · 44 tokens per session scan A 2bc9d6cb6098
done is a skill published in the GitHub repository fredoliveira/agents (24 stars, last pushed 2mo ago), licensed MIT. It adds 44 tokens to every session and 788 once invoked, about $0.0002 per session on Opus 5. A static security scan graded it A with 0 findings. No closer match exists in the catalogue, so it is treated as the original; first seen 2026-08-30.
Other skills, from other repositories
task-list
Required for 4+ step requests; add tasks at start and update status after each step.
simple
Summarize short user notes into clear action items.
audit-para
Read-only PARA classification audit for the Obsidian vault, followed by an optional explicit-fix flow. Use when the user asks to audit PARA, check whether notes are in the right place, find projects missing outcomes/deadlines, or runs /audit-para.
spot-drift
Drift check for Obsidian: compare stated intentions against 30 days of vault behavior and surface verified priority gaps or avoidance questions. Use when the user asks "what am I avoiding?", "am I drifting?", "check my priorities vs behavior", "what's getting neglected?", or runs /spot-drift.
shell-env
Stow-first shell environment editing for zsh, aliases, tmux/sesh, Starship, Ghostty, yabai, Git, and dotfiles packages. Use when the user wants to add or change terminal config, aliases, shell startup, or Stow-managed symlinks. Route Neovim-specific work to neovim and whole-system health checks to audit.
til
TIL capture for explicit requests to save learned material from a session into an engaging Obsidian note. Use when the user runs /til or asks to save, document, or write up what they learned.