# @stoa-mcp/cli - Doramagic AI Context Pack

> 定位：安装前体验与判断资产。它帮助宿主 AI 有一个好的开始，但不代表已经安装、执行或验证目标项目。

## 充分原则

- **充分原则，不是压缩原则**：AI Context Pack 应该充分到让宿主 AI 在开工前理解项目价值、能力边界、使用入口、风险和证据来源；它可以分层组织，但不以最短摘要为目标。
- **压缩策略**：只压缩噪声和重复内容，不压缩会影响判断和开工质量的上下文。

## 给宿主 AI 的使用方式

你正在读取 Doramagic 为 @stoa-mcp/cli 编译的 AI Context Pack。请把它当作开工前上下文：帮助用户理解适合谁、能做什么、如何开始、哪些必须安装后验证、风险在哪里。不要声称你已经安装、运行或执行了目标项目。

## Claim 消费规则

- **事实来源**：Repo Evidence + Claim/Evidence Graph；Human Wiki 只提供显著性、术语和叙事结构。
- **事实最低状态**：`supported`
- `supported`：可以作为项目事实使用，但回答中必须引用 claim_id 和证据路径。
- `weak`：只能作为低置信度线索，必须要求用户继续核实。
- `inferred`：只能用于风险提示或待确认问题，不能包装成项目事实。
- `unverified`：不得作为事实使用，应明确说证据不足。
- `contradicted`：必须展示冲突来源，不得替用户强行选择一个版本。

## 它最适合谁

- **正在使用 Claude/Codex/Cursor/Gemini 等宿主 AI 的开发者**：README 或插件配置提到多个宿主 AI。 证据：`README.md` Claim：`clm_0002` supported 0.86

## 它能做什么

- **命令行启动或安装流程**（需要安装后验证）：项目文档中存在可执行命令，真实使用需要在本地或宿主环境中运行这些命令。 证据：`README.md` Claim：`clm_0001` supported 0.86

## 怎么开始

- `npm i -g @stoa-mcp/cli` 证据：`README.md` Claim：`clm_0003` supported 0.86

## 继续前判断卡

- **当前建议**：先做权限沙盒试用
- **为什么**：项目存在安装命令、宿主配置或本地写入线索，不建议直接进入主力环境，应先在隔离环境试装。

### 30 秒判断

- **现在怎么做**：先做权限沙盒试用
- **最小安全下一步**：先跑 Prompt Preview；若仍要安装，只在隔离环境试装
- **先别相信**：工具权限边界不能在安装前相信。
- **继续会触碰**：命令执行、本地环境或项目文件、宿主 AI 上下文

### 现在可以相信

- **适合人群线索：正在使用 Claude/Codex/Cursor/Gemini 等宿主 AI 的开发者**（supported）：有 supported claim 或项目证据支撑，但仍不等于真实安装效果。 证据：`README.md` Claim：`clm_0002` supported 0.86
- **能力存在：命令行启动或安装流程**（supported）：可以相信项目包含这类能力线索；是否适合你的具体任务仍要试用或安装后验证。 证据：`README.md` Claim：`clm_0001` supported 0.86
- **存在 Quick Start / 安装命令线索**（supported）：可以相信项目文档出现过启动或安装入口；不要因此直接在主力环境运行。 证据：`README.md` Claim：`clm_0003` supported 0.86

### 现在还不能相信

- **工具权限边界不能在安装前相信。**（unverified）：MCP/tool 类项目通常会触碰文件、网络、浏览器或外部 API，必须真实检查权限和日志。
- **真实输出质量不能在安装前相信。**（unverified）：Prompt Preview 只能展示引导方式，不能证明真实项目中的结果质量。
- **宿主 AI 版本兼容性不能在安装前相信。**（unverified）：Claude、Cursor、Codex、Gemini 等宿主加载规则和版本差异必须在真实环境验证。
- **不会污染现有宿主 AI 行为，不能直接相信。**（inferred）：Skill、plugin、AGENTS/CLAUDE/GEMINI 指令可能改变宿主 AI 的默认行为。
- **可安全回滚不能默认相信。**（unverified）：除非项目明确提供卸载和恢复说明，否则必须先在隔离环境验证。
- **真实安装后是否与用户当前宿主 AI 版本兼容？**（unverified）：兼容性只能通过实际宿主环境验证。
- **项目输出质量是否满足用户具体任务？**（unverified）：安装前预览只能展示流程和边界，不能替代真实评测。
- **安装命令是否需要网络、权限或全局写入？**（unverified）：这影响企业环境和个人环境的安装风险。 证据：`README.md`

