On_Board

On Board Tools

On Board exposes 28 MCP tools. Most work starts with memory_onboard.

Agent lifecycle

memory_onboard

Primary entry point for every agent session. Joins the project and returns compact current context: collision check, latest handoff summary, tickets, pinned critical memory, and next commands.

Use when: starting work, returning after /compact, or recovering from NOT ON BOARD.

Common fields:

Role guidance:

Ticket control uses roles. main, lead, and reviewer can cancel or terminate stuck tickets when the original creator is gone. Other roles can still cancel their own tickets, and a claimed agent can cancel its claimed work.

memory_agent_join

Lower-level join call. Use only if you already have the briefing and need to rejoin before writes or ticket mutations.

memory_get_briefing

Read project context without necessarily joining.

Useful modes:

memory_checkpoint

Write a mid-work checkpoint. Use every 10-15 minutes during long work.

Include summary, remaining tasks, branch, and blockers.

memory_handoff

Finish a session cleanly. Write what changed, what remains, warnings, and touched files.

After handoff, rejoin with memory_onboard before calling more write/ticket tools.

Persistent memory

memory_write

Write durable project memory after meaningful actions.

Memory types:

Use related_files, related_tickets, and tags when they help the next agent search.

Critical memory:

memory_read

Read recent memory. Supports filters by type, tag, agent, time window, and limit.

Common use:

memory_read({"since_minutes": 30, "limit": 20})

Ranked keyword search over active memories.

Use when looking for prior decisions, known bugs, or previous work on a file.

memory_search_vector

Local vector-style search over memory text. It is optional and local-first.

Use normal memory_search first unless semantic matching is specifically useful.

Shows linkage between memories, tickets, agents, and files.

Useful filters:

Ticket queue

Tickets are the cross-agent workflow layer. They live as files under .agent-mem/tickets/.

Basic lifecycle:

open -> claimed -> in_progress -> submitted -> reviewing -> closed

Rejected tickets reopen with fix instructions instead of dying.

memory_create_ticket

Create work for another agent.

Required fields:

Optional fields:

memory_claim_ticket

Claim a ticket before doing the work. Use this so other agents do not duplicate the same task.

memory_submit_ticket

Submit completed work for review.

Include summary, changed files, and reviewer notes.

After submit, rejoin with memory_onboard before doing more ticket work.

memory_review_ticket

Approve or reject a submitted ticket.

Use verdict="approve" when evidence is good.

Use verdict="reject" with concrete fix_instructions when work needs another pass.

After review, rejoin with memory_onboard before doing more ticket work.

memory_list_tickets

List open tickets by default. Can filter by status or assignee, and can include closed/rejected tickets.

memory_cancel_ticket

Cancel a ticket that should no longer be done.

memory_terminate_ticket

Force-terminate a ticket. This is destructive and should be rare.

Project context and setup

memory_init

Initialize .agent-mem/ for a new project.

Use once per project.

memory_bootstrap

Bootstrap memory for an existing project by scanning common project files, git history, directory structure, and config files.

Use this instead of memory_init when adopting an existing repo.

memory_status

Quick status report: project, agents, memory counts, and latest activity.

memory_doctor

Checks setup health and common data problems.

Use after setup, after strange agent behavior, or before blaming the model.

memory_update_state

Write small project state values, such as current phase, owner, or default workflow notes.

memory_context_dirs

List external context directories configured with AGENT_MEM_CONTEXT_DIRS.

memory_context_read

Read a file from configured context directories.

Use this for docs/specs that should not live inside the project repo.

Compaction and archive

memory_token_usage

Estimate memory size and briefing token cost.

Use when briefings are getting too long.

memory_prepare_compaction

Preview old memories that can be compacted.

This does not modify files.

memory_compact

Archive older raw memories after a digest exists.

Recommended flow:

memory_prepare_compaction()
memory_write(memory_type="context", title="Digest: ...", content="...")
memory_compact()

memory_search_archive

Search archived raw memories after compaction.

Minimal agent loop

For normal coding work:

memory_onboard(...)
memory_read({"since_minutes": 30})
memory_write(...)       # after meaningful discovery/change
memory_checkpoint(...)  # long sessions only
memory_handoff(...)

For delegated work:

memory_create_ticket(...)
memory_claim_ticket(...)
memory_submit_ticket(...)
memory_review_ticket(...)

If an agent loses context, starts repeating work, or claims it cannot see prior decisions, run:

memory_status()
memory_get_briefing({"mode": "brief"})
memory_search({"query": "the topic or file name"})