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/closetheloops/moradin/statsnpx skills add CloseTheLoops/moradin --skill statsgit clone --depth 1 https://github.com/CloseTheLoops/moradinWrote this? Show the measurements
A badge with what this costs and how it scanned, read live from this page, so it follows the numbers instead of freezing them. Markdown for a README, HTML for a documentation site or a project page.
[](https://agentmods.dev/skills/closetheloops/moradin/stats)<a href="https://agentmods.dev/skills/closetheloops/moradin/stats"><img src="https://agentmods.dev/badge/skills/closetheloops/moradin/stats.svg" alt="Measured on agentmods" height="20"></a>What 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.00016 | $0.00283 |
| Opus 5 | $0.00008 | $0.00142 |
| Sonnet 5 | $0.00003 | $0.00057 |
| Haiku 4.5 | $0.00002 | $0.00028 |
Grade A, and why
moradin-stats 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.
What it actually says
moradin:stats
Show a stats report on Moradin's memory.
When invoked
/moradin:stats
Quick health snapshot. Useful for retrospectives or just curiosity.
What you do
-
Run the stats script:
python scripts/stats.py --format json -
Present the report:
- Total files
- By type (principles, patterns, references, lessons)
- By topic (harness, memory, eval, llm, agent, arch, workflow, tooling)
- By applies_to (universal, godtech, trading, ...)
- Age distribution (fresh ≤7d, recent ≤30d, aging ≤90d, old ≤180d, stale >180d)
-
Highlight observations. Examples:
- "You have 12 patterns tagged
evalbut only 2 references — capture more eval sources?" - "8 files are stale (>180d). Worth running
/moradin:auditto review." - "No memory tagged
tradingyet — you haven't started that project's slot."
- "You have 12 patterns tagged
-
Don't propose changes. Stats is read-only.
Output
A clean text report with counts + observations.
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 · 40 lines · 16 tokens per session scan A 6ce9648686f4
moradin-stats is a skill published in the GitHub repository CloseTheLoops/moradin (2 stars, last pushed 25d ago), licensed MIT. It adds 16 tokens to every session and 283 once invoked, about $0.0001 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-31.
Other skills, from other repositories
llm-wiki-company-flow-audit
Map company/team information flows into an LLM-Wiki adoption plan. Use when the user asks where team knowledge lives, which streams can be automated, how Confluence/Jira/Slack/Drive changes stay synced, how fragile review is, how confidential data is handled, or whether maintenance cost is worth the benefit.
llm-wiki-capture-pipeline
Design cross-channel capture architecture and named connector runbooks for LLM-Wiki. Use when the user wants an inbox/raw topology, metadata contract, dedupe boundary, triage handoff, privacy defaults, capture-to-ingestion flow, or Telegram/email/Slack/PDF/GitHub/voice connector rules.
llm-wiki-orient
Explain the LLM-Wiki pattern, its raw/wiki/schema architecture, how it differs from RAG, GraphRAG and agent memory, and what ready-made solution families exist. Use when the user asks what LLM-Wiki is, whether it is worth adopting, what OpenWiki/wiki memory means, or how the ecosystem fits together.
llm-wiki-zero-to-working-wiki
Create a first useful LLM-Wiki from zero. Use when the user wants a zero-to-working-wiki walkthrough, first vault, first source ingest, first reusable query, first lint report, or a visible demo loop before a larger rollout; route full workflow installs to llm-wiki-setup.
wiki-lint
Run structural and trust health checks for an LLM-Wiki vault. Use for broken links, orphan pages, missing provenance, stale claims, contradiction reports, taxonomy drift, protected-section edits, and review queue generation.
llm-wiki-agent-memory-bridge
Decide what belongs in LLM-Wiki versus agent memory, AGENTS.md, CLAUDE.md, Auto Memory, Codex project memory, or other runtime memories. Use when instruction files are bloated, domain facts live in agent memory, or the user wants clean memory boundaries.