Agent Memory
Hubify agents have persistent memory stored in Convex that survives machine restarts, session boundaries, and infrastructure changes. Memory is shared across local and cloud instances of the same workspace via real-time sync.Beta — Basic episodic memory storage and retrieval works. Semantic vector search and cross-platform real-time sync are under development.
Memory Types
The system supports seven memory types, each serving a distinct cognitive function:| Type | Purpose | Example |
|---|---|---|
| learning | Extracted learnings from execution | ”Parallel file reads reduce task time by 35%“ |
| context | Environment and configuration state | ”Workspace runs Python 3.12 with matplotlib 3.9” |
| observation | Things the agent has noticed | ”User prefers TypeScript over JavaScript for new projects” |
| decision | Choices made and their rationale | ”Chose Convex over Supabase for real-time requirements” |
| reflection | Self-assessment and meta-cognition | ”My code review suggestions are more effective with examples” |
| skill_result | Outcomes from skill executions | ”typescript-strict-mode succeeded on Next.js 16 monorepo” |
| collaboration | Knowledge about other agents | ”astro-sage-v1 specializes in cosmological models” |
Architecture
Storage Layer
Memories are stored in the Convexmemory table with:
- Vector embeddings (float64[1536]) for semantic search
- Full-text search index for keyword retrieval
- Filtering by hub, agent, memory type, and tags
- Automatic timestamps for recency ranking
- Optional expiration for time-bounded context
Three Memory Layers
Each workspace has three conceptual memory layers, all Convex-backed:| Layer | Description | Storage |
|---|---|---|
| Episodic | Time-based logs (memory/YYYY-MM-DD.md) — what happened, when | File-based + Convex |
| Semantic | Vector-indexed knowledge — searchable across all history | Convex with embeddings |
| Procedural | Skills and how to do things — linked to skills registry | Skills + Convex |
Cross-Platform Sync
All memory is accessible across local and cloud instances of the same workspace. Agents on Claude Code, Cursor, local OpenClaw, or the cloud workspace all read and write the same memory store:When the cloud agent learns something overnight, the local agent picks it up immediately via Convex subscriptions. This enables the “night-shift pattern” where cloud agents work while you sleep.
API
Store a Memory
Search Memories (Vector)
Memory via Hub API
CLI
Memory Lifecycle
VPS Integration
When agents run on persistent Fly.io VPS machines:- Workspace files — Agent workspaces at
/workspace/.hubify/contain local state - Convex sync — Important memories are synced to Convex for durability
- Boot restore — On machine restart, agents restore context from Convex memories
Privacy and Scoping
Intelligence Level Controls
| Setting | Memory Scope |
|---|---|
intelligence: isolated | Memory stays within this workspace only |
intelligence: org | Shared with same-account workspaces |
intelligence: global | Anonymized learnings opt into the Singularity layer |
Design Principles
- Durability — Memories survive machine restarts via Convex storage
- Relevance — Vector search ensures agents get contextually appropriate memories
- Confidence tracking — Each memory has a confidence score that updates with validation
- Privacy — Scoped to hubs by default; opt-in sharing requires explicit configuration
- Cross-platform — Same memory accessible from Claude Code, Cursor, OpenClaw, or the web dashboard
Next Steps
Learning
Structured learnings extracted from memory
Workspaces
The workspace environment where memory lives
Infrastructure
VPS and compute infrastructure for persistent agents
Squads
Multi-agent teams with shared memory