|
147 | 147 | - [ ] harness-plugins.4 codex plugin |
148 | 148 | - [ ] harness-plugins.5 openclaw integration |
149 | 149 | - [ ] harness-plugins.6 hermes integration |
| 150 | +- [ ] harness-plugins.7 MCP server — expose the CLI surface (find/org/drift/reconcile/export) as MCP tools, thin wrapper over the integration contract |
150 | 151 |
|
151 | 152 | ## public-extensibility [PLANNED] |
152 | 153 |
|
|
170 | 171 | - [ ] remote-reach.4 Extraction pipeline — PDF text layer (pure-Go) + tesseract OCR shell-out |
171 | 172 | - [ ] remote-reach.5 Opt-in extractor/classifier drivers wired into rules ({vendor} fields) |
172 | 173 |
|
| 174 | +## semantic-retrieval [PLANNED] |
| 175 | + |
| 176 | +**Goal:** Opt-in semantic search closes the one gap MemPalace kept — paraphrase recall with zero shared terms — without touching the deterministic FTS default. |
| 177 | +**Exit criteria:** Vector IndexBackend driver works against a local embedding endpoint; hybrid FTS+vector with reranking beats FTS-only on the eval set; dig scores published on LongMemEval and BEAM. |
| 178 | + |
| 179 | +- [ ] semantic-retrieval.1 Vector IndexBackend driver — opt-in, embeddings via the OpenAI-compatible endpoint, FTS stays default |
| 180 | +- [ ] semantic-retrieval.2 Hybrid retrieval + reranking — FTS ∪ vector candidates, rerank (RRF first, model reranker optional) |
| 181 | +- [ ] semantic-retrieval.3 LongMemEval harness + published score (MemPalace's benchmark — 96.6% R@5 is the bar) |
| 182 | +- [ ] semantic-retrieval.4 BEAM benchmark harness + published score |
| 183 | + |
| 184 | +## entity-graph [PLANNED] |
| 185 | + |
| 186 | +**Goal:** dig understands WHO and WHAT is in the KB — entities resolved across files, relations queryable — feeding labels, dedupe, and find. |
| 187 | +**Exit criteria:** "ACME" == "ACME Corp" across invoices/notes/contracts; entity labels applied by policy; relations (file↔entity↔entity) queryable via the CLI. |
| 188 | + |
| 189 | +- [ ] entity-graph.1 Entity extraction — extractor-pipeline stage (regex/LLM), entities stored as manifest metadata |
| 190 | +- [ ] entity-graph.2 Entity resolution — same-entity detection across mentions (deterministic rules first, LLM judgment opt-in) |
| 191 | +- [ ] entity-graph.3 Knowledge graph — entity/relation store derived from manifests, `dig entities` / graph-aware `find` |
| 192 | +- [ ] entity-graph.4 Policy hooks — match/label/file by entity ({vendor} from resolved entities, not just regex) |
| 193 | + |
173 | 194 | ## Later |
174 | 195 |
|
| 196 | +- Mental models — scope undefined; decide what this means for dig (KB organization templates? agent memory schemas?) before it becomes work |
175 | 197 | - Workflows engine — [[workflow]] multi-step ingest procedures committing as one changeset |
176 | 198 | - Import-aware source-code reorganization (currently an explicit non-goal) |
177 | 199 | - dig query — DuckDB-style query-in-place over KB files |
178 | | -- Semantic / vector search as opt-in IndexBackend driver |
179 | 200 | - Vision-model OCR fallback when tesseract absent |
180 | 201 | - Migrate branch protection to GitHub rulesets if collaborators join |
181 | 202 | - Homebrew tap once binaries are public |
0 commit comments