mindgraph-mcp 0.19.0 → 0.20.0
This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
- package/README.md +23 -3
- package/dist/cli.js +1055 -225
- package/dist/index.js +1008 -183
- package/package.json +1 -1
package/README.md
CHANGED
|
@@ -174,7 +174,7 @@ and never block the coding session.
|
|
|
174
174
|
|
|
175
175
|
## What You Get
|
|
176
176
|
|
|
177
|
-
**
|
|
177
|
+
**10 tools** covering the full knowledge-graph workflow (**12** in the coding
|
|
178
178
|
profile):
|
|
179
179
|
|
|
180
180
|
| Tool | Purpose |
|
|
@@ -183,7 +183,8 @@ profile):
|
|
|
183
183
|
| `mindgraph_reason` | Claims with evidence, open questions, hypotheses, theories, anomalies |
|
|
184
184
|
| `mindgraph_commit` | Goals, projects, decisions, options, milestones, and dated decision-context linkage |
|
|
185
185
|
| `mindgraph_plan` | Plans, tasks, procedures, governance policies, risk assessments, executions |
|
|
186
|
-
| `mindgraph_retrieve` | Context retrieval with bounded graph expansion, search, min-cost traversal, document index.
|
|
186
|
+
| `mindgraph_retrieve` | Context retrieval with bounded graph expansion, search, min-cost traversal, document index. Read results return as compact rendered text (labels, uids, summaries, epistemic status tags, relationships, traversal depth/cost); set `max_output_chars` for a hard whole-item character budget, or pass `format: "json"` for the raw server response |
|
|
187
|
+
| `mindgraph_memory` | Read-only M0 memory workflow: inspect honest integration status, retrieve bounded topic context, or recover authoritative task-first resume/continuity context. Returns model-ready text plus a structured envelope with scope, hashes, trace, budget, freshness, and warnings |
|
|
187
188
|
| `mindgraph_series_query` | Bounded, read-only dense-measurement queries: list an entity's Series, inspect latest values, page a time window, or calculate calendar aggregates |
|
|
188
189
|
| `mindgraph_ingest` | Chunk / document / session ingestion with LLM-powered extraction. `job_status` without an id renders the 20 most recent jobs (`format: "json"` for the full list) |
|
|
189
190
|
| `mindgraph_synthesize` | Project-scoped cross-document synthesis — mine signals (rendered as sections since 0.17.0), spawn Article-generation jobs |
|
|
@@ -205,6 +206,7 @@ Plus **dynamically generated read tools**: when the tenant's active schema decla
|
|
|
205
206
|
|
|
206
207
|
**Resources** (static + dynamic URIs):
|
|
207
208
|
|
|
209
|
+
- `mindgraph://memory/status` — M0 capabilities, adapter state, and explicit automatic-delivery/curator limitations
|
|
208
210
|
- `mindgraph://stats`, `mindgraph://goals`, `mindgraph://questions`, `mindgraph://contradictions`, `mindgraph://decisions`
|
|
209
211
|
- `mindgraph://node/{uid}` — a node with all its outgoing and incoming edges
|
|
210
212
|
- `mindgraph://search/{query}` — BM25 search results
|
|
@@ -258,13 +260,31 @@ Once installed, start asking Claude about your knowledge graph naturally:
|
|
|
258
260
|
> "Ingest this PDF and extract the main claims."
|
|
259
261
|
> "Find entities mentioned across multiple project documents, then spin up a synthesis."
|
|
260
262
|
|
|
263
|
+
The portable memory workflow can also be invoked explicitly:
|
|
264
|
+
|
|
265
|
+
```text
|
|
266
|
+
mindgraph_memory {"action":"status"}
|
|
267
|
+
mindgraph_memory {"action":"context","mode":"topic","query":"graph continuation"}
|
|
268
|
+
mindgraph_memory {"action":"context","mode":"resume","project_uid":"project-uid"}
|
|
269
|
+
```
|
|
270
|
+
|
|
271
|
+
`mindgraph_memory` is intentionally read-only. Existing typed write tools remain
|
|
272
|
+
available for durable facts, corrections, decisions, work transitions, lessons,
|
|
273
|
+
and ingestion. Automatic lifecycle observation and curator mutation are not part
|
|
274
|
+
of M0, and a successful MCP read does not prove the host injected the context.
|
|
275
|
+
|
|
261
276
|
The server auto-injects your agent identity on every write so you always know which nodes came from your MCP sessions — the same identity the session hooks use for durable-work leases, so work claimed in one harness resumes in the other.
|
|
262
277
|
|
|
263
278
|
## Architecture
|
|
264
279
|
|
|
265
280
|
This MCP server is a thin wrapper over the [mindgraph](https://www.npmjs.com/package/mindgraph) TypeScript SDK. It exposes cognitive-layer abstractions (Reality, Epistemic, Intent, Action, Memory, Agent) as consolidated tools rather than one-tool-per-endpoint, which keeps the tool surface compact enough for high-quality tool selection by the model.
|
|
266
281
|
|
|
267
|
-
|
|
282
|
+
The proposed application-independent memory contract and its staged delivery plan
|
|
283
|
+
live in [Memory Integration Profile V1](docs/MEMORY-INTEGRATION-PROFILE-V1.md). It
|
|
284
|
+
distinguishes portable MCP compatibility from integrations that provide automatic
|
|
285
|
+
lifecycle observation, context delivery, and managed curation.
|
|
286
|
+
|
|
287
|
+
Search strategy is **keyword-first**: `mindgraph_retrieve` defaults to `action: "context"`, which seeds bounded cheapest-first graph expansion from BM25/hybrid recall. Escalate to `semantic` or `hybrid` only when keywords fail. Set `graph_expansion_limit: 0` when direct-only retrieval is required. For model-facing reads, `max_output_chars` bounds the rendered response from 512 to 24,000 characters while preserving whole evidence items and reporting omissions; `format: "json"` deliberately bypasses that rendering contract.
|
|
268
288
|
|
|
269
289
|
## Development
|
|
270
290
|
|