/agent-mail

name: agent-mail
user-invocable: true
skill_api_version: 1
hexagonal_role: supporting
consumes:
- coordination-request
produces:
- agent-identity
- file-reservation
- acknowledged-handoff
context_rel:
- kind: supplier-to
  with: agent-native
metadata:
  capabilities: [agent_mail]
  effects: [write_agent_mail_records, install_precommit_guard, authorized_destructive_reset]
  canonical_status: canonical
  disposition: keep_optional_adapter
  tier: execution
  dependencies: []
description: 'Coordinate selected writers with Agent Mail messages and advisory file reservations. Use when: this adapter is requested; mail does not own tracker status.'
practices:
- pragmatic-programmer
output_contract: factual messaging and reservation adapter results

Agent Mail — optional coordination adapter

Agent Mail carries messages, acknowledgements, identities, and temporary file reservations. It is not a task tracker, queue, proof ledger, or lifecycle controller.

Reservations are **advisory**: they prevent collisions only because every cooperating writer checks them against the same absolute project path, and one writer registered against a different path resolution makes the whole ledger advisory fiction. Agent Mail enforces nothing on a writer that does not check.

Named failure mode — **silence-as-status**: reading an unanswered thread as "work stalled" or "work done"; mail silence proves only that no mail arrived.

Anti-pattern: widening or renewing a reservation unprompted when a conflict appears. Corrective: report the conflict to the caller as-is; scope and TTL changes are the caller's call.

Boundary

• Skip Agent Mail for a single writer.
• The caller supplies the absolute project path, agent identities, thread id,

participants, paths, exclusivity, reason, and TTL.

• Reservations prevent accidental overlap among cooperating writers. They do not

create work ownership or affect Plan, Candidate, or verdict semantics.

• Mail silence proves nothing about work status.
• A message or acknowledgement is evidence that communication occurred, not

evidence that a change is correct or complete. The adapter cannot select AgentOps semantics, issue a binding verdict, or turn factory completion into delivery or validation proof.

• Release a reservation, including any `force_release`, only on the caller's

explicit request for that exact reservation. Force-release has no autonomous trigger; a conflict is reported, not force-cleared.

• Agent Mail never selects work, changes tracker state, commits code, validates,

integrates, closes, releases, or delivers work.

Modes and authority

Two disjoint surfaces; do not reach the second from the first:

• **Coordination mode (default).** Register identity, reserve/release the

caller's paths, send/read/acknowledge the caller's threads. This is the whole of routine use, and all of it writes durable Agent Mail records.

• **Admin / disaster-recovery mode (explicitly caller-authorized only).**

Installing the git pre-commit guard, `doctor repair`, backup/restore, and the irreversible `clear-and-reset-everything` are a separate mode. Each requires the caller's explicit authorization for that specific operation; none is ever performed as a side effect of coordination. `clear-and-reset-everything` deletes the database and all storage and cannot be undone — never run it, even with `--force`, without an explicit destructive-reset authorization from the caller.

Surfaces

Choose exactly one mailbox owner and access mode for each storage root. When an HTTP/MCP daemon owns the root, use its MCP tools; do not point the direct `am` CLI at the same database. Use the CLI fallback only with a root not owned by a running Agent Mail runtime. A busy mailbox activity lock or a bounded read timeout is a degraded adapter result, not permission to restart the service, repair the database, or silently switch roots.

Use the MCP tools when they are present. Otherwise use the self-describing `am` CLI. Pin the intended storage root explicitly, and discover current syntax with `am mail --help`, `am file_reservations --help`, and related group help; do not infer commands from remembered aliases. If a direct macOS read rejects a symlinked snapshot directory such as `/var`, use a caller-scoped, non-symlinked temporary directory for that isolated invocation or report the adapter degraded; never weaken the traversal check.

One-shot use

1. Confirm that multiple explicitly coordinated writers share the repository. 2. Freeze one storage root and either MCP/server mode or direct-CLI mode; never mix both against the same live database. 3. Register the caller-supplied identity against the same absolute project path. 4. Reserve only the supplied paths, with a bounded TTL. 5. Report conflicts without waiting, narrowing scope, or changing the plan. 6. Send the supplied message once and record its id. 7. Read or acknowledge only the requested thread. 8. Before the caller advances a declared transition, verify every acknowledgement-required message in that transition has the intended recipient acknowledgement. Later traffic is not an implicit acknowledgement. 9. Release only reservations the caller explicitly asks to release.

Output

Return the project, identity, thread/message ids, reservation ids and paths (with their TTLs), conflicts, and timestamps. The caller owns all subsequent decisions.

Terminal outcomes are explicit, never silent:

• **Adapter unavailable** — neither the MCP tools nor the `am` CLI is present:

report that Agent Mail is unavailable and stop. Do not fall back to hand-written coordination or treat the absence as "no conflicts".

• **Reservation conflict** — report the conflicting reservation as-is; do not

narrow, widen, renew, or force-release it.

• **Mailbox ownership conflict** — a daemon and direct CLI contend for one

storage root: report the lock owner/mode and stop; do not restart, repair, or bypass the lock as a c