Local Semantic Memory Search for OpenClaw Agents Using Harrier Embeddings

A new repo shows how to give an OpenClaw agent local semantic memory search without sending embeddings to an external service. The approach runs a small local embedding server around Microsoft's Harrier model (microsoft/harrier-oss-v1-0.6b), exposes an Ollama-compatible API, and wires it to OpenClaw's memorySearch config.
How it works
The embedding server runs Harrier locally and provides /api/embed and /api/embeddings endpoints that match Ollama's API format. OpenClaw's memorySearch already supports Ollama-style endpoints, so pointing it at http://localhost:8000 gives the agent a local SOTA semantic memory layer.
Why this matters for agent memory
Most agent memory systems have two pain points:
- Shoving too much memory into the prompt burns tokens and makes context messy.
- Keeping memory files small and manual becomes hard to maintain as history grows.
Semantic memory search offers a middle path. Long-term memory stays in normal markdown files (MEMORY.md, daily logs, notes, project files) that are human-readable and editable. At runtime, the agent retrieves only relevant chunks.
Benefits
- Less token waste — not stuffing every durable fact into every prompt.
- Cleaner memory files — no need to compress into one giant context blob.
- Better recall — finds conceptually related notes even when wording doesn't match exactly.
- Easier debugging — source of truth is plain text, not an opaque vector database.
- Better privacy — embeddings computed locally, no data shipped to hosted API.
What the repo includes
- Small Python embedding server implementing Ollama-compatible endpoints
- Example OpenClaw
memorySearchconfig - macOS launchd service template
- Mock markdown memory corpus
- Smoke tests and local query demo
The repo is at github.com/promptclickrun/harrier-openclaw-memory-search.
📖 Read the full source: r/openclaw
👀 See Also

Rails Is Built for AI: Conventions, Token Efficiency, and Benchmark Results
Rails' conventions give AI agents a map, cutting tokens and boosting accuracy. Benchmark shows OPUS-5 at 92.1% accuracy, 47k tokens per run.

Terminal-Based 3D Renderer Built with Multi-Agent Claude Code System
A developer created tortuise, a pure terminal-based 3D renderer that displays Gaussian splats using Unicode and ASCII symbols, built over 3 days using 70-80 AI agents coordinated through a Claude Code setup with subagents inside subagents.

cxt: A CLI/TUI Tool to Aggregate Code Files into One Clipboard Block for Claude
cxt aggregates entire directories and specific files into a single clipboard-ready block with XML tags and file paths, making it easier for Claude to understand your codebase context.

OpenClaw Multi-Agent Workflow Issues: Stalling, Context Loss, and Token Inefficiency
A developer reports OpenClaw multi-agent workflows frequently stall with agents hanging, experience context leakage despite custom documentation, and consume excessive tokens with no output. The setup used Gemini 3 Pro/Codex models with a COO orchestrator and specialized task agents.