@justyork/repo-mind 0.7.2 → 0.8.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/.cursor/skills/repomind-docs/SKILL.md +160 -0
- package/.cursor/skills/repomind-docs/examples.md +429 -0
- package/.cursor/skills/repomind-docs/reference.md +209 -0
- package/.cursor/skills/repomind-docs/structure.md +132 -0
- package/dist/cli.js +17 -0
- package/dist/commands/install-skill.d.ts +9 -0
- package/dist/commands/install-skill.js +35 -0
- package/dist/commands/ui.js +5 -1
- package/dist/ui/auth.d.ts +21 -0
- package/dist/ui/auth.js +117 -0
- package/dist/ui/fs-operations.d.ts +1 -1
- package/dist/ui/fs-operations.js +36 -4
- package/dist/ui/fs-tree.d.ts +5 -4
- package/dist/ui/fs-tree.js +60 -56
- package/dist/ui/server.d.ts +2 -0
- package/dist/ui/server.js +63 -2
- package/package.json +3 -2
- package/ui/dist/assets/{arc-C1R_fyW-.js → arc-D8hdO1rw.js} +1 -1
- package/ui/dist/assets/{architectureDiagram-3BPJPVTR-CcuF3FYc.js → architectureDiagram-3BPJPVTR-DD8y2xkc.js} +1 -1
- package/ui/dist/assets/{blockDiagram-GPEHLZMM-BZJKe3Ei.js → blockDiagram-GPEHLZMM-CC_b0LTp.js} +1 -1
- package/ui/dist/assets/{c4Diagram-AAUBKEIU-D_0fRNGS.js → c4Diagram-AAUBKEIU-D0xWINWL.js} +1 -1
- package/ui/dist/assets/channel-BlZV_pp1.js +1 -0
- package/ui/dist/assets/{chunk-2J33WTMH-0LcH4vIA.js → chunk-2J33WTMH-BU6b81sJ.js} +1 -1
- package/ui/dist/assets/{chunk-4BX2VUAB-DU1h67AD.js → chunk-4BX2VUAB-DZAlHkZW.js} +1 -1
- package/ui/dist/assets/{chunk-55IACEB6-BCx7dyYV.js → chunk-55IACEB6-AiC0yewf.js} +1 -1
- package/ui/dist/assets/{chunk-727SXJPM-CRO5yOrB.js → chunk-727SXJPM-DThb082L.js} +1 -1
- package/ui/dist/assets/{chunk-AQP2D5EJ-BayHdr67.js → chunk-AQP2D5EJ-BPfxgjqM.js} +1 -1
- package/ui/dist/assets/{chunk-FMBD7UC4-CJemLien.js → chunk-FMBD7UC4-BPN8p0X8.js} +1 -1
- package/ui/dist/assets/{chunk-ND2GUHAM-B_z-tw44.js → chunk-ND2GUHAM-Fg3EXATp.js} +1 -1
- package/ui/dist/assets/{chunk-QZHKN3VN-D40rAh_S.js → chunk-QZHKN3VN-BfNeOxQX.js} +1 -1
- package/ui/dist/assets/classDiagram-4FO5ZUOK-DeRilEwX.js +1 -0
- package/ui/dist/assets/classDiagram-v2-Q7XG4LA2-DeRilEwX.js +1 -0
- package/ui/dist/assets/{cose-bilkent-S5V4N54A-Cqthtrrq.js → cose-bilkent-S5V4N54A-BajfXpNb.js} +1 -1
- package/ui/dist/assets/{dagre-BM42HDAG-CrxsyXEa.js → dagre-BM42HDAG-BOr2m0CZ.js} +1 -1
- package/ui/dist/assets/{diagram-2AECGRRQ-DTYA7Rrn.js → diagram-2AECGRRQ-0NMPI4vh.js} +1 -1
- package/ui/dist/assets/{diagram-5GNKFQAL-CXs7RV13.js → diagram-5GNKFQAL-CTuUvbHc.js} +1 -1
- package/ui/dist/assets/{diagram-KO2AKTUF-Bf8EeV_S.js → diagram-KO2AKTUF-BQMPycKH.js} +1 -1
- package/ui/dist/assets/{diagram-LMA3HP47-C2XWB0cI.js → diagram-LMA3HP47-0EqSTR8-.js} +1 -1
- package/ui/dist/assets/{diagram-OG6HWLK6-BNMXob9h.js → diagram-OG6HWLK6-Cn7vgxcz.js} +1 -1
- package/ui/dist/assets/{erDiagram-TEJ5UH35-CnSczOvb.js → erDiagram-TEJ5UH35-DCHJaPi9.js} +1 -1
- package/ui/dist/assets/{flowDiagram-I6XJVG4X-DwZBJ2fr.js → flowDiagram-I6XJVG4X-GcCMnaHc.js} +1 -1
- package/ui/dist/assets/{ganttDiagram-6RSMTGT7-rxwvD8xn.js → ganttDiagram-6RSMTGT7-4NzDSonj.js} +1 -1
- package/ui/dist/assets/{gitGraphDiagram-PVQCEYII-DjJPiQ2K.js → gitGraphDiagram-PVQCEYII-BXLfDhC_.js} +1 -1
- package/ui/dist/assets/graph-CxZcS9dt.js +2 -0
- package/ui/dist/assets/{infoDiagram-5YYISTIA-BHgtQpBK.js → infoDiagram-5YYISTIA-DLHHvQ1b.js} +1 -1
- package/ui/dist/assets/{ishikawaDiagram-YF4QCWOH-BZ38ndde.js → ishikawaDiagram-YF4QCWOH-BtqY11Uk.js} +1 -1
- package/ui/dist/assets/{journeyDiagram-JHISSGLW-CNaZf5VN.js → journeyDiagram-JHISSGLW-lBwhxW7E.js} +1 -1
- package/ui/dist/assets/{kanban-definition-UN3LZRKU-4h1Jmt_X.js → kanban-definition-UN3LZRKU-C4Q8frPQ.js} +1 -1
- package/ui/dist/assets/main-BuVawP8Y.js +269 -0
- package/ui/dist/assets/{mermaid.core-BZZdRyuR.js → mermaid.core-DdiilVI8.js} +4 -4
- package/ui/dist/assets/{mindmap-definition-RKZ34NQL-DG_NciLX.js → mindmap-definition-RKZ34NQL-CzSxcpUz.js} +1 -1
- package/ui/dist/assets/{pieDiagram-4H26LBE5-B9FyPCLY.js → pieDiagram-4H26LBE5-VQ1Y2aMu.js} +1 -1
- package/ui/dist/assets/{quadrantDiagram-W4KKPZXB-B89WFfQu.js → quadrantDiagram-W4KKPZXB-DHxOr_Bb.js} +1 -1
- package/ui/dist/assets/{requirementDiagram-4Y6WPE33-BYHKePgB.js → requirementDiagram-4Y6WPE33-IruBFJXP.js} +1 -1
- package/ui/dist/assets/{sankeyDiagram-5OEKKPKP-BW6YuBQM.js → sankeyDiagram-5OEKKPKP-J4usxNW5.js} +1 -1
- package/ui/dist/assets/{sequenceDiagram-3UESZ5HK-BnojqKwf.js → sequenceDiagram-3UESZ5HK-C6C-kFaI.js} +1 -1
- package/ui/dist/assets/{stateDiagram-AJRCARHV-C_x9t2o6.js → stateDiagram-AJRCARHV-CJsdQK0K.js} +1 -1
- package/ui/dist/assets/stateDiagram-v2-BHNVJYJU-CnDT2Btz.js +1 -0
- package/ui/dist/assets/theme-BoL8lq0C.css +1 -0
- package/ui/dist/assets/theme-PLJ1jPdr.js +21 -0
- package/ui/dist/assets/{timeline-definition-PNZ67QCA-CI8Ngfzv.js → timeline-definition-PNZ67QCA-DR-akfNv.js} +1 -1
- package/ui/dist/assets/{vennDiagram-CIIHVFJN-CPRKGc2P.js → vennDiagram-CIIHVFJN-HohIp6U7.js} +1 -1
- package/ui/dist/assets/{visual-editor-DUVPRlY3.js → visual-editor-DeCtedTT.js} +12 -12
- package/ui/dist/assets/{wardley-L42UT6IY-CZY42jFT.js → wardley-L42UT6IY-DI0ohKT0.js} +1 -1
- package/ui/dist/assets/{wardleyDiagram-YWT4CUSO-CGKyWKnw.js → wardleyDiagram-YWT4CUSO-C1s7Fzl1.js} +1 -1
- package/ui/dist/assets/{xychartDiagram-2RQKCTM6-Cq-onAc3.js → xychartDiagram-2RQKCTM6-BbPEPR4c.js} +1 -1
- package/ui/dist/graph.html +3 -3
- package/ui/dist/index.html +3 -3
- package/ui/dist/assets/channel-BlWnHbuq.js +0 -1
- package/ui/dist/assets/classDiagram-4FO5ZUOK-D3OdfPqd.js +0 -1
- package/ui/dist/assets/classDiagram-v2-Q7XG4LA2-D3OdfPqd.js +0 -1
- package/ui/dist/assets/graph-D_tIaE_I.js +0 -2
- package/ui/dist/assets/main-BeHrzLrS.js +0 -273
- package/ui/dist/assets/stateDiagram-v2-BHNVJYJU-CBZx8gKT.js +0 -1
- package/ui/dist/assets/theme-CFHWfrn1.css +0 -1
- package/ui/dist/assets/theme-DS1fBM5L.js +0 -1
|
@@ -0,0 +1,160 @@
|
|
|
1
|
+
---
|
|
2
|
+
name: repomind-docs
|
|
3
|
+
description: >-
|
|
4
|
+
Guides authoring RepoMind knowledge in docs/: documentation domains (product,
|
|
5
|
+
technical, game-design, analytics), YAML frontmatter, doc types, wikilinks,
|
|
6
|
+
folder structure, prepare/sync-links/check workflow. Use when creating docs/,
|
|
7
|
+
writing PRD/ADR/specs, organizing project documentation, or fixing links.
|
|
8
|
+
---
|
|
9
|
+
|
|
10
|
+
# RepoMind — authoring docs, frontmatter, links
|
|
11
|
+
|
|
12
|
+
## Documentation architecture (read first)
|
|
13
|
+
|
|
14
|
+
Project knowledge uses **two axes**:
|
|
15
|
+
|
|
16
|
+
| Axis | Field | Examples |
|
|
17
|
+
|------|-------|----------|
|
|
18
|
+
| **Domain** | `domain:` | `product`, `technical`, `game-design`, `analytics`, `art`, `narrative`, `ops`, `shared` |
|
|
19
|
+
| **Type** | `type:` | `adr`, `feature-spec`, `glossary-term`, `open-question`, `agent-instruction`, `wiki-page` |
|
|
20
|
+
|
|
21
|
+
**Path pattern:** `docs/{domain}/{type-folder}/{slug}.md`
|
|
22
|
+
|
|
23
|
+
Full taxonomy, domain×type matrix, folder tree: **[structure.md](structure.md)**.
|
|
24
|
+
|
|
25
|
+
```
|
|
26
|
+
docs/
|
|
27
|
+
├── README.md
|
|
28
|
+
├── assets/
|
|
29
|
+
├── product/specs/ … # PRD, roadmap
|
|
30
|
+
├── technical/adr/ … # ADR, architecture
|
|
31
|
+
├── game-design/specs/ … # mechanics, balance
|
|
32
|
+
├── analytics/specs/ … # events, metrics
|
|
33
|
+
├── art/wiki/ … # visual guidelines
|
|
34
|
+
├── narrative/wiki/ … # lore, story
|
|
35
|
+
├── ops/specs/ … # runbooks
|
|
36
|
+
└── shared/glossary/ … # global terms, agents/
|
|
37
|
+
```
|
|
38
|
+
|
|
39
|
+
Legacy flat paths (`docs/adr/foo.md`) still work → `domain: shared`. Prefer domain folders for new work.
|
|
40
|
+
|
|
41
|
+
## Mental model
|
|
42
|
+
|
|
43
|
+
- **`docs/`** is the single source of truth. Humans edit via `repo-mind ui`; agents read via MCP.
|
|
44
|
+
- MCP reads **published files only** — not SQLite drafts.
|
|
45
|
+
- **Prepared page** = valid `type:` in frontmatter.
|
|
46
|
+
- **LinkIndex** connects pages via `related:`, wikilinks `[[slug]]`, folder edges.
|
|
47
|
+
|
|
48
|
+
## When to use this skill
|
|
49
|
+
|
|
50
|
+
- Creating or reorganizing project documentation
|
|
51
|
+
- Writing product specs, ADRs, game design docs, analytics dictionaries
|
|
52
|
+
- Choosing domain + type + folder for a new page
|
|
53
|
+
- Frontmatter, wikilinks, `related:`, migration from legacy markdown
|
|
54
|
+
|
|
55
|
+
## Agent workflow checklist
|
|
56
|
+
|
|
57
|
+
```
|
|
58
|
+
- [ ] Read structure.md — pick domain then type
|
|
59
|
+
- [ ] MCP: search_docs → get_doc (filter by domain when scoped)
|
|
60
|
+
- [ ] Path: docs/{domain}/{type-folder}/{name}.md
|
|
61
|
+
- [ ] Frontmatter: type, domain, slug, status, title, tags, related, updated
|
|
62
|
+
- [ ] Body: type template + wikilinks [[slug]]
|
|
63
|
+
- [ ] Update domain or subfolder README.md for major additions
|
|
64
|
+
- [ ] repo-mind check
|
|
65
|
+
- [ ] Legacy: prepare [--all]; sync-links [--dry-run]
|
|
66
|
+
```
|
|
67
|
+
|
|
68
|
+
## Frontmatter rules
|
|
69
|
+
|
|
70
|
+
### Required fields
|
|
71
|
+
|
|
72
|
+
| Field | Rule |
|
|
73
|
+
|-------|------|
|
|
74
|
+
| `type` | `adr` \| `feature-spec` \| `glossary-term` \| `open-question` \| `agent-instruction` \| `wiki-page` |
|
|
75
|
+
| `domain` | `product` \| `technical` \| `game-design` \| `analytics` \| `art` \| `narrative` \| `ops` \| `shared` |
|
|
76
|
+
| `slug` | Lowercase `[a-z0-9-]*`, globally unique |
|
|
77
|
+
| `status` | `draft` \| `proposed` \| `accepted` \| `superseded` |
|
|
78
|
+
|
|
79
|
+
### Recommended / optional
|
|
80
|
+
|
|
81
|
+
| Field | Rule |
|
|
82
|
+
|-------|------|
|
|
83
|
+
| `title` | Human-readable name |
|
|
84
|
+
| `tags` | YAML string array |
|
|
85
|
+
| `related` | Existing slugs only — `check` fails on broken |
|
|
86
|
+
| `owner`, `updated` | Owner string; date `YYYY-MM-DD` |
|
|
87
|
+
|
|
88
|
+
`domain` must match the first path segment when using domain folders (e.g. file under `game-design/` → `domain: game-design`).
|
|
89
|
+
|
|
90
|
+
### Type → subfolder
|
|
91
|
+
|
|
92
|
+
| type | subfolder |
|
|
93
|
+
|------|-----------|
|
|
94
|
+
| `adr` | `adr/` |
|
|
95
|
+
| `feature-spec` | `specs/` |
|
|
96
|
+
| `glossary-term` | `glossary/` |
|
|
97
|
+
| `open-question` | `open-questions/` |
|
|
98
|
+
| `agent-instruction` | `agents/` |
|
|
99
|
+
| `wiki-page` | `wiki/` |
|
|
100
|
+
|
|
101
|
+
Templates: `templates/*-example.md` (after `repo-mind init`).
|
|
102
|
+
|
|
103
|
+
## Body structure by type
|
|
104
|
+
|
|
105
|
+
| type | Sections |
|
|
106
|
+
|------|----------|
|
|
107
|
+
| `adr` | Context / Decision / Consequences |
|
|
108
|
+
| `feature-spec` | Summary / Requirements / Open Questions |
|
|
109
|
+
| `glossary-term` | Definition (1–2 paragraphs) |
|
|
110
|
+
| `open-question` | Question / Options / Decision criteria |
|
|
111
|
+
| `agent-instruction` | Numbered agent workflow |
|
|
112
|
+
| `wiki-page` | Freeform with clear headings |
|
|
113
|
+
|
|
114
|
+
See [examples.md](examples.md). Domain-specific examples: product PRD in `product/specs/`, ADR in `technical/adr/`, combat spec in `game-design/specs/`.
|
|
115
|
+
|
|
116
|
+
### Folder indexes
|
|
117
|
+
|
|
118
|
+
- `docs/README.md` — root hub listing domains
|
|
119
|
+
- `docs/{domain}/README.md` — domain index
|
|
120
|
+
- `docs/{domain}/{type-folder}/README.md` — optional section index
|
|
121
|
+
|
|
122
|
+
### Structured files & images
|
|
123
|
+
|
|
124
|
+
- `*.yaml`, `*.json` under `docs/` — no frontmatter; domain from path
|
|
125
|
+
- Images: `` relative to the markdown file
|
|
126
|
+
|
|
127
|
+
## Linking between articles
|
|
128
|
+
|
|
129
|
+
| Mechanism | Where | Purpose |
|
|
130
|
+
|-----------|-------|---------|
|
|
131
|
+
| `related:` | frontmatter | Graph / `explore_graph` — 2–5 key edges |
|
|
132
|
+
| `[[slug]]` | body | Inline links + backlinks |
|
|
133
|
+
| `[[Label\|slug]]` | body | Custom display text |
|
|
134
|
+
|
|
135
|
+
**Cross-domain links are encouraged** — e.g. game-design spec linking to analytics event slug.
|
|
136
|
+
|
|
137
|
+
1. Body → wikilinks; frontmatter `related:` for strategic graph edges only.
|
|
138
|
+
2. Glossary terms → `shared/glossary/` or domain glossary; link on first mention.
|
|
139
|
+
3. Run `sync-links` after migrating markdown `[links](path.md)`.
|
|
140
|
+
|
|
141
|
+
## CLI & MCP
|
|
142
|
+
|
|
143
|
+
| Command / tool | Use |
|
|
144
|
+
|----------------|-----|
|
|
145
|
+
| `repo-mind init` | Domain-based scaffold |
|
|
146
|
+
| `repo-mind prepare [--all]` | Add frontmatter to legacy md |
|
|
147
|
+
| `repo-mind sync-links` | Wikilinks + related sync |
|
|
148
|
+
| `repo-mind check` | Schema, domain, links |
|
|
149
|
+
| `list_docs` / `search_docs` | Filter by `domain`, `type`, `status`, `tag` |
|
|
150
|
+
| `get_doc`, `explore_graph` | Read and traverse |
|
|
151
|
+
|
|
152
|
+
Details: [reference.md](reference.md).
|
|
153
|
+
|
|
154
|
+
## Output quality bar
|
|
155
|
+
|
|
156
|
+
1. Correct **domain** and **type** for the content
|
|
157
|
+
2. File under `docs/{domain}/{type-folder}/`
|
|
158
|
+
3. Frontmatter validates; slug unique
|
|
159
|
+
4. `related:` and wikilinks resolve
|
|
160
|
+
5. `repo-mind check` passes
|
|
@@ -0,0 +1,429 @@
|
|
|
1
|
+
# RepoMind docs — examples
|
|
2
|
+
|
|
3
|
+
Minimal samples. Full scaffolds: RepoMind `templates/*-example.md` (installed to project by `repo-mind init`).
|
|
4
|
+
|
|
5
|
+
## ADR (technical domain)
|
|
6
|
+
|
|
7
|
+
File: `docs/technical/adr/use-plain-markdown.md`
|
|
8
|
+
|
|
9
|
+
```markdown
|
|
10
|
+
---
|
|
11
|
+
type: adr
|
|
12
|
+
domain: technical
|
|
13
|
+
slug: use-plain-markdown
|
|
14
|
+
status: accepted
|
|
15
|
+
title: Use plain Markdown for project knowledge
|
|
16
|
+
tags:
|
|
17
|
+
- storage
|
|
18
|
+
related:
|
|
19
|
+
- mcp
|
|
20
|
+
updated: 2026-06-21
|
|
21
|
+
---
|
|
22
|
+
|
|
23
|
+
## Context
|
|
24
|
+
…
|
|
25
|
+
|
|
26
|
+
## Decision
|
|
27
|
+
Store knowledge under `docs/` with domain folders. Agents query via [[mcp]].
|
|
28
|
+
|
|
29
|
+
## Consequences
|
|
30
|
+
…
|
|
31
|
+
```
|
|
32
|
+
|
|
33
|
+
## Product feature spec
|
|
34
|
+
|
|
35
|
+
File: `docs/product/specs/onboarding-flow.md`
|
|
36
|
+
|
|
37
|
+
```markdown
|
|
38
|
+
---
|
|
39
|
+
type: feature-spec
|
|
40
|
+
domain: product
|
|
41
|
+
slug: onboarding-flow
|
|
42
|
+
status: proposed
|
|
43
|
+
title: User onboarding flow
|
|
44
|
+
tags:
|
|
45
|
+
- onboarding
|
|
46
|
+
related:
|
|
47
|
+
- search-ranking
|
|
48
|
+
updated: 2026-06-21
|
|
49
|
+
---
|
|
50
|
+
|
|
51
|
+
## Summary
|
|
52
|
+
First-session tutorial through core loop.
|
|
53
|
+
|
|
54
|
+
## Requirements
|
|
55
|
+
- …
|
|
56
|
+
|
|
57
|
+
## Open Questions
|
|
58
|
+
See [[search-ranking]] for analytics scope.
|
|
59
|
+
```
|
|
60
|
+
|
|
61
|
+
## Game design spec
|
|
62
|
+
|
|
63
|
+
File: `docs/game-design/specs/combat-system.md`
|
|
64
|
+
|
|
65
|
+
```markdown
|
|
66
|
+
---
|
|
67
|
+
type: feature-spec
|
|
68
|
+
domain: game-design
|
|
69
|
+
slug: combat-system
|
|
70
|
+
status: proposed
|
|
71
|
+
title: Combat System
|
|
72
|
+
related:
|
|
73
|
+
- mcp
|
|
74
|
+
updated: 2026-06-21
|
|
75
|
+
---
|
|
76
|
+
|
|
77
|
+
## Summary
|
|
78
|
+
Turn-based combat with stamina and positioning.
|
|
79
|
+
|
|
80
|
+
## Requirements
|
|
81
|
+
- …
|
|
82
|
+
```
|
|
83
|
+
|
|
84
|
+
## Analytics event dictionary (yaml)
|
|
85
|
+
|
|
86
|
+
File: `docs/analytics/specs/event-dictionary.yaml` — indexed without frontmatter; domain inferred as `analytics`.
|
|
87
|
+
|
|
88
|
+
## Glossary (shared domain)
|
|
89
|
+
|
|
90
|
+
File: `docs/shared/glossary/mcp.md`
|
|
91
|
+
|
|
92
|
+
```markdown
|
|
93
|
+
---
|
|
94
|
+
type: glossary-term
|
|
95
|
+
domain: shared
|
|
96
|
+
slug: mcp
|
|
97
|
+
status: accepted
|
|
98
|
+
title: Model Context Protocol (MCP)
|
|
99
|
+
related:
|
|
100
|
+
- use-plain-markdown
|
|
101
|
+
updated: 2026-06-21
|
|
102
|
+
---
|
|
103
|
+
|
|
104
|
+
MCP connects agents to tools and data. RepoMind exposes `docs/` via MCP read tools.
|
|
105
|
+
```
|
|
106
|
+
|
|
107
|
+
## ADR with related + wikilink (legacy flat path example)
|
|
108
|
+
|
|
109
|
+
```markdown
|
|
110
|
+
---
|
|
111
|
+
type: adr
|
|
112
|
+
domain: technical
|
|
113
|
+
slug: use-plain-markdown
|
|
114
|
+
status: accepted
|
|
115
|
+
title: Use plain Markdown for project knowledge
|
|
116
|
+
tags:
|
|
117
|
+
- storage
|
|
118
|
+
- markdown
|
|
119
|
+
related:
|
|
120
|
+
- mcp
|
|
121
|
+
updated: 2026-06-21
|
|
122
|
+
---
|
|
123
|
+
|
|
124
|
+
## Context
|
|
125
|
+
|
|
126
|
+
We need a format that humans and agents can read without special tooling.
|
|
127
|
+
|
|
128
|
+
## Decision
|
|
129
|
+
|
|
130
|
+
Store all project knowledge as Markdown with YAML frontmatter under `docs/`.
|
|
131
|
+
Agents should query via [[mcp]] instead of reading whole repositories.
|
|
132
|
+
|
|
133
|
+
## Consequences
|
|
134
|
+
|
|
135
|
+
- Easy to diff in git
|
|
136
|
+
- No database required for v1
|
|
137
|
+
- Agents use MCP tools for targeted retrieval
|
|
138
|
+
```
|
|
139
|
+
|
|
140
|
+
Note: `related: [mcp]` for graph; `[[mcp]]` in body for inline link + backlinks.
|
|
141
|
+
|
|
142
|
+
## Glossary + backlink
|
|
143
|
+
|
|
144
|
+
```markdown
|
|
145
|
+
---
|
|
146
|
+
type: glossary-term
|
|
147
|
+
domain: shared
|
|
148
|
+
slug: mcp
|
|
149
|
+
status: accepted
|
|
150
|
+
title: Model Context Protocol (MCP)
|
|
151
|
+
tags:
|
|
152
|
+
- agents
|
|
153
|
+
- integration
|
|
154
|
+
related:
|
|
155
|
+
- use-plain-markdown
|
|
156
|
+
updated: 2026-06-21
|
|
157
|
+
---
|
|
158
|
+
|
|
159
|
+
Model Context Protocol (MCP) is a standard for connecting AI agents to tools
|
|
160
|
+
and data sources. RepoMind exposes project knowledge through MCP read tools so
|
|
161
|
+
agents query by intent instead of ingesting entire files.
|
|
162
|
+
```
|
|
163
|
+
|
|
164
|
+
Other pages link back with `[[mcp]]` — backlinks appear in the UI reader.
|
|
165
|
+
|
|
166
|
+
## Feature spec (proposed)
|
|
167
|
+
|
|
168
|
+
```markdown
|
|
169
|
+
---
|
|
170
|
+
type: feature-spec
|
|
171
|
+
domain: technical
|
|
172
|
+
slug: user-authentication
|
|
173
|
+
status: proposed
|
|
174
|
+
title: User Authentication
|
|
175
|
+
tags:
|
|
176
|
+
- auth
|
|
177
|
+
- security
|
|
178
|
+
related:
|
|
179
|
+
- mcp
|
|
180
|
+
updated: 2026-06-21
|
|
181
|
+
---
|
|
182
|
+
|
|
183
|
+
## Summary
|
|
184
|
+
|
|
185
|
+
Users sign in with email and password. Sessions expire after 24 hours.
|
|
186
|
+
|
|
187
|
+
## Requirements
|
|
188
|
+
|
|
189
|
+
- Password hashing with bcrypt
|
|
190
|
+
- Rate limiting on login attempts
|
|
191
|
+
- Session tokens stored as httpOnly cookies
|
|
192
|
+
|
|
193
|
+
## Open Questions
|
|
194
|
+
|
|
195
|
+
See [[search-ranking]] for unresolved ranking behavior.
|
|
196
|
+
```
|
|
197
|
+
|
|
198
|
+
Use `status: proposed` until the team accepts; move to `accepted` after review.
|
|
199
|
+
|
|
200
|
+
## Open question (product)
|
|
201
|
+
|
|
202
|
+
```markdown
|
|
203
|
+
---
|
|
204
|
+
type: open-question
|
|
205
|
+
domain: product
|
|
206
|
+
slug: search-ranking
|
|
207
|
+
status: draft
|
|
208
|
+
title: Is grep ranking good enough?
|
|
209
|
+
tags:
|
|
210
|
+
- search
|
|
211
|
+
related:
|
|
212
|
+
- mcp
|
|
213
|
+
updated: 2026-06-21
|
|
214
|
+
---
|
|
215
|
+
|
|
216
|
+
## Question
|
|
217
|
+
|
|
218
|
+
Should v1 ship with simple grep-based ranking, or invest in SQLite FTS early?
|
|
219
|
+
|
|
220
|
+
## Options
|
|
221
|
+
|
|
222
|
+
1. Grep + scoring formula (current plan)
|
|
223
|
+
2. SQLite FTS index
|
|
224
|
+
|
|
225
|
+
## Decision criteria
|
|
226
|
+
|
|
227
|
+
Run the A/B kill-switch demo. Upgrade only if ranking quality blocks adoption.
|
|
228
|
+
```
|
|
229
|
+
|
|
230
|
+
## Agent instruction (shared)
|
|
231
|
+
|
|
232
|
+
```markdown
|
|
233
|
+
---
|
|
234
|
+
type: agent-instruction
|
|
235
|
+
domain: shared
|
|
236
|
+
slug: query-first
|
|
237
|
+
status: accepted
|
|
238
|
+
title: Query project knowledge before reading files
|
|
239
|
+
tags:
|
|
240
|
+
- agents
|
|
241
|
+
- workflow
|
|
242
|
+
related:
|
|
243
|
+
- mcp
|
|
244
|
+
updated: 2026-06-21
|
|
245
|
+
---
|
|
246
|
+
|
|
247
|
+
When answering project questions:
|
|
248
|
+
|
|
249
|
+
1. Call `search_docs` or `get_glossary_term` first
|
|
250
|
+
2. Use `get_doc` for the specific slug you need
|
|
251
|
+
3. Use `explore_graph` to understand related decisions
|
|
252
|
+
4. Only read raw markdown files if MCP tools return no results
|
|
253
|
+
```
|
|
254
|
+
|
|
255
|
+
## Domain README
|
|
256
|
+
|
|
257
|
+
File: `docs/game-design/README.md`
|
|
258
|
+
|
|
259
|
+
```markdown
|
|
260
|
+
---
|
|
261
|
+
type: wiki-page
|
|
262
|
+
domain: game-design
|
|
263
|
+
slug: game-design-index
|
|
264
|
+
status: accepted
|
|
265
|
+
title: Game design
|
|
266
|
+
updated: 2026-06-21
|
|
267
|
+
---
|
|
268
|
+
|
|
269
|
+
# Game design
|
|
270
|
+
|
|
271
|
+
- [[combat-system]] — turn-based combat (proposed)
|
|
272
|
+
- Mechanics glossary → `glossary/`
|
|
273
|
+
```
|
|
274
|
+
|
|
275
|
+
## Folder README (specs section)
|
|
276
|
+
|
|
277
|
+
File: `docs/product/specs/README.md`
|
|
278
|
+
|
|
279
|
+
```markdown
|
|
280
|
+
---
|
|
281
|
+
type: wiki-page
|
|
282
|
+
domain: product
|
|
283
|
+
slug: product-specs-index
|
|
284
|
+
status: accepted
|
|
285
|
+
title: Product specifications
|
|
286
|
+
updated: 2026-06-21
|
|
287
|
+
---
|
|
288
|
+
|
|
289
|
+
# Product specs
|
|
290
|
+
|
|
291
|
+
- [[onboarding-flow]] — first session (proposed)
|
|
292
|
+
```
|
|
293
|
+
|
|
294
|
+
## Folder README snippet (legacy naming)
|
|
295
|
+
|
|
296
|
+
```markdown
|
|
297
|
+
---
|
|
298
|
+
type: wiki-page
|
|
299
|
+
slug: specs-index
|
|
300
|
+
status: accepted
|
|
301
|
+
title: Specifications
|
|
302
|
+
tags:
|
|
303
|
+
- index
|
|
304
|
+
related:
|
|
305
|
+
- user-authentication
|
|
306
|
+
updated: 2026-06-21
|
|
307
|
+
---
|
|
308
|
+
|
|
309
|
+
# Specifications
|
|
310
|
+
|
|
311
|
+
Product and feature specs for this project.
|
|
312
|
+
|
|
313
|
+
- [[user-authentication]] — email/password auth (proposed)
|
|
314
|
+
```
|
|
315
|
+
|
|
316
|
+
Place as `docs/specs/README.md`. Tree treats `{folder}/README.md` as the folder index.
|
|
317
|
+
|
|
318
|
+
## Wiki page (freeform)
|
|
319
|
+
|
|
320
|
+
```markdown
|
|
321
|
+
---
|
|
322
|
+
type: wiki-page
|
|
323
|
+
slug: onboarding
|
|
324
|
+
status: accepted
|
|
325
|
+
title: Developer onboarding
|
|
326
|
+
tags:
|
|
327
|
+
- wiki
|
|
328
|
+
related:
|
|
329
|
+
- query-first
|
|
330
|
+
- mcp
|
|
331
|
+
updated: 2026-06-21
|
|
332
|
+
---
|
|
333
|
+
|
|
334
|
+
# Developer onboarding
|
|
335
|
+
|
|
336
|
+
1. Clone the repo and run `repo-mind setup`
|
|
337
|
+
2. Read [[query-first]] for agent workflow
|
|
338
|
+
3. Browse glossary terms starting with [[mcp]]
|
|
339
|
+
```
|
|
340
|
+
|
|
341
|
+
## sync-links: before and after
|
|
342
|
+
|
|
343
|
+
**Before** (legacy markdown links):
|
|
344
|
+
|
|
345
|
+
```markdown
|
|
346
|
+
---
|
|
347
|
+
type: wiki-page
|
|
348
|
+
slug: legacy-page
|
|
349
|
+
status: accepted
|
|
350
|
+
title: Legacy Page
|
|
351
|
+
related: []
|
|
352
|
+
updated: 2026-06-21
|
|
353
|
+
---
|
|
354
|
+
|
|
355
|
+
See [MCP glossary](../glossary/mcp.md) for details.
|
|
356
|
+
Also related to [plain markdown ADR](../adr/use-plain-markdown.md).
|
|
357
|
+
```
|
|
358
|
+
|
|
359
|
+
**After** `repo-mind sync-links`:
|
|
360
|
+
|
|
361
|
+
```markdown
|
|
362
|
+
---
|
|
363
|
+
type: wiki-page
|
|
364
|
+
slug: legacy-page
|
|
365
|
+
status: accepted
|
|
366
|
+
title: Legacy Page
|
|
367
|
+
related:
|
|
368
|
+
- mcp
|
|
369
|
+
- use-plain-markdown
|
|
370
|
+
updated: 2026-06-21
|
|
371
|
+
---
|
|
372
|
+
|
|
373
|
+
See [[mcp]] for details.
|
|
374
|
+
Also related to [[use-plain-markdown]].
|
|
375
|
+
```
|
|
376
|
+
|
|
377
|
+
Run `repo-mind sync-links --dry-run` first to preview conversions.
|
|
378
|
+
|
|
379
|
+
## Image in markdown
|
|
380
|
+
|
|
381
|
+
File: `docs/specs/auth-flow.md`
|
|
382
|
+
|
|
383
|
+
```markdown
|
|
384
|
+

|
|
385
|
+
```
|
|
386
|
+
|
|
387
|
+
Asset file: `docs/assets/auth-login.png`
|
|
388
|
+
|
|
389
|
+
## Structured yaml (no frontmatter)
|
|
390
|
+
|
|
391
|
+
File: `docs/config/app.yaml`:
|
|
392
|
+
|
|
393
|
+
```yaml
|
|
394
|
+
environment: production
|
|
395
|
+
features:
|
|
396
|
+
auth: true
|
|
397
|
+
```
|
|
398
|
+
|
|
399
|
+
Indexed as slug `config-app`. Open in UI reader as formatted yaml; not editable via markdown frontmatter flow.
|
|
400
|
+
|
|
401
|
+
## prepare: legacy file
|
|
402
|
+
|
|
403
|
+
**Before** (no frontmatter):
|
|
404
|
+
|
|
405
|
+
```markdown
|
|
406
|
+
# Old wiki note
|
|
407
|
+
|
|
408
|
+
Some content without schema.
|
|
409
|
+
```
|
|
410
|
+
|
|
411
|
+
**After** `repo-mind prepare wiki/old-note.md`:
|
|
412
|
+
|
|
413
|
+
```markdown
|
|
414
|
+
---
|
|
415
|
+
type: wiki-page
|
|
416
|
+
slug: old-note
|
|
417
|
+
status: accepted
|
|
418
|
+
title: Old note
|
|
419
|
+
tags: []
|
|
420
|
+
related: []
|
|
421
|
+
updated: 2026-06-22
|
|
422
|
+
---
|
|
423
|
+
|
|
424
|
+
# Old wiki note
|
|
425
|
+
|
|
426
|
+
Some content without schema.
|
|
427
|
+
```
|
|
428
|
+
|
|
429
|
+
Type inferred from `wiki/` folder path.
|