Supermemory

A memory and context engine for AI applications.

The content-ingestion pipeline gives contributors a route through extraction, tagging, embeddings, and search.

Documents

└── 

The file, explained

What makes it useful

Supermemory's CLAUDE.md is primarily an architecture and command reference. It describes the web and MCP applications, API routes, shared dependencies, and the content-processing workflow. It also lists deployment bindings and conventions for generated schema types. The guide has gaps, including an unfinished Web Application section, so its value is orientation rather than a complete change or verification policy.

Techniques in this file

Quoted passages are verbatim. Open one to see it in the source.

01 / Architecture as narrative

Describe the content-processing path

The named workflow connects content detection and extraction to summarization, embeddings, chunking, and space relationships. That sequence helps locate where a change in ingestion behavior belongs.

Source excerpt starting at line 70.
All content goes through the `IngestContentWorkflow` which handles:- Content type detection and extraction- AI-powered summarization and automatic tagging- Vector embedding generation using Cloudflare AI- Chunking for semantic search optimization- Space relationship management

02 / Verification by change type

Distinguish workspace and application commands

Root commands operate across the monorepo, while the web application has its own development and build commands. The file supplies both scopes rather than leaving working-directory assumptions implicit.

Source excerpt starting at line 15.
### Root Level (Monorepo)- `bun run dev` - Start all applications in development mode- `bun run build` - Build all applications- `bun run check-types` - Run TypeScript checks across all apps- `bun run format-lint` - Format and lint code using Biome ### Web Application (`apps/web/`)- `bun run dev` - Start Next.js development server- `bun run build` - Build Next.js application- `bun run lint` - Run Next.js linting

03 / Architecture as narrative

List the deployment dependencies

The environment section names the Cloudflare bindings and the connection-import schedule. These details explain which external capabilities the processing architecture expects.

Source excerpt starting at line 77.
### Environment Configuration- Uses `wrangler.jsonc` for Cloudflare Workers configuration- Supports staging and production environments- Requires Cloudflare bindings: Hyperdrive (DB), AI, KV storage, Workflows- Cron triggers every 4 hours for connection imports

Put it to work

Borrow this for your repo

  1. Describe the processing stages a contributor must trace when changing behavior.
  2. Label commands by workspace or application scope.
  3. List required runtime bindings beside the workflows that depend on them.

How the file is organized

  1. 01Repository Structure
  2. 02Development Commands
  3. 03Architecture Overview
  4. 04Key Libraries & Dependencies
  5. 05Development Workflow
  6. 06Code Quality & Standards
  7. 07Security & Best Practices
Read this revision on GitHub ↗

Context your instructions cannot carry

Supermemory's file tells an agent how the codebase works. It cannot tell it which bug three customers hit this week. Modem keeps that context current and attaches it to the work.

Try Modem