|
1 | 1 | <div align="center" id="readme-top"> |
2 | 2 |
|
3 | | - |
| 3 | + |
4 | 4 |
|
5 | 5 | <p align="center"> |
6 | 6 | <a href="https://x.com/evermind"><img src="https://img.shields.io/badge/EverMind-000000?labelColor=gray&style=for-the-badge&logo=x&logoColor=white" alt="X"></a> |
|
54 | 54 | <table> |
55 | 55 | <tr> |
56 | 56 | <td width="33%" valign="top"> |
57 | | -<strong>Markdown-First Memory</strong><br> |
58 | | -Memory is persisted as plain Markdown: visible, auditable, hand-editable, |
59 | | -Git-friendly, and owned by the user. |
| 57 | +<strong>Markdown As Source Of Truth</strong><br> |
| 58 | +All memory is persisted as <code>.md</code> files: readable, editable, |
| 59 | +grep-able, Git-versioned, and openable directly in Obsidian. |
60 | 60 | </td> |
61 | 61 | <td width="33%" valign="top"> |
62 | | -<strong>Lightweight Local Stack</strong><br> |
63 | | -Install with Python. SQLite tracks runtime state; LanceDB powers vector, |
64 | | -BM25, and scalar-filter retrieval locally. |
| 62 | +<strong>Local Three-Part Stack</strong><br> |
| 63 | +Markdown + SQLite + LanceDB keep vectors, BM25, and scalar filters |
| 64 | +local. No MongoDB, Elasticsearch, or Redis required. |
65 | 65 | </td> |
66 | 66 | <td width="33%" valign="top"> |
67 | | -<strong>Layered Memory Model</strong><br> |
68 | | -User memory and agent memory are first-class today. Wiki-style knowledge |
69 | | -is the next layer in the roadmap. |
| 67 | +<strong>Dual-Track Memory</strong><br> |
| 68 | +Agent memory (<code>cases</code> / <code>skills</code>) and user memory |
| 69 | +(<code>episodes</code> / <code>profile</code>) are extracted independently. |
70 | 70 | </td> |
71 | 71 | </tr> |
72 | 72 | <tr> |
73 | 73 | <td width="33%" valign="top"> |
74 | | -<strong>Self-Evolving Agents</strong><br> |
75 | | -Agent memory can extract reusable cases and skills from repeated |
76 | | -experience, so workflows become smarter over time. |
77 | | -</td> |
78 | | -<td width="33%" valign="top"> |
79 | 74 | <strong>Multimodal Ingestion</strong><br> |
80 | | -Text, image, audio, documents, PDF, HTML, and email can be parsed into |
81 | | -memory through the optional multimodal pipeline. |
82 | | -</td> |
83 | | -<td width="33%" valign="top"> |
84 | | -<strong>Online And Offline Strategy Control</strong><br> |
85 | | -Online extraction and offline evolution stay separate, with configurable |
86 | | -prompts and models at each step. Dreaming is coming next. |
87 | | -</td> |
88 | | -</tr> |
89 | | -<tr> |
90 | | -<td width="33%" valign="top"> |
91 | | -<strong>Orthogonal Memory Scope</strong><br> |
92 | | -Owner, memory type, and scope are independent: search by user, agent, |
93 | | -app, project, session, and structured filters. |
| 75 | +Text, images, audio, documents, PDFs, HTML, and email are unified into |
| 76 | +searchable memory. |
94 | 77 | </td> |
95 | 78 | <td width="33%" valign="top"> |
96 | | -<strong>Progressive Disclosure</strong><br> |
97 | | -Readable memory surfaces stay simple while deeper facts, cases, and |
98 | | -skills remain available. |
| 79 | +<strong>Self-Evolution</strong><br> |
| 80 | +Common skills are extracted from real usage; repeated patterns become |
| 81 | +reusable workflows, no retraining required. |
99 | 82 | </td> |
100 | 83 | <td width="33%" valign="top"> |
101 | | -<strong>Modular By Design</strong><br> |
102 | | -EverAlgo owns algorithms; EverOS owns runtime, persistence, online flows, |
103 | | -and offline evolution. |
| 84 | +<strong>Orthogonal Retrieval</strong><br> |
| 85 | +Search independently by <code>user_id</code>, <code>agent_id</code>, |
| 86 | +<code>app_id</code>, <code>project_id</code>, and <code>session_id</code>. |
104 | 87 | </td> |
105 | 88 | </tr> |
106 | 89 | </table> |
|
0 commit comments