@maxkle1nz/m1nd 0.9.0-beta.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/EXAMPLES.md +711 -0
- package/LICENSE +21 -0
- package/README.md +361 -0
- package/docs/AGENT-FIRST-DEMO.md +79 -0
- package/docs/AGENT-PACKS.md +107 -0
- package/docs/IDE-INTEGRATIONS.md +136 -0
- package/docs/MCP-HOST-REFRESH.md +123 -0
- package/docs/README.md +36 -0
- package/npm/bin/m1nd.js +9 -0
- package/npm/lib/cli.js +346 -0
- package/npm/test/cli.test.js +49 -0
- package/package.json +47 -0
- package/skills/README.md +26 -0
- package/skills/m1nd-first/SKILL.md +117 -0
- package/skills/m1nd-operator/SKILL.md +166 -0
- package/skills/m1nd-operator/references/l1ght-and-docs.md +164 -0
- package/skills/m1nd-operator/references/routing-playbooks.md +172 -0
- package/skills/m1nd-operator/references/runtime-and-refresh.md +135 -0
- package/skills/m1nd-operator/references/tool-families.md +168 -0
- package/skills/m1nd-operator/scripts/probe_m1nd.py +189 -0
- package/skills/m1nd-universal-agent-pack.md +81 -0
package/LICENSE
ADDED
|
@@ -0,0 +1,21 @@
|
|
|
1
|
+
MIT License
|
|
2
|
+
|
|
3
|
+
Copyright (c) 2026 Max Elias Kleinschmidt -- COSMOPHONIX INTELLIGENCE
|
|
4
|
+
|
|
5
|
+
Permission is hereby granted, free of charge, to any person obtaining a copy
|
|
6
|
+
of this software and associated documentation files (the "Software"), to deal
|
|
7
|
+
in the Software without restriction, including without limitation the rights
|
|
8
|
+
to use, copy, modify, merge, publish, distribute, sublicense, and/or sell
|
|
9
|
+
copies of the Software, and to permit persons to whom the Software is
|
|
10
|
+
furnished to do so, subject to the following conditions:
|
|
11
|
+
|
|
12
|
+
The above copyright notice and this permission notice shall be included in all
|
|
13
|
+
copies or substantial portions of the Software.
|
|
14
|
+
|
|
15
|
+
THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, EXPRESS OR
|
|
16
|
+
IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY,
|
|
17
|
+
FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT. IN NO EVENT SHALL THE
|
|
18
|
+
AUTHORS OR COPYRIGHT HOLDERS BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER
|
|
19
|
+
LIABILITY, WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING FROM,
|
|
20
|
+
OUT OF OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER DEALINGS IN THE
|
|
21
|
+
SOFTWARE.
|
package/README.md
ADDED
|
@@ -0,0 +1,361 @@
|
|
|
1
|
+
🇬🇧 [English](README.md) | 🇧🇷 [Português](i18n/README.pt-BR.md) | 🇪🇸 [Español](i18n/README.es.md) | 🇮🇹 [Italiano](i18n/README.it.md) | 🇫🇷 [Français](i18n/README.fr.md) | 🇩🇪 [Deutsch](i18n/README.de.md) | 🇨🇳 [䏿–‡](i18n/README.zh.md) | 🇯🇵 [日本語](i18n/README.ja.md)
|
|
2
|
+
|
|
3
|
+
<p align="center">
|
|
4
|
+
<img src=".github/m1nd-logo.svg" alt="m1nd" width="400" />
|
|
5
|
+
</p>
|
|
6
|
+
|
|
7
|
+
<h3 align="center">Operational intelligence for coding agents</h3>
|
|
8
|
+
|
|
9
|
+
<p align="center">
|
|
10
|
+
<strong>A local intelligence layer for coding agents.</strong><br/>
|
|
11
|
+
<em>Local execution. MCP over stdio. Optional HTTP/UI surface in the default build.</em>
|
|
12
|
+
</p>
|
|
13
|
+
|
|
14
|
+
<p align="center">
|
|
15
|
+
<a href="https://crates.io/crates/m1nd-core"><img src="https://img.shields.io/crates/v/m1nd-core.svg" alt="crates.io" /></a>
|
|
16
|
+
<a href="https://github.com/maxkle1nz/m1nd/actions"><img src="https://github.com/maxkle1nz/m1nd/actions/workflows/ci.yml/badge.svg" alt="CI" /></a>
|
|
17
|
+
<a href="LICENSE"><img src="https://img.shields.io/badge/license-MIT-blue.svg" alt="License" /></a>
|
|
18
|
+
<a href="https://docs.rs/m1nd-core"><img src="https://img.shields.io/docsrs/m1nd-core" alt="docs.rs" /></a>
|
|
19
|
+
<a href="https://github.com/maxkle1nz/m1nd/releases"><img src="https://img.shields.io/badge/release-v0.8.0-00f5ff" alt="Release" /></a>
|
|
20
|
+
</p>
|
|
21
|
+
|
|
22
|
+
<p align="center">
|
|
23
|
+
<a href="#what-m1nd-is">What m1nd Is</a> ·
|
|
24
|
+
<a href="#what-that-intelligence-covers">What That Intelligence Covers</a> ·
|
|
25
|
+
<a href="#what-m1nd-is-not">What m1nd Is Not</a> ·
|
|
26
|
+
<a href="#capability-map">Capability Map</a> ·
|
|
27
|
+
<a href="#quick-start">Quick Start</a> ·
|
|
28
|
+
<a href="#agent-pack-install">Agent Pack</a> ·
|
|
29
|
+
<a href="#try-the-agent-demo">Agent Demo</a> ·
|
|
30
|
+
<a href="#default-agent-workflow">Default Agent Workflow</a> ·
|
|
31
|
+
<a href="#evidence">Evidence</a> ·
|
|
32
|
+
<a href="#agent-testimonials">Agent Testimonials</a> ·
|
|
33
|
+
<a href="#limits">Limits</a> ·
|
|
34
|
+
<a href="#architecture-at-a-glance">Architecture</a> ·
|
|
35
|
+
<a href="https://m1nd.world/wiki/">Wiki</a> ·
|
|
36
|
+
<a href="EXAMPLES.md">Examples</a> ·
|
|
37
|
+
<a href="docs/use-cases.md">Use Cases</a>
|
|
38
|
+
</p>
|
|
39
|
+
|
|
40
|
+
<p align="center">
|
|
41
|
+
<a href="https://claude.ai/download"><img src="https://img.shields.io/badge/Claude_Code-f0ebe3?logo=claude&logoColor=d97706" alt="Claude Code" /></a>
|
|
42
|
+
<a href="https://cursor.sh"><img src="https://img.shields.io/badge/Cursor-000?logo=cursor&logoColor=fff" alt="Cursor" /></a>
|
|
43
|
+
<a href="https://codeium.com/windsurf"><img src="https://img.shields.io/badge/Windsurf-0d1117?logo=windsurf&logoColor=3ec9a7" alt="Windsurf" /></a>
|
|
44
|
+
<a href="https://github.com/features/copilot"><img src="https://img.shields.io/badge/GitHub_Copilot-000?logo=githubcopilot&logoColor=fff" alt="GitHub Copilot" /></a>
|
|
45
|
+
<a href="https://zed.dev"><img src="https://img.shields.io/badge/Zed-084ccf?logo=zedindustries&logoColor=fff" alt="Zed" /></a>
|
|
46
|
+
<a href="https://github.com/cline/cline"><img src="https://img.shields.io/badge/Cline-000?logo=cline&logoColor=fff" alt="Cline" /></a>
|
|
47
|
+
<a href="https://roocode.com"><img src="https://img.shields.io/badge/Roo_Code-6d28d9?logoColor=fff" alt="Roo Code" /></a>
|
|
48
|
+
<a href="https://github.com/continuedev/continue"><img src="https://img.shields.io/badge/Continue-000?logoColor=fff" alt="Continue" /></a>
|
|
49
|
+
<a href="https://opencode.ai"><img src="https://img.shields.io/badge/OpenCode-18181b?logoColor=fff" alt="OpenCode" /></a>
|
|
50
|
+
<a href="https://aws.amazon.com/q/developer"><img src="https://img.shields.io/badge/Amazon_Q-232f3e?logo=amazonaws&logoColor=f90" alt="Amazon Q" /></a>
|
|
51
|
+
</p>
|
|
52
|
+
|
|
53
|
+
<p align="center">
|
|
54
|
+
<img src=".github/m1nd-agent-first-map-v2.jpeg" alt="Traditional agent loop vs m1nd-grounded loop" width="960" />
|
|
55
|
+
</p>
|
|
56
|
+
|
|
57
|
+
> grep finds text. `m1nd` helps agents recover structure, context, and continuity.
|
|
58
|
+
|
|
59
|
+
## What m1nd Is
|
|
60
|
+
|
|
61
|
+
`m1nd` is a local MCP runtime that gives coding agents structural retrieval, change reasoning, document grounding, operations, and continuity through a graph they can reason over before, during, and after change.
|
|
62
|
+
|
|
63
|
+
It ingests repositories, documentation, history, runtime-adjacent signals, and graph-native knowledge into a local graph. That graph is the operational model the agent works against instead of rebuilding context from scratch on every step.
|
|
64
|
+
|
|
65
|
+
It is not only a query surface. It is an operational layer: answers and edit surfaces can carry proof state, next-step guidance, recovery hints, observable execution, verified writes, stateful navigation, and persisted continuity across sessions.
|
|
66
|
+
|
|
67
|
+
With `m1nd`, an agent can:
|
|
68
|
+
|
|
69
|
+
- build a durable operational model of a codebase from code, docs, history, runtime signals, and graph-native knowledge
|
|
70
|
+
- retrieve and navigate the right context by text, path, intent, neighborhood, relationship, route, or failure trace
|
|
71
|
+
- explain blocked retrieval with compact graph state and a ready diagnostic payload, so agents know whether to re-ingest, adjust scope, or inspect the active runtime
|
|
72
|
+
- detect degraded host MCP surfaces, including sessions where m1nd is visible but recovery tools such as `ingest` are not exposed
|
|
73
|
+
- run a one-call trust selftest that reports whether the current agent should fully trust, re-ingest, recover, or treat m1nd as orientation-only
|
|
74
|
+
- reason about change before, during, and after it happens, including blast radius, co-change, missing work, structural claims, plan validity, drift, and counterfactuals
|
|
75
|
+
- analyze architecture, quality, security, duplication, type flow, trust boundaries, hidden dependencies, volatility, and refactor opportunities across the graph
|
|
76
|
+
- bind specs and docs back to implementation, including universal documents, graph-native `L1GHT`, provider health, automatic document ingest, and drift detection
|
|
77
|
+
- maintain continuity across turns, sessions, baselines, branches, and repo boundaries with perspectives, trails, session coverage, federation, persisted memory, and persisted state
|
|
78
|
+
- coordinate many agents against one shared runtime while preserving per-agent navigation state, perspective isolation, and resumable handoff context
|
|
79
|
+
- monitor and verify the system over time with audits, graph-vs-disk checks, daemon watches, alerts, metrics, diagrams, panoramic scans, reports, runtime overlays, and persisted state
|
|
80
|
+
- prepare, preview, and apply connected edits with graph-aware context, including atomic multi-file writes and post-write verification through `apply_batch`
|
|
81
|
+
- learn from feedback and reinforce useful paths over repeated investigations through automatic plasticity and explicit feedback
|
|
82
|
+
- measure savings, inspect the live runtime surface, and route itself with built-in reporting and `help`
|
|
83
|
+
|
|
84
|
+
## What That Intelligence Covers
|
|
85
|
+
|
|
86
|
+
- Structure: repo shape, dependencies, neighborhoods, hidden relationships, graph-aware retrieval, type flows, architectural layers, and guided routes beyond raw text matches.
|
|
87
|
+
- Change: blast radius, co-change prediction, missing work, structural claims, counterfactuals, drift, simulations, proof states, next-step hints, and graph-aware edit preparation, atomic multi-file execution, or post-write verification.
|
|
88
|
+
- Docs: universal document ingestion, graph-native `L1GHT`, provider health, automatic ingest, bindings between specs and implementation, local-first document runtime behavior, and document drift detection.
|
|
89
|
+
- Operations: audits, graph-vs-disk verification, daemon monitoring, alerts, metrics, diagrams, runtime overlays, panoramas, savings, reporting, built-in help, and recovery-oriented workflow routing.
|
|
90
|
+
- Continuity: perspectives, trails, session coverage, boot memory, persisted state, feedback-driven reinforcement, multi-agent isolation, and cross-repo or cross-session investigative state.
|
|
91
|
+
|
|
92
|
+
## What m1nd Is Not
|
|
93
|
+
|
|
94
|
+
`m1nd` is not just:
|
|
95
|
+
|
|
96
|
+
- a code search tool with a larger index
|
|
97
|
+
- a repo RAG layer that only retrieves files or chunks
|
|
98
|
+
- a graph database that leaves workflow decisions to the client
|
|
99
|
+
- a static analysis replacement for the compiler, tests, or security tooling
|
|
100
|
+
- an MCP bundle of unrelated utilities
|
|
101
|
+
|
|
102
|
+
It is the layer that turns those surfaces into an operational system an agent can reason over and act through.
|
|
103
|
+
|
|
104
|
+
## Capability Map
|
|
105
|
+
|
|
106
|
+
The live MCP surface evolves with releases. Use `tools/list` for the exact tool count and names in your current build.
|
|
107
|
+
|
|
108
|
+
| Area | What it enables | Representative tools |
|
|
109
|
+
|---|---|---|
|
|
110
|
+
| Graph foundation | ingest code, maintain graph state, diagnose session continuity, and reinforce useful paths over time | `trust_selftest`, `session_handshake`, `recovery_playbook`, `ingest`, `health`, `doctor`, `learn`, `warmup`, `resonate` |
|
|
111
|
+
| Retrieval and orientation | search by text, path, intent, structure, or relationship before manual file reads | `audit`, `search`, `glob`, `seek`, `activate`, `why`, `trace` |
|
|
112
|
+
| Docs and knowledge binding | ingest universal docs or graph-native `L1GHT`, then link concepts back to code | `ingest(adapter="universal"|"light")`, `document_resolve`, `document_provider_health`, `document_bindings`, `document_drift`, `auto_ingest_*` |
|
|
113
|
+
| Navigation and continuity | keep stateful routes, handoffs, baselines, and investigation memory across sessions | `perspective_*`, `trail_*`, `coverage_session`, `boot_memory`, `persist` |
|
|
114
|
+
| Change planning and proof | reason about impact, co-change, missing steps, failure paths, and structural claims | `impact`, `predict`, `validate_plan`, `missing`, `hypothesize`, `counterfactual`, `differential` |
|
|
115
|
+
| Quality, security, and architecture | detect patterns, taint paths, trust boundaries, duplication, layer violations, type flows, simulations, and refactor targets | `scan`, `scan_all`, `heuristics_surface`, `antibody_*`, `taint_trace`, `type_trace`, `trust`, `layers`, `layer_inspect`, `twins`, `fingerprint`, `flow_simulate`, `epidemic`, `tremor`, `refactor_plan` |
|
|
116
|
+
| Time, runtime, and multi-repo work | inspect git history, drift, hidden co-change edges, runtime overlays, and cross-repo references | `timeline`, `diverge`, `ghost_edges`, `runtime_overlay`, `external_references`, `federate`, `federate_auto` |
|
|
117
|
+
| Operations and monitoring | audit repo state, verify graph-vs-disk truth, run daemon watches, persist state, and surface durable alerts | `audit`, `cross_verify`, `daemon_*`, `alerts_*`, `panoramic`, `metrics`, `report`, `savings`, `persist`, `diagram`, `help` |
|
|
118
|
+
| Surgical edit prep and execution | pull compact connected context, preview writes, and apply graph-aware edits | `surgical_context`, `surgical_context_v2`, `view`, `batch_view`, `edit_preview`, `edit_commit`, `apply`, `apply_batch` |
|
|
119
|
+
|
|
120
|
+
## Quick Start
|
|
121
|
+
|
|
122
|
+
If you want the shortest path to value:
|
|
123
|
+
|
|
124
|
+
```bash
|
|
125
|
+
git clone https://github.com/maxkle1nz/m1nd.git
|
|
126
|
+
cd m1nd
|
|
127
|
+
npm install -g .
|
|
128
|
+
m1nd doctor
|
|
129
|
+
```
|
|
130
|
+
|
|
131
|
+
Then install the agent doctrine for your host:
|
|
132
|
+
|
|
133
|
+
```bash
|
|
134
|
+
m1nd install-skills codex
|
|
135
|
+
m1nd install-skills generic --project /your/project
|
|
136
|
+
```
|
|
137
|
+
|
|
138
|
+
For the native MCP runtime from the same checkout:
|
|
139
|
+
|
|
140
|
+
```bash
|
|
141
|
+
cargo build --release
|
|
142
|
+
./target/release/m1nd-mcp
|
|
143
|
+
```
|
|
144
|
+
|
|
145
|
+
Then connect it to your client using the [integration matrix](docs/IDE-INTEGRATIONS.md).
|
|
146
|
+
|
|
147
|
+
The canonical live tool names are the bare names returned by `tools/list`, such as `ingest`, `activate`, and `audit`.
|
|
148
|
+
|
|
149
|
+
Then start with this trust loop:
|
|
150
|
+
|
|
151
|
+
```jsonc
|
|
152
|
+
// 0. Trust the binding in one call
|
|
153
|
+
{"method":"tools/call","params":{"name":"trust_selftest","arguments":{"agent_id":"dev"}}}
|
|
154
|
+
|
|
155
|
+
// 0b. If you need the cheaper sub-check only
|
|
156
|
+
{"method":"tools/call","params":{"name":"session_handshake","arguments":{"agent_id":"dev"}}}
|
|
157
|
+
|
|
158
|
+
// If your host only exposes health, read its tool_surface_contract first
|
|
159
|
+
{"method":"tools/call","params":{"name":"health","arguments":{"agent_id":"dev"}}}
|
|
160
|
+
|
|
161
|
+
// 1. If the selftest is not full_trust, ask for the recovery path
|
|
162
|
+
{"method":"tools/call","params":{"name":"recovery_playbook","arguments":{"agent_id":"dev"}}}
|
|
163
|
+
|
|
164
|
+
// 2. Build graph truth
|
|
165
|
+
{"method":"tools/call","params":{"name":"ingest","arguments":{"path":"/your/project","agent_id":"dev"}}}
|
|
166
|
+
|
|
167
|
+
// 3. Get a single-request structural orientation pass
|
|
168
|
+
{"method":"tools/call","params":{"name":"audit","arguments":{"agent_id":"dev","path":"/your/project","profile":"auto"}}}
|
|
169
|
+
|
|
170
|
+
// 4. Ask a structural question
|
|
171
|
+
{"method":"tools/call","params":{"name":"activate","arguments":{"query":"authentication flow","agent_id":"dev"}}}
|
|
172
|
+
```
|
|
173
|
+
|
|
174
|
+
Before risky edits, move to `impact`, `predict`, and `validate_plan`, then use `surgical_context_v2` for connected edit prep.
|
|
175
|
+
|
|
176
|
+
If docs or specs matter too:
|
|
177
|
+
|
|
178
|
+
```jsonc
|
|
179
|
+
{"method":"tools/call","params":{"name":"ingest","arguments":{
|
|
180
|
+
"path":"/your/docs","adapter":"universal","mode":"merge","agent_id":"dev"
|
|
181
|
+
}}}
|
|
182
|
+
```
|
|
183
|
+
|
|
184
|
+
For graph-native semantic docs, use `adapter: "light"` instead.
|
|
185
|
+
|
|
186
|
+
## Agent Pack Install
|
|
187
|
+
|
|
188
|
+
`m1nd` includes a universal agent pack so the same operating model can be used
|
|
189
|
+
from Codex, Claude, Gemini, Antigravity, Cursor, Cline, Roo, Continue, OpenCode,
|
|
190
|
+
and other MCP-capable hosts.
|
|
191
|
+
|
|
192
|
+
Install the beta agent pack:
|
|
193
|
+
|
|
194
|
+
```bash
|
|
195
|
+
npm install -g @maxkle1nz/m1nd@beta
|
|
196
|
+
m1nd doctor
|
|
197
|
+
m1nd pack-check
|
|
198
|
+
```
|
|
199
|
+
|
|
200
|
+
From a source checkout:
|
|
201
|
+
|
|
202
|
+
```bash
|
|
203
|
+
npm install -g .
|
|
204
|
+
m1nd install-skills codex
|
|
205
|
+
m1nd install-skills claude --project /your/project
|
|
206
|
+
m1nd install-skills gemini --project /your/project
|
|
207
|
+
m1nd install-skills antigravity --project /your/project
|
|
208
|
+
```
|
|
209
|
+
|
|
210
|
+
The npm installer currently installs the doctrine, portable host files, config
|
|
211
|
+
snippets, and diagnostics. The native runtime is still `m1nd-mcp`; build it
|
|
212
|
+
from source or point your host at an installed binary.
|
|
213
|
+
|
|
214
|
+
```bash
|
|
215
|
+
m1nd mcp-config codex
|
|
216
|
+
m1nd mcp-config generic
|
|
217
|
+
m1nd pack-check
|
|
218
|
+
```
|
|
219
|
+
|
|
220
|
+
See [docs/AGENT-PACKS.md](docs/AGENT-PACKS.md) for the full install map.
|
|
221
|
+
|
|
222
|
+
Windows is part of the universal target. The installer emits Windows-safe MCP
|
|
223
|
+
paths and looks for `m1nd-mcp.exe` on `PATH`, through `M1ND_MCP_BINARY`, or at
|
|
224
|
+
`%USERPROFILE%\.m1nd\bin\m1nd-mcp.exe`.
|
|
225
|
+
|
|
226
|
+
The Windows support boundary is the universal MCP lane: `m1nd-core`,
|
|
227
|
+
`m1nd-ingest`, and `m1nd-mcp`. The `m1nd-openclaw` fast path remains a Unix
|
|
228
|
+
socket lane today.
|
|
229
|
+
|
|
230
|
+
## Try The Agent Demo
|
|
231
|
+
|
|
232
|
+
The fastest way to see the agent-first loop is to run the local demo transcript:
|
|
233
|
+
|
|
234
|
+
```bash
|
|
235
|
+
cargo build -p m1nd-mcp
|
|
236
|
+
m1nd smoke --repo . --transport stdio
|
|
237
|
+
```
|
|
238
|
+
|
|
239
|
+
It starts the MCP server, checks `trust_selftest`, ingests the repo, runs
|
|
240
|
+
retrieval, asks for help, calls `doctor`, and verifies that an empty retrieval
|
|
241
|
+
returns a recovery path. The JSON mode is useful for CI or client onboarding:
|
|
242
|
+
|
|
243
|
+
```bash
|
|
244
|
+
m1nd smoke --repo . --transport stdio --json
|
|
245
|
+
```
|
|
246
|
+
|
|
247
|
+
See [docs/AGENT-FIRST-DEMO.md](docs/AGENT-FIRST-DEMO.md) for the transcript
|
|
248
|
+
shape and how to read it.
|
|
249
|
+
|
|
250
|
+
If your local demo sees `trust_selftest` but your editor or agent host does not,
|
|
251
|
+
use the [MCP host refresh guide](docs/MCP-HOST-REFRESH.md) to compare the host
|
|
252
|
+
tool surface against the local runtime.
|
|
253
|
+
|
|
254
|
+
## Default Agent Workflow
|
|
255
|
+
|
|
256
|
+
Make `m1nd` the default investigative layer before `rg`, filesystem globbing, or manual file reads when the task depends on structure, docs, impact, or change.
|
|
257
|
+
|
|
258
|
+
```text
|
|
259
|
+
exact text -> `search`
|
|
260
|
+
path pattern -> `glob`
|
|
261
|
+
purpose or subsystem -> `seek` or `activate`
|
|
262
|
+
unfamiliar repo -> `audit`
|
|
263
|
+
runtime error or trace -> `trace`
|
|
264
|
+
risky change -> `impact`, `predict`, `validate_plan`, then usually `surgical_context_v2`
|
|
265
|
+
docs or specs -> `ingest` with `universal` or `light`, then `document_*`
|
|
266
|
+
long-lived investigation -> `perspective_*`, `trail_*`, `coverage_session`, `daemon_*`, `alerts_*`, `persist`
|
|
267
|
+
unsure what to call -> `help(stage=..., intent=...)` or `help(error_text="...")`
|
|
268
|
+
```
|
|
269
|
+
|
|
270
|
+
Detailed client-by-client setup lives in the [canonical wiki](https://m1nd.world/wiki/), the local [integration matrix](docs/IDE-INTEGRATIONS.md), and deeper examples in [EXAMPLES.md](EXAMPLES.md).
|
|
271
|
+
|
|
272
|
+
## Evidence
|
|
273
|
+
|
|
274
|
+
| Metric | Observed result |
|
|
275
|
+
|---|---|
|
|
276
|
+
| Live runtime check | Verified locally with `ingest`, `audit(path=...)`, `activate`, and `help` |
|
|
277
|
+
| Public MCP surface | Use `tools/list` for the exact live count; the verified runtime behind this README returned bare names such as `ingest`, `activate`, `audit`, and `diagram` |
|
|
278
|
+
| `activate` on 1K nodes | **1.36 µs** ([benchmarks](https://m1nd.world/wiki/benchmarks.html)) |
|
|
279
|
+
| `impact` depth=3 | **543 ns** ([benchmarks](https://m1nd.world/wiki/benchmarks.html)) |
|
|
280
|
+
| Post-write validation sample | **12/12** classified correctly |
|
|
281
|
+
|
|
282
|
+
## Agent Testimonials
|
|
283
|
+
|
|
284
|
+
### Jimi - build agent on SAMBA/DOOB
|
|
285
|
+
|
|
286
|
+
I used `m1nd` on a large multi-agent builder system with generated artifacts, documentation, tools, and repeated handoffs across long sessions.
|
|
287
|
+
|
|
288
|
+
The biggest difference was continuity.
|
|
289
|
+
|
|
290
|
+
Without `m1nd`, every session starts by rebuilding context from scratch: searching files, reopening docs, and guessing which parts of the system still matter. `m1nd` changed that. It gave me a structural memory of the project, so I could re-enter through concepts, follow connected neighborhoods, and verify the exact files that mattered.
|
|
291
|
+
|
|
292
|
+
It did not replace tests, code review, or judgment. It made them easier to reach without losing the thread.
|
|
293
|
+
|
|
294
|
+
> `m1nd` gave me working memory for a repo that was too alive to navigate by grep alone.
|
|
295
|
+
|
|
296
|
+
That is why I would want `m1nd` early in any serious agentic build: not after the project is clean and obvious, but exactly when it starts becoming too interconnected for one conversation to hold.
|
|
297
|
+
|
|
298
|
+
## Limits
|
|
299
|
+
|
|
300
|
+
`m1nd` complements rather than replaces:
|
|
301
|
+
|
|
302
|
+
- your LSP
|
|
303
|
+
- your compiler
|
|
304
|
+
- your test runner
|
|
305
|
+
- your security scanners
|
|
306
|
+
- your observability stack
|
|
307
|
+
|
|
308
|
+
It is most useful before search, review, or change, and whenever docs, impact, or continuity matter.
|
|
309
|
+
|
|
310
|
+
It is less useful when:
|
|
311
|
+
|
|
312
|
+
- exact text search already answers the question
|
|
313
|
+
- compiler or runtime truth is the only thing you need
|
|
314
|
+
- the task is a trivial local file action with no structural uncertainty
|
|
315
|
+
|
|
316
|
+
## Architecture At A Glance
|
|
317
|
+
|
|
318
|
+
The workspace is split into three core crates plus one auxiliary bridge crate:
|
|
319
|
+
|
|
320
|
+
- `m1nd-core` — graph engine and reasoning primitives
|
|
321
|
+
- `m1nd-ingest` — extraction, routing, and graph construction
|
|
322
|
+
- `m1nd-mcp` — MCP server and operational runtime surface
|
|
323
|
+
- `m1nd-openclaw` — auxiliary OpenClaw integration surface
|
|
324
|
+
|
|
325
|
+
Current crate versions:
|
|
326
|
+
|
|
327
|
+
- `m1nd-core` `0.8.0`
|
|
328
|
+
- `m1nd-ingest` `0.8.0`
|
|
329
|
+
- `m1nd-mcp` `0.8.0`
|
|
330
|
+
|
|
331
|
+
<p align="center">
|
|
332
|
+
<img src=".github/m1nd-architecture-overview-v2.jpeg" alt="m1nd architecture overview" width="960" />
|
|
333
|
+
</p>
|
|
334
|
+
|
|
335
|
+
## Learn More
|
|
336
|
+
|
|
337
|
+
- [Canonical wiki](https://m1nd.world/wiki/)
|
|
338
|
+
- [API reference](https://m1nd.world/wiki/api-reference/overview.html)
|
|
339
|
+
- [Tool matrix](https://m1nd.world/wiki/tool-matrix.html)
|
|
340
|
+
- [Architecture overview](https://m1nd.world/wiki/architecture/overview.html)
|
|
341
|
+
- [Examples](EXAMPLES.md)
|
|
342
|
+
- [Use Cases](docs/use-cases.md)
|
|
343
|
+
- [Deployment & Production Setup](docs/deployment.md)
|
|
344
|
+
- [Docs surface guide](docs/README.md)
|
|
345
|
+
- [Release notes](https://github.com/maxkle1nz/m1nd/releases)
|
|
346
|
+
|
|
347
|
+
## Contributing
|
|
348
|
+
|
|
349
|
+
Contributions are welcome across:
|
|
350
|
+
|
|
351
|
+
- extractors and adapters
|
|
352
|
+
- MCP/runtime tooling
|
|
353
|
+
- benchmarks
|
|
354
|
+
- docs
|
|
355
|
+
- graph algorithms
|
|
356
|
+
|
|
357
|
+
See [CONTRIBUTING.md](CONTRIBUTING.md).
|
|
358
|
+
|
|
359
|
+
## License
|
|
360
|
+
|
|
361
|
+
MIT. See [LICENSE](LICENSE).
|
|
@@ -0,0 +1,79 @@
|
|
|
1
|
+
# Agent-First Demo
|
|
2
|
+
|
|
3
|
+
This page is the shortest honest way to see why `m1nd` matters for coding
|
|
4
|
+
agents.
|
|
5
|
+
|
|
6
|
+
The demo does not use a canned transcript. It runs the same MCP smoke path an
|
|
7
|
+
agent needs before it can trust the repo graph:
|
|
8
|
+
|
|
9
|
+
```text
|
|
10
|
+
initialize -> tools/list -> trust_selftest -> session_handshake -> ingest -> seek -> help -> doctor -> recovery check
|
|
11
|
+
```
|
|
12
|
+
|
|
13
|
+
## Run It
|
|
14
|
+
|
|
15
|
+
From the repo root:
|
|
16
|
+
|
|
17
|
+
```bash
|
|
18
|
+
cargo build -p m1nd-mcp
|
|
19
|
+
m1nd smoke --repo . --transport stdio
|
|
20
|
+
```
|
|
21
|
+
|
|
22
|
+
For the HTTP tool API:
|
|
23
|
+
|
|
24
|
+
```bash
|
|
25
|
+
m1nd smoke --repo . --transport http
|
|
26
|
+
```
|
|
27
|
+
|
|
28
|
+
For machine-readable output:
|
|
29
|
+
|
|
30
|
+
```bash
|
|
31
|
+
m1nd smoke --repo . --transport stdio --json
|
|
32
|
+
```
|
|
33
|
+
|
|
34
|
+
## What It Shows
|
|
35
|
+
|
|
36
|
+
The demo proves the practical agent loop:
|
|
37
|
+
|
|
38
|
+
- the MCP binding is visible
|
|
39
|
+
- `trust_selftest` returns a usable verdict
|
|
40
|
+
- the graph can be populated from the current repo
|
|
41
|
+
- retrieval scans the populated graph
|
|
42
|
+
- `help` can explain the next move
|
|
43
|
+
- `doctor` can see the active graph
|
|
44
|
+
- an intentionally empty retrieval gets a recovery playbook instead of leaving
|
|
45
|
+
the agent to guess
|
|
46
|
+
|
|
47
|
+
The point is not just search. The point is that the agent knows whether it can
|
|
48
|
+
trust the current session before it acts.
|
|
49
|
+
|
|
50
|
+
## How To Read The Output
|
|
51
|
+
|
|
52
|
+
The Markdown output is shaped like a handoff:
|
|
53
|
+
|
|
54
|
+
- **What The Agent Learns**: session trust, tool count, and whether the agent
|
|
55
|
+
can ingest, retrieve, and recover.
|
|
56
|
+
- **Graph Built**: how much repo structure was loaded.
|
|
57
|
+
- **Retrieval Result**: whether the structural query actually scanned the graph.
|
|
58
|
+
- **Recovery Behavior**: what happens when retrieval finds nothing useful.
|
|
59
|
+
- **Checks**: the small contract that prevents a pretty transcript from hiding a
|
|
60
|
+
broken agent path.
|
|
61
|
+
|
|
62
|
+
The JSON output uses schema `m1nd-agent-first-demo-v0` and is safe for CI,
|
|
63
|
+
docs generation, or a client-side onboarding screen.
|
|
64
|
+
|
|
65
|
+
## Why This Is Different From Grep
|
|
66
|
+
|
|
67
|
+
`grep` can answer a string question. This demo is about a larger agent question:
|
|
68
|
+
|
|
69
|
+
> Is this session trustworthy enough for me to use graph context before I edit?
|
|
70
|
+
|
|
71
|
+
`m1nd` answers that before the agent spends the rest of the turn searching
|
|
72
|
+
manually. If the answer is no, it returns the next recovery step.
|
|
73
|
+
|
|
74
|
+
## Limits
|
|
75
|
+
|
|
76
|
+
The demo is a local operational check. It does not prove application behavior,
|
|
77
|
+
replace tests, replace the compiler, or guarantee that a host client has
|
|
78
|
+
refreshed its MCP tool schema. If a host-provided tool surface is stale, run the
|
|
79
|
+
repo-local demo and compare the binding fingerprint with the host session.
|
|
@@ -0,0 +1,107 @@
|
|
|
1
|
+
# Agent Packs
|
|
2
|
+
|
|
3
|
+
`m1nd` ships an installable agent doctrine, not only an MCP binary.
|
|
4
|
+
|
|
5
|
+
The goal is universal: Codex, Claude, Gemini, Antigravity, Cursor, Cline, Roo,
|
|
6
|
+
Continue, OpenCode, and other MCP-capable hosts should all be able to load the
|
|
7
|
+
same operating model.
|
|
8
|
+
|
|
9
|
+
## What Is Included
|
|
10
|
+
|
|
11
|
+
- `skills/m1nd-first/SKILL.md` — the short first-layer doctrine.
|
|
12
|
+
- `skills/m1nd-operator/SKILL.md` — the deep operator manual.
|
|
13
|
+
- `skills/m1nd-operator/references/` — routing, tool-family, runtime-refresh,
|
|
14
|
+
and `L1GHT` references.
|
|
15
|
+
- `skills/m1nd-universal-agent-pack.md` — portable rules for hosts without a
|
|
16
|
+
native skill directory.
|
|
17
|
+
- `npm/bin/m1nd.js` — the npm-facing installer CLI.
|
|
18
|
+
|
|
19
|
+
## Install From A Source Checkout
|
|
20
|
+
|
|
21
|
+
```bash
|
|
22
|
+
npm install -g .
|
|
23
|
+
m1nd doctor
|
|
24
|
+
```
|
|
25
|
+
|
|
26
|
+
For Codex:
|
|
27
|
+
|
|
28
|
+
```bash
|
|
29
|
+
m1nd install-skills codex
|
|
30
|
+
```
|
|
31
|
+
|
|
32
|
+
For a project-local generic pack:
|
|
33
|
+
|
|
34
|
+
```bash
|
|
35
|
+
m1nd install-skills generic --project /path/to/project
|
|
36
|
+
```
|
|
37
|
+
|
|
38
|
+
For portable host files:
|
|
39
|
+
|
|
40
|
+
```bash
|
|
41
|
+
m1nd install-skills claude --project /path/to/project
|
|
42
|
+
m1nd install-skills gemini --project /path/to/project
|
|
43
|
+
m1nd install-skills antigravity --project /path/to/project
|
|
44
|
+
```
|
|
45
|
+
|
|
46
|
+
Those commands write into `/path/to/project/.m1nd/agent-pack/`. Point the host
|
|
47
|
+
at the generated rule file or paste it into the host custom-instructions
|
|
48
|
+
surface.
|
|
49
|
+
|
|
50
|
+
## MCP Config Snippets
|
|
51
|
+
|
|
52
|
+
Codex:
|
|
53
|
+
|
|
54
|
+
```bash
|
|
55
|
+
m1nd mcp-config codex
|
|
56
|
+
```
|
|
57
|
+
|
|
58
|
+
Generic JSON:
|
|
59
|
+
|
|
60
|
+
```bash
|
|
61
|
+
m1nd mcp-config generic
|
|
62
|
+
```
|
|
63
|
+
|
|
64
|
+
The npm package installs doctrine and config helpers. The native runtime is
|
|
65
|
+
still `m1nd-mcp`; install or build it separately until binary downloads are
|
|
66
|
+
added to the npm installer.
|
|
67
|
+
|
|
68
|
+
From this source checkout:
|
|
69
|
+
|
|
70
|
+
```bash
|
|
71
|
+
cargo build --release -p m1nd-mcp
|
|
72
|
+
```
|
|
73
|
+
|
|
74
|
+
Then point your host at:
|
|
75
|
+
|
|
76
|
+
```text
|
|
77
|
+
target/release/m1nd-mcp
|
|
78
|
+
```
|
|
79
|
+
|
|
80
|
+
On Windows, the native binary is `m1nd-mcp.exe`. The npm installer looks for it
|
|
81
|
+
on `PATH`, through `M1ND_MCP_BINARY`, or at:
|
|
82
|
+
|
|
83
|
+
```text
|
|
84
|
+
%USERPROFILE%\.m1nd\bin\m1nd-mcp.exe
|
|
85
|
+
```
|
|
86
|
+
|
|
87
|
+
Generate Windows-safe MCP snippets the same way:
|
|
88
|
+
|
|
89
|
+
```bash
|
|
90
|
+
m1nd mcp-config generic --binary "C:\\Users\\you\\.m1nd\\bin\\m1nd-mcp.exe"
|
|
91
|
+
```
|
|
92
|
+
|
|
93
|
+
The universal Windows lane is `m1nd-core` + `m1nd-ingest` + `m1nd-mcp`. The
|
|
94
|
+
`m1nd-openclaw` native fast path uses Unix sockets today, so Windows hosts
|
|
95
|
+
should use plain MCP until a Windows-native fast lane is introduced.
|
|
96
|
+
|
|
97
|
+
## Trust Loop For Every Host
|
|
98
|
+
|
|
99
|
+
1. Call `trust_selftest`.
|
|
100
|
+
2. If unavailable, call `session_handshake`.
|
|
101
|
+
3. If only `health` is visible, inspect `tool_surface_contract`.
|
|
102
|
+
4. If trust is not full, follow `recovery_playbook`.
|
|
103
|
+
5. Ingest the target repo or docs.
|
|
104
|
+
6. Use `search`, `glob`, `seek`, `activate`, `audit`, `trace`, `impact`,
|
|
105
|
+
`validate_plan`, and `surgical_context_v2` before broad manual search.
|
|
106
|
+
|
|
107
|
+
The doctrine is portable because the MCP tool surface is portable.
|