Borrowing it
Nothing to install: this file belongs to solentlabs/ai-journal-mcp. Take a copy, put it at the same path in your own repository, and replace the rules that are about this project with yours.
curl -O https://raw.githubusercontent.com/solentlabs/ai-journal-mcp/main/CLAUDE.mdgit clone --depth 1 https://github.com/solentlabs/ai-journal-mcpWrote 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/instructions/solentlabs/ai-journal-mcp/claude-md)<a href="https://agentmods.dev/instructions/solentlabs/ai-journal-mcp/claude-md"><img src="https://agentmods.dev/badge/instructions/solentlabs/ai-journal-mcp/claude-md/github.svg" alt="Measured on agentmods" height="20"></a>Or the 80×15 button, for a site that already has a row of RSS and ATOM ones. Only the verdict fits; the numbers stay here.
<a href="https://agentmods.dev/instructions/solentlabs/ai-journal-mcp/claude-md"><img src="https://agentmods.dev/badge/instructions/solentlabs/ai-journal-mcp/claude-md.svg" alt="Reviewed on agentmods" width="80" 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.1 | $0.00941 | $0.00941 |
| Opus 5 | $0.00470 | $0.00470 |
| Sonnet 5 | $0.00188 | $0.00188 |
| Haiku 4.5 | $0.00094 | $0.00094 |
Grade A, and why
ai-journal-mcp CLAUDE.md 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 9d 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 — 67 lines — stays where its author put it; the contents beside it link to each section on GitHub.
Claude Rules
This file: how Claude behaves in this repository. Architecture, specifications, and decisions live in the docs linked below; this file points rather than restates.
Where Things Live
| Topic | Authoritative doc |
|---|---|
| Dev environment (setup, scripts, tooling, make targets) | docs/DEVELOPMENT.md |
| System architecture (components, data flow, journal modes) | docs/ARCHITECTURE.md |
| Formats and contracts (entry files, journals.toml, parser rules, tool surface) | docs/SPECIFICATION.md |
| The "why" behind the design | docs/ARCHITECTURE_DECISIONS.md |
| What the product is for | docs/USE_CASES.md |
| Project status, source inventory, migration history | .claude/memory/ (gitignored, session knowledge) |
Hard Constraints
- Markdown is the source of truth. The SQLite index is disposable and regenerated; never treat it as authoritative, never commit it.
- Never hand-edit generated views.
JOURNAL.mdandthemes/*.mdin a managed journal are regenerated byrefresh_views(). Changes go in entry files; views follow. - No data loss in intake/migration paths. Originals move to
attic/, never deleted. Any new destructive-looking operation must preserve a recoverable copy and be covered by a test proving it. - Indexed-mode journals are read-only. Never restructure or write to a
source configured with
mode = "indexed". - Staging is the user's alone. Never run or suggest
git add,git rm --cached, orgit restore --staged— staging the index is the user's job, period. Claude maygit commitandgit push, but only with the user's explicit permission in the moment (never unprompted); commit what the user has already staged, don't stage more. Otherwise, present what changed (a file list or diff) and stop.
Working in This Repo
- Use the project venv. Prefer the make targets (they pin to
.venv/binand match CI):make test,make check,make lint-fix. Direct equivalents:.venv/bin/pytest -q,.venv/bin/ai-journal-mcp .... Setup:./scripts/setup.sh. Full guide indocs/DEVELOPMENT.md. - Before declaring work done, run
make check(lint + format-check + type-check + docs lint + full suite with coverage; the docs lint needs Node/npm). It must be green. - No warning creep. Every surfaced finding — from a review, a linter, or
CI annotations — reaches a terminal state: fixed with a test, or recorded
as a deliberate cut in
ARCHITECTURE_DECISIONS.md("Known limitations"). Never relay a capped/summarized review without expanding its cut list, and never leave "known minor issues" floating in conversation or commit messages as the only record. - Ruff is the single linter/formatter and mypy the type authority; all tool
config lives in
pyproject.toml. Don't add competing config files. - New behavior requires tests. Test data is fixture-based, not inline:
- Formats/parsing → drop a real sample under
tests/fixtures/and letparametrizepick it up (parser changes must add a fixture reproducing the real-world format that motivated them — seetests/fixtures/parser/README.md). - Pure logic → table-driven via
@pytest.mark.parametrize. - Filesystem behavior → the
make_journalfactory fixture intests/conftest.py, not ad-hoc inline file-writing.
- Formats/parsing → drop a real sample under
- The MCP server (
server.py) is a thin layer; logic belongs in the library modules so it stays testable without an MCP client. - The user's live journals are configured in
~/.config/ai-journal-mcp/journals.toml. Do not runmigrate --applyor bulk-edit scripts against them without an explicit request and a fresh backup.
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.
- 9d ago First seen · 67 lines · 941 tokens per session scan A 0ff4613d1b08
ai-journal-mcp CLAUDE.md is an instructions file published in the GitHub repository solentlabs/ai-journal-mcp (1 stars, last pushed 1mo ago), licensed MIT. It adds 941 tokens to every session, about $0.0047 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 instructions, from other repositories
next.js AGENTS.md
AGENTS.md instructions for vercel/next.js, covering next.js development guide, codebase structure, monorepo overview, core package: packages/next and other important packages.
codex AGENTS.md
AGENTS.md instructions for openai/codex, covering rust/codex-rs, the codex-core crate, code review rules, crate api surface and model visible context.
vscode buildNext.instructions.md
Working notes and architecture documentation for the new esbuild-based build system in build/next. Use when making changes to the new build pipeline (transpile/bundle commands, NLS plugin, source-map handling, resource copying, or self-hosting watch tasks).
vscode oss-third-party-notices.instructions.md
Instructions for microsoft/vscode, covering vs code oss third-party-notices pipeline, architecture, pipeline flow in ci, applying the notice (cutover) and fallback chain (never fail the build).
langchain AGENTS.md
AGENTS.md instructions for langchain-ai/langchain, covering global development guidelines for the langchain monorepo, corridor security analysis, project architecture and context, monorepo structure and development tools & commands.
deepseek-harness AGENTS.md
AGENTS.md instructions for deepseek-ai/deepseek-harness, covering agents.md, pre-stable apis and released session data, repository layout, commands and host sandbox failures.