### 继续会触碰什么

- **命令执行**：包管理器、网络下载、本地插件目录、项目配置或用户主目录。 原因：运行第一条命令就可能产生环境改动；必须先判断是否值得跑。 证据：`README.md`
- **本地环境或项目文件**：安装结果、插件缓存、项目配置或本地依赖目录。 原因：安装前无法证明写入范围和回滚方式，需要隔离验证。 证据：`README.md`
- **宿主 AI 上下文**：AI Context Pack、Prompt Preview、Skill 路由、风险规则和项目事实。 原因：导入上下文会影响宿主 AI 后续判断，必须避免把未验证项包装成事实。

### 最小安全下一步

- **先跑 Prompt Preview**：用安装前交互式试用判断工作方式是否匹配，不需要授权或改环境。（适用：任何项目都适用，尤其是输出质量未知时。）
- **只在隔离目录或测试账号试装**：避免安装命令污染主力宿主 AI、真实项目或用户主目录。（适用：存在命令执行、插件配置或本地写入线索时。）
- **安装后只验证一个最小任务**：先验证加载、兼容、输出质量和回滚，再决定是否深用。（适用：准备从试用进入真实工作流时。）

### 退出方式

- **保留安装前状态**：记录原始宿主配置和项目状态，后续才能判断是否可恢复。
- **记录安装命令和写入路径**：没有明确卸载说明时，至少要知道哪些目录或配置需要手动清理。
- **如果没有回滚路径，不进入主力环境**：不可回滚是继续前阻断项，不应靠信任或运气继续。

## 哪些只能预览

- 解释项目适合谁和能做什么
- 基于项目文档演示典型对话流程
- 帮助用户判断是否值得安装或继续研究

## 哪些必须安装后验证

- 真实安装 Skill、插件或 CLI
- 执行脚本、修改本地文件或访问外部服务
- 验证真实输出质量、性能和兼容性

## 边界与风险判断卡

- **把安装前预览误认为真实运行**：用户可能高估项目已经完成的配置、权限和兼容性验证。 处理方式：明确区分 prompt_preview_can_do 与 runtime_required。 Claim：`clm_0004` inferred 0.45
- **命令执行会修改本地环境**：安装命令可能写入用户主目录、宿主插件目录或项目配置。 处理方式：先在隔离环境或测试账号中运行。 证据：`README.md` Claim：`clm_0005` supported 0.86
- **待确认**：真实安装后是否与用户当前宿主 AI 版本兼容？。原因：兼容性只能通过实际宿主环境验证。
- **待确认**：项目输出质量是否满足用户具体任务？。原因：安装前预览只能展示流程和边界，不能替代真实评测。
- **待确认**：安装命令是否需要网络、权限或全局写入？。原因：这影响企业环境和个人环境的安装风险。

## 开工前工作上下文

### 加载顺序

- 先读取 how_to_use.host_ai_instruction，建立安装前判断资产的边界。
- 读取 claim_graph_summary，确认事实来自 Claim/Evidence Graph，而不是 Human Wiki 叙事。
- 再读取 intended_users、capabilities 和 quick_start_candidates，判断用户是否匹配。
- 需要执行具体任务时，优先查 role_skill_index，再查 evidence_index。
- 遇到真实安装、文件修改、网络访问、性能或兼容性问题时，转入 risk_card 和 boundaries.runtime_required。

### 任务路由

- **命令行启动或安装流程**：先说明这是安装后验证能力，再给出安装前检查清单。 边界：必须真实安装或运行后验证。 证据：`README.md` Claim：`clm_0001` supported 0.86

### 上下文规模

- 文件总数：436
- 重要文件覆盖：30/436
- 证据索引条目：30
- 角色 / Skill 条目：17

### 证据不足时的处理

- **missing_evidence**：说明证据不足，要求用户提供目标文件、README 段落或安装后验证记录；不要补全事实。
- **out_of_scope_request**：说明该任务超出当前 AI Context Pack 证据范围，并建议用户先查看 Human Manual 或真实安装后验证。
- **runtime_request**：给出安装前检查清单和命令来源，但不要替用户执行命令或声称已执行。
- **source_conflict**：同时展示冲突来源，标记为待核实，不要强行选择一个版本。

## Prompt Recipes

### 适配判断

