@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/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> &middot;
24
+ <a href="#what-that-intelligence-covers">What That Intelligence Covers</a> &middot;
25
+ <a href="#what-m1nd-is-not">What m1nd Is Not</a> &middot;
26
+ <a href="#capability-map">Capability Map</a> &middot;
27
+ <a href="#quick-start">Quick Start</a> &middot;
28
+ <a href="#agent-pack-install">Agent Pack</a> &middot;
29
+ <a href="#try-the-agent-demo">Agent Demo</a> &middot;
30
+ <a href="#default-agent-workflow">Default Agent Workflow</a> &middot;
31
+ <a href="#evidence">Evidence</a> &middot;
32
+ <a href="#agent-testimonials">Agent Testimonials</a> &middot;
33
+ <a href="#limits">Limits</a> &middot;
34
+ <a href="#architecture-at-a-glance">Architecture</a> &middot;
35
+ <a href="https://m1nd.world/wiki/">Wiki</a> &middot;
36
+ <a href="EXAMPLES.md">Examples</a> &middot;
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.