The installer sets up harness-specific integration files without editing broad global instruction files:
- Codex: portable Agent Skill at
~/.agents/skills/jumpybrain-memory/SKILL.mdfor global installs, or.agents/skills/jumpybrain-memory/SKILL.mdfor project installs. - Claude Code: Agent Skill at
~/.claude/skills/jumpybrain-memory/SKILL.mdfor global installs, or.claude/skills/jumpybrain-memory/SKILL.mdfor project installs. - Pi: TypeScript extension at
~/.pi/agent/extensions/jumpybrain-memory.tsfor global installs, or.pi/extensions/jumpybrain-memory.tsfor project installs. The extension exposes recall/search/remember/wrapup/index tools plus/memory-*slash commands.
Restart or reload the agent if it was already running while the installer wrote these files.
If you do not use the installer skills/extensions, put a short hint like this in AGENTS.md, CLAUDE.md, Codex instructions, Cloth instructions, or another agent-readable project file:
If jumpybrain is installed and the task may benefit from project memory, use visible recall before acting:
jumpybrain run memory:recall --topic "<current task/topic>" --limit 5
# or for the default global install:
~/.jumpybrain/bin/jumpybrain recall --root ~/.jumpybrain/memory --topic "<current task/topic>" --limit 5
Use explicit, bounded recall only. Remember writes memory; recall reads memory. Do not silently inject memory, and do not memorize secrets, credentials, raw chat noise, or vague status updates. At session end, consider a strict wrapup via `jumpybrain run memory:wrapup` if durable findings, decisions, conflicts, or open questions were created.
The CLI can print a copyable version:
jumpybrain instructions- Run
~/.jumpybrain/bin/jumpybrain doctor --jsonto verify CLI, Node, QMD, memory root, and global integration files. - Codex and Claude Code may need a restart to notice newly created skill directories.
- Pi global extensions in
~/.pi/agent/extensions/can be reloaded with/reloadwhen supported; otherwise restart Pi. - If the agent cannot find
jumpybrain, use the absolute CLI path printed by the installer or add~/.jumpybrain/bintoPATH. - If recall fails because QMD is missing, install QMD or set
JUMPYBRAIN_QMD_BIN=/path/to/qmd.
Run a visible prior-knowledge scan before deep work:
jumpybrain recall --root <memory-root> --topic "QMD memory architecture" --limit 5Agents should show compact hits with provenance before using them. This gives lightweight implicit retrieval without hidden prompt injection.
jumpybrain recall --root <memory-root> --query "Where did we decide to store release notes?" --limit 10 --jsonUse retrieval depth to shape how much raw evidence should compete with compressed/current memory:
jumpybrain recall --root <memory-root> --topic "sales process" --depth shallow
jumpybrain recall --root <memory-root> --topic "sales process" --depth deepshallow favors topical pages and decisions. normal is balanced. deep allows raw sessions to surface as supporting evidence.
JSON results include id, score, snippet, provenance, and scoreBreakdown.
jumpybrain process performs maintenance over existing memory. The first modes are separate:
jumpybrain process --root <memory-root> --mode lint --topic "shared memory" --apply
jumpybrain process --root <memory-root> --mode synthesize --topic "shared memory" --applysynthesize creates or updates pages/<topic>.md from existing canonical memory plus QMD-related context when an index exists. lint writes a deterministic support report under .jumpybrain/reports/ for stale pages, missing provenance, duplicate titles, declared conflicts, and open questions that appear answered elsewhere. Processing requires --apply before mutating files.
For hosted/shared deployments, scheduled processing should run inside the server against the server-local memory root. Agents should use the CLI as the interface; direct hosted API calls are not the intended workflow.
At the end of a session, the active agent should draft memory from the visible current context only. Capture durable learnings only:
- findings
- decisions
- conflicts/corrections
- open questions
Run recall first so likely duplicates or conflicts are visible before writing:
jumpybrain recall --root <memory-root> --topic "Memory architecture wrapup" --limit 5Then write one editable session wrapup:
cat <<'MD' | jumpybrain wrapup --root <memory-root> --title "Memory architecture wrapup" --topic "Memory architecture wrapup"
## Findings
- QMD should be the first retrieval primitive. Markdown remains canonical, and QMD-derived state remains rebuildable.
## Decisions
- Keep recall visible before use instead of silently injecting memory into prompts.
## Conflicts / Corrections
- None captured.
## Open Questions
- How automatic should recall become after dogfood usage proves the visible preflight useful?
MD--topic is optional for the command but recommended. When provided, wrapup runs the same retrieval path as recall and prints related memories before the written file. When omitted, it writes the file and reports that related-memory preflight was skipped.
Use this prompt near the end of a coding-agent session:
Review only the visible current session. Do not memorize secrets, credentials, tokens, raw chat noise, or vague status updates. First run:
jumpybrain recall --root <memory-root> --topic "<session topic>" --limit 5
Then draft 4-5 high-signal durable items as strict Markdown sections:
## Findings
## Decisions
## Conflicts / Corrections
## Open Questions
Use '- None captured.' for any intentionally empty section. Mention duplicates or conflicts from recall under Conflicts / Corrections. Pipe the final draft to:
jumpybrain wrapup --root <memory-root> --title "<short title>" --topic "<session topic>"
Show the written file path and body, then ask if the user wants edits.
Review by default. Do not memorize secrets, credentials, or transient chat noise.