- 目标：判断这个项目是否适合用户当前任务。
- 预期输出：适配结论、关键理由、证据引用、安装前可预览内容、必须安装后验证内容、下一步建议。

```text
请基于 @stoa-mcp/cli 的 AI Context Pack，先问我 3 个必要问题，然后判断它是否适合我的任务。回答必须包含：适合谁、能做什么、不能做什么、是否值得安装、证据来自哪里。所有项目事实必须引用 evidence_refs、source_paths 或 claim_id。
```

### 安装前体验

- 目标：让用户在安装前感受核心工作流，同时避免把预览包装成真实能力或营销承诺。
- 预期输出：一段带边界标签的体验剧本、安装后验证清单和谨慎建议；不含真实运行承诺或强营销表述。

```text
请把 @stoa-mcp/cli 当作安装前体验资产，而不是已安装工具或真实运行环境。

请严格输出四段：
1. 先问我 3 个必要问题。
2. 给出一段“体验剧本”：用 [安装前可预览]、[必须安装后验证]、[证据不足] 三种标签展示它可能如何引导工作流。
3. 给出安装后验证清单：列出哪些能力只有真实安装、真实宿主加载、真实项目运行后才能确认。
4. 给出谨慎建议：只能说“值得继续研究/试装”“先补充信息后再判断”或“不建议继续”，不得替项目背书。

硬性边界：
- 不要声称已经安装、运行、执行测试、修改文件或产生真实结果。
- 不要写“自动适配”“确保通过”“完美适配”“强烈建议安装”等承诺性表达。
- 如果描述安装后的工作方式，必须使用“如果安装成功且宿主正确加载 Skill，它可能会……”这种条件句。
- 体验剧本只能写成“示例台词/假设流程”：使用“可能会询问/可能会建议/可能会展示”，不要写“已写入、已生成、已通过、正在运行、正在生成”。
- Prompt Preview 不负责给安装命令；如用户准备试装，只能提示先阅读 Quick Start 和 Risk Card，并在隔离环境验证。
- 所有项目事实必须来自 supported claim、evidence_refs 或 source_paths；inferred/unverified 只能作风险或待确认项。

```

### 角色 / Skill 选择

- 目标：从项目里的角色或 Skill 中挑选最匹配的资产。
- 预期输出：候选角色或 Skill 列表，每项包含适用场景、证据路径、风险边界和是否需要安装后验证。

```text
请读取 role_skill_index，根据我的目标任务推荐 3-5 个最相关的角色或 Skill。每个推荐都要说明适用场景、可能输出、风险边界和 evidence_refs。
```

### 风险预检

- 目标：安装或引入前识别环境、权限、规则冲突和质量风险。
- 预期输出：环境、权限、依赖、许可、宿主冲突、质量风险和未知项的检查清单。

```text
请基于 risk_card、boundaries 和 quick_start_candidates，给我一份安装前风险预检清单。不要替我执行命令，只说明我应该检查什么、为什么检查、失败会有什么影响。
```

### 宿主 AI 开工指令

- 目标：把项目上下文转成一次对话开始前的宿主 AI 指令。
- 预期输出：一段边界明确、证据引用明确、适合复制给宿主 AI 的开工前指令。

```text
请基于 @stoa-mcp/cli 的 AI Context Pack，生成一段我可以粘贴给宿主 AI 的开工前指令。这段指令必须遵守 not_runtime=true，不能声称项目已经安装、运行或产生真实结果。
```


## 角色 / Skill 索引

- 共索引 17 个角色 / Skill / 项目文档条目。

