Files
Rohit Ghumare 9c82d2aa7d chore(release): v0.9.29 with project-scope parity across capture surfaces (#1141)
* chore(release): v0.9.29 with project-scope parity across surfaces

Version trio + plugin manifests + supportedVersions + ExportData union
bumped to 0.9.29; CHANGELOG entry covering everything since v0.9.28 with
upgrade notes for the four visible behavior changes.

Fixes the endpoint-count drift on main (130 registered routes vs docs
saying 129 after #1132 landed in parallel with #1136).

Project-scope parity: OpenCode plugin, Hermes plugin, Pi extension, and
JSONL replay now resolve project the same way the hooks do (env
override, git toplevel basename, cwd basename) instead of sending raw
filesystem paths, closing #903 and #1135 and pre-empting the same bug
in pi. The filesystem watcher accepts AGENTMEMORY_PROJECT_NAME with the
old AGENTMEMORY_PROJECT kept as a deprecated alias, replay handles
Windows-recorded paths, and OpenCode file enrichment matches the
agent's lowercase tool names (the capitalized set never matched).

Tests: opencode fallback expectations updated to basenames per the
canonicalization, git-toplevel resolution covered with a fixture repo,
new project-scope-parity suite for replay and fs-watcher.

* fix(release): review findings, git-toplevel parity, doc counts

- skills generator dedupes routes on method plus path, so the REST
  reference lists all 130 registered routes instead of hiding the second
  method on ten dual-method paths (header said 119)
- fs-watcher trims AGENTMEMORY_PROJECT_NAME and the deprecated alias,
  treating whitespace as unset, and derives the git toplevel basename
  when watching a subdirectory
- replay resolves the git toplevel basename when the recorded cwd still
  exists locally (memoized per cwd), keeping the basename fallback for
  historical or cross-platform paths; no env override here since a bulk
  import spans many projects
- parity tests for replay git-root resolution, watcher git-root and
  trim behavior
- stat-tests badge updated from 1428+ to 1550+ passing

* fix(cli): refuse second-instance boot over a live daemon

Closes the class behind issue 1140: agentmemory consolidate (or any
unrecognized word) fell through the command table into the full server
boot, registering a duplicate worker on the running engine; on iii
0.11.2 the second instance's shutdown tears down the daemon's HTTP
trigger routing until a full engine restart. Unknown subcommands now
error with the supported list, and main() probes livez on the resolved
port and refuses to boot over a live daemon, so multi-instance setups
on other ports are unaffected. Verified behaviorally against the built
CLI: both paths refuse with exit 1.

Also from review: the watcher stamps each event with its own root's
project via a per-root map (an explicit config.project still overrides
for every root), and replay only accepts a non-empty string cwd from
parsed JSONL so malformed entries cannot reach the filesystem probe.

* test(watcher): two-repository flush events scope to their own project

* chore(release): bump packages/mcp, guard it, refresh CONTRIBUTING

packages/mcp was still 0.9.28 after the release bump because nothing
guarded it; a consistency test now pins it to package.json. CONTRIBUTING
release list corrected to the files a bump actually touches (no tracked
lockfile, the two extra plugin manifests, the export test derives from
VERSION now), and the subsystems table gains src/cli, integrations/pi,
and the generated-manifest note.

* fix(export): refuse over-frame export instead of dropping the worker

Closes the availability bug in issue 1142: GET /agentmemory/export
assembles the full store and returns it through sdk.trigger, so a store
whose serialized export passes the engine's 16 MiB WebSocket frame
(tungstenite max_frame_size, not raisable under the 0.11.2 pin) dies on
the worker->engine hop, drops the worker, and 404s every endpoint for
~1s. The session collections page on maxSessions/offset but ~18 others
do not, so a large store hits this at any parameter combination.

A shared frame-guard measures the serialized size before returning:
mem::export returns a small oversized error instead of the giant
object, and api::mesh-export returns 413 (same dead-end as #890). Either
way the over-frame payload never crosses the boundary, so the daemon
stays up and the failure is one clean request with a hint to narrow the
range. Full pagination of the non-session collections is a follow-up.

Layer 1 of the fix; verified with a synthetic oversized export returning
the error object (tiny) rather than the payload.

* ci: collapse to a single npm install to fix Node 24/26 CI

The two-step install (npm install --package-lock-only then npm ci) failed
only on the Node 24/26 matrix rows: their stricter npm rejects rolldown's
optional platform bindings (@rolldown/binding-android-arm64) that a
--package-lock-only pass does not fully enumerate. Lockfiles are gitignored,
so npm ci re-validation buys no reproducibility here. A single lenient
npm install resolves and installs in one pass.

* fix(mesh): scope exported memories by project like actions

api::mesh-export filtered actions by ?project but returned every project's
memories. On a mesh instance federating one project to a peer, the peer
pulled other projects' memories (cross-project leak), and those extras could
push the payload past the 16 MiB transport frame into a 413 even when the
requested project's own slice fit. Memories carry the same optional project
field as actions, so filter both before the frame-size guard runs.

Adds a regression test asserting a project-scoped export excludes other
projects' memories and that an oversized memory in another project no longer
413s the scoped request.

* chore(release): credit the Antigravity native hooks adapter in 0.9.29 notes

* chore(release): sweep stale 0.9.28 refs for 0.9.29

Deploy Dockerfiles/compose/render pins, AGENTS.md stats header, opencode
plugin manifest, website meta snapshot, test-count claims (1,428 -> 1,596)
in README/AGENTS/stat SVGs, and the missing 0.9.29 CHANGELOG compare link.

* chore(release): sync stat-tests badge to 1596+ and commit bridge exec bit

* refactor: trim frame-guard comments and drop issue refs from code
2026-08-09 13:22:25 +01:00
..

One-click deploy templates

Stand up agentmemory on managed infrastructure without rolling your own Docker host. Each template ships a self-contained Dockerfile that pulls @agentmemory/agentmemory from npm at build time and copies the iii engine binary in from the official iiidev/iii image — no pre-built agentmemory image required. Storage mounts at /data; an HMAC secret is generated by the first-boot entrypoint and persisted to the volume. The entrypoint overwrites the npm-bundled iii config with a deploy-tuned one that binds 0.0.0.0 and uses absolute /data paths, then drops privileges from root to node via gosu before exec'ing the agentmemory CLI.

Platform Pitch Cost floor
fly.io Single machine with auto-stop. Cheapest idle cost on a managed host; cold-start on first request after sleep. ~$0.15/month at full idle
Railway Push from GitHub, volume in the dashboard. Easiest managed dashboard flow. $5/month (Hobby plan flat fee)
Render Blueprint-driven; persistent disk attaches automatically. Most "set it and forget it." $7.25/month (Starter web + 1 GB disk)
Coolify Self-hosted on your own VPS. Same Docker Compose stack, you own the host and the data. VPS cost only (Hetzner CX22 ~€3.79/month)

What every template guarantees

  • Volume mounted at /data. Matches the path the engine has used since v0.9.10.
  • HMAC secret generated on first boot via openssl rand -hex 32, written to /data/.hmac with chmod 600, and printed to stdout exactly once so the operator can capture it from the deploy logs. Subsequent boots load the secret from the file. The secret is never committed to a config file or set as a platform env var.
  • Only port 3111 is exposed publicly. The viewer on port 3113 stays bound to the container's localhost. Reach it via SSH tunnel (see each platform's README).
  • TLS upstream of the container. Every managed platform terminates TLS at its edge proxy; the templates publish a single internal port (3111) to that proxy, never to the host. Integration plugins configured with AGENTMEMORY_REQUIRE_HTTPS=1 will refuse to send the bearer over plaintext HTTP to a non-loopback host, so a misconfigured TLS layer fails loud instead of silently leaking the secret.

Pick a platform

  • Pick fly.io if you want the lowest idle cost and don't mind a cold-start latency hit on the first request after sleep.
  • Pick Railway if you want a clicky dashboard flow and a flat monthly bill.
  • Pick Render if you want the most "set it and forget it" Blueprint flow with automatic disk snapshots on paid plans.
  • Pick Coolify if you already run a VPS and want a self-hosted control plane — same Docker Compose stack, no third-party host has your memories.

All four give you the same agentmemory API at the same port (3111) with the same auth model. Migrating between them later is a tar of /data and a re-import — see each platform's README for the exact commands.

Optional: LLM + embedding provider keys

Every template runs out of the box without any LLM or embedding key — search falls back to BM25-only mode and synthetic (zero-LLM) compression keeps memories indexable. To unlock LLM-powered compression and hybrid (BM25 + vector) recall, add one of the following to your platform's environment variables (Fly: flyctl secrets set; Railway / Render / Coolify: dashboard Variables / Environment tab):

Variable Purpose
ANTHROPIC_API_KEY LLM-backed compression + summarization
GEMINI_API_KEY LLM provider alternative
OPENROUTER_API_KEY LLM provider alternative
OPENAI_API_KEY Embedding provider (text-embedding-3-small by default)
VOYAGE_API_KEY Embedding provider alternative
AGENTMEMORY_AUTO_COMPRESS=true Run LLM compression on every observation batch
AGENTMEMORY_INJECT_CONTEXT=true Inject recalled memories back into agent prompts

The defaults are intentionally conservative: provider keys default to absent (no third-party calls), AGENTMEMORY_AUTO_COMPRESS is off, and AGENTMEMORY_INJECT_CONTEXT is off. Opt in only after you've confirmed your provider quota can absorb the workload.

Cold-start budget

Measured against fly.io's iad region with a 1 GB volume:

machine image prepared :  5.1 s
volume mount + format  :  2.5 s
firecracker boot       :  1.0 s
entrypoint + chown     :  0.5 s
iii-engine ready       :  3.0 s
agentmemory worker reg :  2.0 s
─────────────────────────────────
healthcheck passes     : ~9-10 s

Every template's health-check grace_period (or compose start_period) is set to 30 s for a 3x safety margin. Tune lower once you've measured your own platform's image-pull characteristics.