Bug Reports
Open

Add a Vector-Backed Semantic Memory Layer for Familiars

  1. OpenCoven already has a strong local runtime foundation: project-scoped sessions, familiar identity, tool access, PTY supervision, event logs, and SQLite-backed persistence. A valuable next layer would be an optional semantic memory backend for familiars. Suggested architecture:

    • Keep SQLite as the authoritative local store for sessions, events, logs, project metadata, and familiar records.
    • Add a sidecar “memory vault” service for semantic retrieval.
    • Support endpoints such as /query, /learn, /upload, /stats, and /health.
    • Store chunked memories, embeddings, tags, source metadata, and uploaded documents.
    • Let familiars query this memory before acting, so they can retrieve relevant prior decisions, project context, docs, user preferences, and historical work.
    • Keep it local-first by default, but allow network-visible deployment over private networks like Tailscale for trusted multi-agent/team setups.

    This would make OpenCoven’s persistent agents feel much more durable: not just resumable sessions, but familiars with long-term, searchable institutional memory.

  2. In short: OpenCoven already has the identity/runtime layer. A vector-backed semantic memory layer would give it a powerful long-term knowledge layer.

0 Comments

Sign in to comment

No comments yet. Be the first to share your thoughts!