- **Stoa**（project_doc）：Persistent shared memory for AI coding agents. Your Claude Code sessions stop forgetting things across days, repos, and machines. 激活提示：当用户需要理解项目结构、安装方式或边界时参考。 证据：`README.md`
- **Vault schema fixture**（project_doc）：Fixture vault for integration tests. Mirrors v1 conventions but smaller. 激活提示：当用户需要理解项目结构、安装方式或边界时参考。 证据：`tests/fixtures/test-vault/CLAUDE.md`
- **alpha — wiki conventions**（project_doc）：Mode: idea-map Scope: fixture for tests 激活提示：当用户需要理解项目结构、安装方式或边界时参考。 证据：`tests/fixtures/test-vault/wikis/alpha/CLAUDE.md`
- **beta — wiki conventions**（project_doc）：Mode: project-doc Scope: fixture demonstrating cross-wiki references 激活提示：当用户需要理解项目结构、安装方式或边界时参考。 证据：`tests/fixtures/test-vault/wikis/beta/CLAUDE.md`
- **Installation**（project_doc）：- Node.js 20 or newer. Check with node --version . - A vault directory — a folder containing a CLAUDE.md at its root and optionally an index/ subdirectory. The index/ is created automatically on first reindex if missing. If you don't have a vault yet, create an empty folder and a one-line CLAUDE.md to start. 激活提示：当用户需要理解项目结构、安装方式或边界时参考。 证据：`docs/installation.md`
- **Manual cross-repo smoke test**（project_doc）：Run this once per release to verify the cross-repo workflow end-to-end. 激活提示：当用户需要理解项目结构、安装方式或边界时参考。 证据：`docs/manual-smoke-test.md`
- **wait-for: push primitives**（project_doc）：Cross-process event coordination over the local filesystem. Four MCP tools — vault.wait-for , vault.wait-for-any , vault.wait-for-all , vault.wait-for-many — let an agent register a single bounded wait that resolves on the next matching journal or task event, instead of polling vault.channel-tail on a timer. 激活提示：当用户需要理解项目结构、安装方式或边界时参考。 证据：`docs/wait-for.md`
- **claim page template — instantiated by vault.new claim " " .**（project_doc）：<!-- Claim body: 1-3 sentences explaining the assertion. Keep prose under ~280 characters when possible — this is what vault.sync-skills will render into the deployed SKILL.md, and longer prose gets truncated or wraps awkwardly in agent context windows. 激活提示：当用户需要理解项目结构、安装方式或边界时参考。 证据：`tests/fixtures/templates/claim.md`
- **Wikis**（project_doc）：- alpha mode: idea-map — fixture wiki for tests - beta mode: project-doc — fixture wiki demonstrating cross-wiki links 激活提示：当用户需要理解项目结构、安装方式或边界时参考。 证据：`tests/fixtures/test-vault/REGISTRY.md`
- **Concept Bar**（project_doc）： 激活提示：当用户需要理解项目结构、安装方式或边界时参考。 证据：`tests/fixtures/test-vault/wikis/alpha/concepts/concept-bar.md`
- **Concept Foo**（project_doc）：The foo concept is fundamental to bar. 激活提示：当用户需要理解项目结构、安装方式或边界时参考。 证据：`tests/fixtures/test-vault/wikis/alpha/concepts/concept-foo.md`
- **Decision 2026 04 01 Pick Foo**（project_doc）：After comparing options we picked foo. 激活提示：当用户需要理解项目结构、安装方式或边界时参考。 证据：`tests/fixtures/test-vault/wikis/alpha/decisions/decision-2026-04-01-pick-foo.md`
- **alpha**（project_doc）： 激活提示：当用户需要理解项目结构、安装方式或边界时参考。 证据：`tests/fixtures/test-vault/wikis/alpha/map.md`
- **Synthesis Foo Vs Bar**（project_doc）：Compared foo and bar; foo wins for simplicity, bar wins for power. 激活提示：当用户需要理解项目结构、安装方式或边界时参考。 证据：`tests/fixtures/test-vault/wikis/alpha/synthesis/synthesis-foo-vs-bar.md`
- **Task Implement Baz**（project_doc）： 激活提示：当用户需要理解项目结构、安装方式或边界时参考。 证据：`tests/fixtures/test-vault/wikis/alpha/tasks/task-implement-baz.md`
- **Concept Quux**（project_doc）： 激活提示：当用户需要理解项目结构、安装方式或边界时参考。 证据：`tests/fixtures/test-vault/wikis/beta/concepts/concept-quux.md`
- **beta**（project_doc）： 激活提示：当用户需要理解项目结构、安装方式或边界时参考。 证据：`tests/fixtures/test-vault/wikis/beta/map.md`

## 证据索引

- 共索引 30 条证据。

