Memoryfields is a portable file format for agent memory: a zip of flat Markdown pages with optional YAML frontmatter and an optional SQLite vector index, specified by Cal Paterson in August 2026. Facts below verified as of 2026-09-13.
Its thesis is that memory should be data, not a process, and the format is the argument, not the tooling.
What it is #
A memoryfield is a named collection of files (zip, directory, git repo, S3 bucket, HTTP) of Markdown pages with frontmatter (title, created, updated, uuid, summary), plus an optional derived vector index that can be deleted and regenerated at any time.
The spec (draft version 0.1, 2026-08, RFC 2119 keywords) requires flat directories of .md pages and deliberately allows any embedding model, with version-pinned model codes so indexes never conflate.
Pages carry a soft limit of about 8KB (roughly 2000 tokens), which the author defends as a feature: add another page instead of bloating one.
Tooling is minimal: memoryfield-tool, a Python CLI (AGPL-3.0, 38 stars), and memoryfield-skill, an installable skill (MIT, 20 stars), both created 2026-08-24/25, plus a demo corpus (soapstones.memoryfield.zip).
Status #
One high-traction essay, thin tooling adoption, draft spec. The launch essay hit 191 points on Hacker News on 2026-08-31, while all three repositories together hold 96 stars as of 2026-09-13. The gap is the record: the format’s traction is attention to its argument, not adoption of its artifacts. The spec is explicitly a draft soliciting review, and I found no independent implementation of it yet.
Strengths #
- No pipeline to run: the canonical data is Markdown, the index is a deletable cache, and there is no extraction service between the agent and its memory.
- Semantic search replaces graph walking: at most two tool calls (search, then read relevant pages in parallel) versus one per hop in the Karpathy-wiki link-following style the essay argues against.
- Portability by construction: the same zip works over Syncthing, S3, git, or HTTP, and memories can be pinned by sha256 when received from others.
- The author publishes a full FAQ engaging the obvious objections, including “isn’t this just RAG” and prompt-injection via memories.
Cautions #
- The Hacker News reception was largely deflationary: top comments read it as “a whole lot of text to say it’s markdown plus semantic search”, and others doubt that an unstructured pile of memory files beats structure at scale.
- Single-author, week-old tooling: bus factor of one, no releases track to speak of, and an install path spanning four package managers (Ollama, uv, npm, skills).
- The 8KB page cap and flat-directory rule are opinionated; teams whose knowledge is genuinely a graph (contradiction tracking, temporal validity) are the ones the essay explicitly argues against serving.
- The portability claim is untested by a second implementation, which is the normal way formats die.
Pricing #
Free and open: AGPL-3.0 CLI, MIT skill and spec. There is no hosted tier, which is the point.
Compared to #
- File-based agent memory: the repo-level conventions (AGENTS.md, CLAUDE.md, auto memory) bind memory to a project; Memoryfields binds it to a portable corpus that follows the agent across machines.
- Letta and mem0: hosted pipelines that mine conversation history; exactly the “memory as process” school the essay attacks, and still the right choice for multi-user, cross-application memory.
- Zep: temporal knowledge graphs for facts that invalidate; Memoryfields has no answer for contradiction handling.
Bottom line #
Recommended for individual engineers who want inspectable, portable agent memory without infrastructure, and as the clearest written articulation of the files-over-pipelines position.
Not for teams needing concurrent multi-agent writes, contradiction handling, or cross-user memory.
My disagreeable claim: the tooling does not matter yet, and adopting it now buys you nothing over grep plus your own embedding script, but the essay has already changed what “agent memory” debates take for granted.
Changes #
- 2026-09-04 - Created in the Memory category after the 191-point launch essay cleared the citation bar.
- 2026-09-05 - Reworded the star claim after the combined repositories crossed the 85-star mark.
See also #
- File-based agent memory - the conventions Memoryfields formalizes and extends beyond a single repo
- Letta - the hosted, pipeline-based counterpoint the format argues against
- Zep - temporal knowledge graphs, the contradiction-handling case files cannot cover
- qmd - the local hybrid search engine that would be a natural index for a memoryfield
- Claude Code - the harness whose auto memory shows the machine-curated alternative
References #
https://calpaterson.com/memoryfields.html - the announcement essay: design decisions, the Karpathy-wiki critique, and the objections FAQ
https://github.com/calpaterson/memoryfield-spec/blob/main/SPEC.md - the draft v0.1 spec: format rules, transports, embedding-model codes
https://github.com/calpaterson/memoryfield-tool - the Python CLI (AGPL-3.0, 38 stars as of 2026-09-13)
https://github.com/calpaterson/memoryfield-skill - the installable skill (MIT, 20 stars as of 2026-09-13)
https://news.ycombinator.com/item?id=49508317 - the launch thread (191 points, 2026-08-31) and its skeptical reception
https://gist.github.com/karpathy/442a6bf555914893e9891c11519de94f - the Karpathy wiki prior art the essay positions itself against