- **Stoa**（documentation）：Persistent shared memory for AI coding agents. Your Claude Code sessions stop forgetting things across days, repos, and machines. 证据：`README.md`
- **Package**（package_manifest）：{ "name": "@stoa-mcp/cli", "version": "0.1.0", "description": "Persistent shared memory for AI coding agents MCP server + CLI ", "type": "module", "license": "FSL-1.1-MIT", "bin": { "stoa": "./dist/bin.js" }, "repository": { "type": "git", "url": "git+https://github.com/BrettNye/stoa.git" }, "homepage": "https://github.com/BrettNye/stoa readme", "bugs": { "url": "https://github.com/BrettNye/stoa/issues" }, "keywords": "mcp", "model-context-protocol", "claude", "claude-code", "memory", "knowledge-management", "ai-agents" , "files": "dist", "README.md" , "scripts": { "build": "tsc", "dev": "tsx src/bin.ts", "test": "vitest run", "test:watch": "vitest", "lint": "eslint src tests" }, "dependenc… 证据：`package.json`
- **Vault schema fixture**（documentation）：Fixture vault for integration tests. Mirrors v1 conventions but smaller. 证据：`tests/fixtures/test-vault/CLAUDE.md`
- **alpha — wiki conventions**（documentation）：Mode: idea-map Scope: fixture for tests 证据：`tests/fixtures/test-vault/wikis/alpha/CLAUDE.md`
- **beta — wiki conventions**（documentation）：Mode: project-doc Scope: fixture demonstrating cross-wiki references 证据：`tests/fixtures/test-vault/wikis/beta/CLAUDE.md`
- **Functional Source License, Version 1.1, MIT Future License**（source_file）：Functional Source License, Version 1.1, MIT Future License 证据：`LICENSE`
- **Installation**（documentation）：- Node.js 20 or newer. Check with node --version . - A vault directory — a folder containing a CLAUDE.md at its root and optionally an index/ subdirectory. The index/ is created automatically on first reindex if missing. If you don't have a vault yet, create an empty folder and a one-line CLAUDE.md to start. 证据：`docs/installation.md`
- **Manual cross-repo smoke test**（documentation）：Run this once per release to verify the cross-repo workflow end-to-end. 证据：`docs/manual-smoke-test.md`
- **wait-for: push primitives**（documentation）：Cross-process event coordination over the local filesystem. Four MCP tools — vault.wait-for , vault.wait-for-any , vault.wait-for-all , vault.wait-for-many — let an agent register a single bounded wait that resolves on the next matching journal or task event, instead of polling vault.channel-tail on a timer. 证据：`docs/wait-for.md`
- **claim page template — instantiated by vault.new claim " " .**（documentation）：<!-- Claim body: 1-3 sentences explaining the assertion. Keep prose under ~280 characters when possible — this is what vault.sync-skills will render into the deployed SKILL.md, and longer prose gets truncated or wraps awkwardly in agent context windows. 证据：`tests/fixtures/templates/claim.md`
- **.Eslintrc**（structured_config）：{ "parser": "@typescript-eslint/parser", "plugins": "@typescript-eslint" , "extends": "eslint:recommended", "plugin:@typescript-eslint/recommended" , "rules": { "@typescript-eslint/no-unused-vars": "warn", { "argsIgnorePattern": "^ ", "varsIgnorePattern": "^ " } , "@typescript-eslint/no-explicit-any": "off", "@typescript-eslint/no-unsafe-function-type": "off", "no-useless-escape": "off", "no-control-regex": "off", "no-constant-condition": "off", "prefer-const": "warn" } } 证据：`.eslintrc.json`
- **Tsconfig**（structured_config）：{ "compilerOptions": { "target": "ES2022", "module": "ESNext", "moduleResolution": "bundler", "outDir": "./dist", "rootDir": "./src", "strict": true, "esModuleInterop": true, "skipLibCheck": true, "forceConsistentCasingInFileNames": true, "resolveJsonModule": true, "declaration": true, "sourceMap": true }, "include": "src/ / " , "exclude": "node modules", "dist", "tests" } 证据：`tsconfig.json`
- **.gitignore**（source_file）：node modules/ dist/ .log .DS Store coverage/ 证据：`.gitignore`
- **statusline-pokemon.ps1 — emit a one-line statusline summary for the active vault Pokemon.**（source_file）：statusline-pokemon.ps1 — emit a one-line statusline summary for the active vault Pokemon. Usage: $env:STOA VAULT PATH= ; $env:VAULT POKEMON= ; .\statusline-pokemon.ps1 证据：`scripts/statusline-pokemon.ps1`
- **!/usr/bin/env bash**（source_file）：!/usr/bin/env bash statusline-pokemon.sh — emit a one-line statusline summary for the active vault Pokemon. Usage: env STOA VAULT PATH= VAULT POKEMON= statusline-pokemon.sh Wire into Claude Code statusline: "statusLine": { "type": "command", "command": "bash /path/to/statusline-pokemon.sh" } 证据：`scripts/statusline-pokemon.sh`
- **!/usr/bin/env node**（source_file）：!/usr/bin/env node import "./silence-dotenv.js"; // MUST be first — see comment in that file import { parseConfig, ConfigError } from "./config.js"; import { setCtx } from "./cli/ ctx.js"; import { buildCli } from "./cli/index.js"; import { startStdio } from "./transport/stdio.js"; 证据：`src/bin.ts`
- **Config**（source_file）：import { resolve } from "node:path"; import { z } from "zod"; 证据：`src/config.ts`
- **Silence Dotenv**（source_file）：// Side-effect-only module. MUST be imported FIRST in bin.ts and any other // entrypoint — before any module that transitively pulls in natural . // // The natural package depends on dotenv@17+ , which prints unsolicited // "tip:" advertisements to stdout on import. That corrupts MCP's stdio // JSON-RPC framing and prevents clients from connecting. Setting // DOTENV CONFIG QUIET=true before dotenv loads suppresses the tips. // // ESM evaluates imports in source order, so as long as this module is // imported first, the env var is in place before natural's transitive // dotenv module runs its top-level code. process.env.DOTENV CONFIG QUIET = "true"; 证据：`src/silence-dotenv.ts`
- **Wikis**（documentation）：- alpha mode: idea-map — fixture wiki for tests - beta mode: project-doc — fixture wiki demonstrating cross-wiki links 证据：`tests/fixtures/test-vault/REGISTRY.md`
- **Concept Bar**（documentation）：--- id: concept-bar title: "Bar concept" type: concept wiki: alpha status: active created: 2026-04-01 updated: 2026-04-28 summary: "The bar entity." tags: bar, testing --- Bar depends on foo. 证据：`tests/fixtures/test-vault/wikis/alpha/concepts/concept-bar.md`
- **Concept Foo**（documentation）：The foo concept is fundamental to bar. 证据：`tests/fixtures/test-vault/wikis/alpha/concepts/concept-foo.md`
- **Decision 2026 04 01 Pick Foo**（documentation）：After comparing options we picked foo. 证据：`tests/fixtures/test-vault/wikis/alpha/decisions/decision-2026-04-01-pick-foo.md`
- **alpha**（documentation）：--- id: map-alpha title: "alpha map" type: map wiki: alpha status: active created: 2026-04-01 updated: 2026-04-28 summary: "Map of the alpha wiki for fixture testing." --- alpha Fixture wiki content. 证据：`tests/fixtures/test-vault/wikis/alpha/map.md`
- **Synthesis Foo Vs Bar**（documentation）：Compared foo and bar; foo wins for simplicity, bar wins for power. 证据：`tests/fixtures/test-vault/wikis/alpha/synthesis/synthesis-foo-vs-bar.md`
- **Task Implement Baz**（documentation）：--- id: task-implement-baz title: "Implement baz handler" type: task wiki: alpha status: pending created: 2026-04-28 updated: 2026-04-28 summary: "Implement the baz request handler." --- Add a handler for baz requests. 证据：`tests/fixtures/test-vault/wikis/alpha/tasks/task-implement-baz.md`
- **Concept Quux**（documentation）：--- id: concept-quux title: "Quux concept" type: concept wiki: beta status: active created: 2026-04-01 updated: 2026-04-28 summary: "Quux is a downstream concept; alpha cites this." tags: quux, testing --- Quux extends foo and bar. 证据：`tests/fixtures/test-vault/wikis/beta/concepts/concept-quux.md`
- **beta**（documentation）：--- id: map-beta title: "beta map" type: map wiki: beta status: active created: 2026-04-01 updated: 2026-04-28 summary: "Map of the beta wiki." --- beta 证据：`tests/fixtures/test-vault/wikis/beta/map.md`
- **Helpers**（source_file）：// vault-mcp/tests/helpers.ts // // Shared test helpers for the claims plan Plan 1 test suites. Hoisted per // the plan's S7 test-helper hoisting + H8 import resolution hazards: 13 // downstream tasks import from this file, so it lives upstream of all of // them in the DAG. See wikis/ meta/plans/2026-05-02-vault-mcp-claims-plan- // 1-foundation-dag.md §task-test-helpers for the contract. // // Conventions: // - Temp vaults under os.tmpdir with mkdtempSync synchronous because // we want a stable directory name before any async work begins . // - Frontmatter is serialized via JSON.stringify per value to dodge YAML // escaping pitfalls matches the v1.5 friction T3-5 lesson on ISO date // quoti… 证据：`tests/helpers.ts`
- **Setup**（source_file）：import { mkdtempSync } from "node:fs"; import { join } from "node:path"; import { tmpdir } from "node:os"; 证据：`tests/setup.ts`
- **Vitest.Config**（source_file）：import { defineConfig } from "vitest/config"; 证据：`vitest.config.ts`

## 宿主 AI 必须遵守的规则

- **把本资产当作开工前上下文，而不是运行环境。**：AI Context Pack 只包含证据化项目理解，不包含目标项目的可执行状态。 证据：`README.md`, `package.json`, `tests/fixtures/test-vault/CLAUDE.md`
- **回答用户时区分可预览内容与必须安装后才能验证的内容。**：安装前体验的消费者价值来自降低误装和误判，而不是伪装成真实运行。 证据：`README.md`, `package.json`, `tests/fixtures/test-vault/CLAUDE.md`

## 用户开工前应该回答的问题

- 你准备在哪个宿主 AI 或本地环境中使用它？
- 你只是想先体验工作流，还是准备真实安装？
- 你最在意的是安装成本、输出质量、还是和现有规则的冲突？

## 验收标准

- 所有能力声明都能回指到 evidence_refs 中的文件路径。
- AI_CONTEXT_PACK.md 没有把预览包装成真实运行。
- 用户能在 3 分钟内看懂适合谁、能做什么、如何开始和风险边界。

---

## Doramagic Context Augmentation

下面内容用于强化 Repomix/AI Context Pack 主体。Human Manual 只提供阅读骨架；踩坑日志会被转成宿主 AI 必须遵守的工作约束。

## Human Manual 骨架

使用规则：这里只是项目阅读路线和显著性信号，不是事实权威。具体事实仍必须回到 repo evidence / Claim Graph。

宿主 AI 硬性规则：
- 不得把页标题、章节顺序、摘要或 importance 当作项目事实证据。
- 解释 Human Manual 骨架时，必须明确说它只是阅读路线/显著性信号。
- 能力、安装、兼容性、运行状态和风险判断必须引用 repo evidence、source path 或 Claim Graph。

- **项目概述**：importance `high`
  - source_paths: README.md, package.json, src/config.ts
- **核心概念**：importance `high`
  - source_paths: src/core/wikis.ts, src/core/claims.ts, src/core/pages.ts, src/core/profiles.ts, src/core/scope-hash.ts
- **系统架构**：importance `high`
  - source_paths: src/cli/index.ts, src/core/index.ts, src/tools/index.ts, src/core/start.ts
- **传输层实现**：importance `medium`
  - source_paths: src/transport/stdio.ts, src/transport/http.ts, src/transport/ui/index.ts, src/transport/ui/routes-read.ts, src/transport/ui/routes-write.ts
- **事件总线系统**：importance `high`
  - source_paths: src/core/eventbus/bus.ts, src/core/eventbus/match.ts, src/core/eventbus/registry.ts, src/core/eventbus/event-deriver.ts, src/core/eventbus/handle-wait.ts
- **召回与检索系统**：importance `high`
  - source_paths: src/core/recall.ts, src/core/claims-index.ts, src/core/recall-filter.ts, src/tools/recall.ts, src/tools/read.ts
- **Wiki管理**：importance `high`
  - source_paths: src/core/wikis.ts, src/core/frontmatter.ts, src/core/wikilinks.ts, src/core/synthesize.ts, src/tools/new-wiki.ts
- **任务协作系统**：importance `high`
  - source_paths: src/core/tasks.ts, src/core/inbox.ts, src/core/channel.ts, src/core/sync-enumerate.ts, src/tools/task-claim.ts

## Repo Inspection Evidence / 源码检查证据

- repo_clone_verified: true
- repo_inspection_verified: true
- repo_commit: `1f7295ccab5c8319905400084d619d4b8624bbce`
- inspected_files: `package.json`, `README.md`, `docs/manual-smoke-test.md`, `docs/agent-memory.md`, `docs/installation.md`, `docs/wait-for.md`, `src/config.ts`, `src/silence-dotenv.ts`, `src/bin.ts`, `src/cli/_ctx.ts`, `src/cli/index.ts`, `src/tools/list-invites.ts`, `src/tools/refresh-profile-memory.ts`, `src/tools/task-create.ts`, `src/tools/suggest-pokemon.ts`, `src/tools/inbox.ts`, `src/tools/channel-tail.ts`, `src/tools/_resolve-wiki.ts`, `src/tools/task-list.ts`, `src/tools/lint.ts`

宿主 AI 硬性规则：
- 没有 repo_clone_verified=true 时，不得声称已经读过源码。
- 没有 repo_inspection_verified=true 时，不得把 README/docs/package 文件判断写成事实。
- 没有 quick_start_verified=true 时，不得声称 Quick Start 已跑通。

## Doramagic Pitfall Constraints / 踩坑约束

这些规则来自 Doramagic 发现、验证或编译过程中的项目专属坑点。宿主 AI 必须把它们当作工作约束，而不是普通说明文字。

### Constraint 1: 可能修改宿主 AI 配置

- Trigger: 项目面向 Claude/Cursor/Codex/Gemini/OpenCode 等宿主，或安装命令涉及用户配置目录。
- Host AI rule: 列出会写入的配置文件、目录和卸载/回滚步骤。
- Why it matters: 安装可能改变本机 AI 工具行为，用户需要知道写入位置和回滚方法。
- Evidence: capability.host_targets | github_repo:1229401738 | https://github.com/BrettNye/stoa | host_targets=mcp_host, claude, claude_code
- Hard boundary: 不要把这个坑点包装成已解决、已验证或可忽略，除非后续验证证据明确证明它已经关闭。

### Constraint 2: 能力判断依赖假设

- Trigger: README/documentation is current enough for a first validation pass.
- Host AI rule: 将假设转成下游验证清单。
- Why it matters: 假设不成立时，用户拿不到承诺的能力。
- Evidence: capability.assumptions | github_repo:1229401738 | https://github.com/BrettNye/stoa | README/documentation is current enough for a first validation pass.
- Hard boundary: 不要把这个坑点包装成已解决、已验证或可忽略，除非后续验证证据明确证明它已经关闭。

### Constraint 3: 维护活跃度未知

- Trigger: 未记录 last_activity_observed。
- Host AI rule: 补 GitHub 最近 commit、release、issue/PR 响应信号。
- Why it matters: 新项目、停更项目和活跃项目会被混在一起，推荐信任度下降。
- Evidence: evidence.maintainer_signals | github_repo:1229401738 | https://github.com/BrettNye/stoa | last_activity_observed missing
- Hard boundary: 不要把这个坑点包装成已解决、已验证或可忽略，除非后续验证证据明确证明它已经关闭。

### Constraint 4: 下游验证发现风险项

- Trigger: no_demo
- Host AI rule: 进入安全/权限治理复核队列。
- Why it matters: 下游已经要求复核，不能在页面中弱化。
- Evidence: downstream_validation.risk_items | github_repo:1229401738 | https://github.com/BrettNye/stoa | no_demo; severity=medium
- Hard boundary: 不要把这个坑点包装成已解决、已验证或可忽略，除非后续验证证据明确证明它已经关闭。

### Constraint 5: 存在评分风险

- Trigger: no_demo
- Host AI rule: 把风险写入边界卡，并确认是否需要人工复核。
- Why it matters: 风险会影响是否适合普通用户安装。
- Evidence: risks.scoring_risks | github_repo:1229401738 | https://github.com/BrettNye/stoa | no_demo; severity=medium
- Hard boundary: 不要把这个坑点包装成已解决、已验证或可忽略，除非后续验证证据明确证明它已经关闭。

### Constraint 6: issue/PR 响应质量未知

- Trigger: issue_or_pr_quality=unknown。
- Host AI rule: 抽样最近 issue/PR，判断是否长期无人处理。
- Why it matters: 用户无法判断遇到问题后是否有人维护。
- Evidence: evidence.maintainer_signals | github_repo:1229401738 | https://github.com/BrettNye/stoa | issue_or_pr_quality=unknown
- Hard boundary: 不要把这个坑点包装成已解决、已验证或可忽略，除非后续验证证据明确证明它已经关闭。

### Constraint 7: 发布节奏不明确

- Trigger: release_recency=unknown。
- Host AI rule: 确认最近 release/tag 和 README 安装命令是否一致。
- Why it matters: 安装命令和文档可能落后于代码，用户踩坑概率升高。
- Evidence: evidence.maintainer_signals | github_repo:1229401738 | https://github.com/BrettNye/stoa | release_recency=unknown
- Hard boundary: 不要把这个坑点包装成已解决、已验证或可忽略，除非后续验证证据明确证明它已经关闭。