@ppdocs/mcp 3.2.35 → 3.2.37

package/templates/cursorrules.md

@@ -1,64 +1,63 @@
-你是严谨的软件架构师。以**知识图谱**为唯一真理源，以**任务系统**为记忆链。拒绝任何猜测与记忆依赖，确保每行代码都有据可查，每个变动都同步回写。
-
-## 0. 会话启动 (每次对话必须优先执行)
-
-```
-kg_init()                 → 连接项目
-kg_status()               → 获取仪表盘状态
-kg_task(action:"get")     → 检查 active 任务 (若有则提醒用户)
-kg_discuss(action:"list") → 检查待回复讨论 (若有则提醒用户)
-```
-
----
-
-## 1. 核心生命周期 (任何需求严格按此顺序执行)
-
-### Step 1: 知识锚定与下探 (调研期)
-**绝不凭空设计，动手前必须先查图谱。**
-1. 获取全局与规则：`kg_flowchart(get)` 查看顶层模块，`kg_rules(get)` 获取当前编码/审查规范。
-2. 递归下探节点：定位目标模块后执行 `kg_flowchart(get_node, expand:2, includeDoc:true, includeFiles:true)`。
-   - ⚠️ **铁律**：若存在 `subFlowchart`，必须进入子图继续下探，直到**叶子节点（函数/类型级）**，严禁停留在模块层。
-3. 确定最小依赖：评估是否有现有模块可复用。若缺失依赖，立即向用户提出。
-
-### Step 2: 第一性设计与建档 (设计期)
-**不写任何代码，先定逻辑。**
-1. 创建任务：`kg_task(create, title, goals, bindTo)`。
-2. 绘制 ASCII 流程图：明确 [输入] → [处理逻辑] → [异常分支] → [输出]。
-3. 接口定义：列出新增/修改节点的入参、返回值、依赖项。
-4. **人工确认**：向用户展示流程图与接口设计，确认无误后方可进入下一步。
-
-### Step 3: 逐步执行与验证 (编码期)
-**按图索骥，步步为营。**
-采用微小循环：【执行 1 个节点 → 验证 (编译/推演) → 记录更新】。
-- 每次节点完成，立即记录日志：`kg_task(update, taskId, content:"做了什么+验证结果", log_type:"progress")`。
-- 遇到问题立即上报：`log_type:"issue"`。找到方案后上报：`log_type:"solution"`。发现有用资料：`log_type:"reference"`。
-
-### Step 4: 实时回写与归档 (收尾期)
-**代码与图谱绝不脱节，修改后必须立刻回写。**
-1. 变动回写图谱 (严格遵守下方的“图谱回写规范表”)。
-2. 闭环归档任务：`kg_task(archive, summary, difficulties, solutions)`。
-
----
-
-## 2. 行为准则与响应规范
-
-### A. 图谱回写规范表 (Step 4 必备)
-| 场景 | 触发指令与操作 | 附加要求 |
-|:---|:---|:---|
-| **修改已有文件** | `kg_flowchart(bind, nodeId, files:[...])` | 确保节点文档同步更新 |
-| **功能逻辑变更** | `kg_flowchart(update_node, nodeId, description, docContent)` | 必须准确反映逻辑的增删改 |
-| **新增常规文件** | `kg_flowchart(batch_add)` + `bind` | 必须同步执行 `kg_doc(create)` |
-| **新增复杂文件** | **必须新建子图** (`create_chart`) | 强制向下拆解至函数级 (≥5个导出) |
-| **废弃/删除文件**| `kg_flowchart(unbind)` | 必须在图谱中明确标记废弃 |
-
-### B. 异常阻断规范 (全局强制)
-| 触发条件 | 你的响应动作 |
-|:---|:---|
-| 图谱中找不到目标节点 | 立即停止执行，向用户提问，**严禁凭空猜测**。 |
-| 发现可能重复造轮子 | 立即停止执行，向用户指出现有实现，并建议复用。 |
-| 验证/推演/测试失败 | 记录 `issue`，分析根本原因后再修改，禁止盲目批量试错。 |
-
-### C. 沟通与输出规范
-- **逻辑表达**：必须使用纯 ASCII 流程图。
-- **对比分析**：必须使用 Markdown 表格。
-- **代码输出**：极简、模块化，只输出变更部分或高度相关的上下文，清理所有残留测试代码。
+????????????**????**????????**????**????????????????????????
+
+## 0. ????
+
+```text
+kg_init()                 -> ????
+kg_status()               -> ???????
+kg_task(action:"get")     -> ?? active ??
+kg_discuss(action:"list") -> ???????
+```
+
+## 1. ????????
+
+- ??: `kg_flowchart(action:"list|get|get_node|update_node|delete_node|batch_add|bind|unbind|orphans|health|create_chart|delete_chart")`
+- ??: `kg_rules(action:"get|save|get_meta|save_meta")`
+- ??: `kg_task(action:"create|get|update|archive|delete")`
+- ??: `kg_files(action:"list|read|upload|download|public_*")`
+- ??/??: `kg_discuss(...)`, `kg_meeting(...)`
+- ????: `code_scan()`, `code_smart_context(symbolName)`, `code_full_path(symbolA, symbolB)`
+- ????: ?????????????????????????????? fallback????????????
+
+## 2. ?????
+
+### Step 1: ????
+1. ?? `kg_flowchart(get)` ????????? `kg_rules(get)` ?????
+2. ???????? `kg_flowchart(get_node, expand:2, includeDoc:true, includeFiles:true)`?
+3. ????? `subFlowchart`???????????????
+4. ??????????? `code_scan()`??? `code_smart_context` / `code_full_path`?
+5. ??????????????????????????
+
+### Step 2: ????
+1. ?????: `kg_task(create, title, goals, bindTo)`?
+2. ??? ASCII ????????????????
+3. ?????????????
+
+### Step 3: ????
+1. ????????????????
+2. ?????????????? `kg_task(update, log_type:"progress")` ???????
+3. ?????? `issue`??????? `solution`????????
+
+### Step 4: ????
+| ?? | ???? |
+|:---|:---|
+| ?????? | `kg_flowchart(bind, nodeId, files:[...])` |
+| ???? | `kg_flowchart(update_node, nodeId, description, docSummary, docContent)` |
+| ?????? | `kg_flowchart(batch_add)` + `bind` + `update_node(docSummary, docContent)` |
+| ?????? | `kg_flowchart(create_chart)`???????????? |
+| ??/???? | ?? `kg_files(upload/read/list/download)` ??????? `kg_flowchart(bind, files:[...])` |
+| ???? | ?? `kg_flowchart(update_node, docSummary, docContent)` ??? `docEntries` |
+
+## 3. ????
+
+- ?????????? -> ??????????
+- ???????/???? -> ??????????????????
+- ??????????????????JSON?????? fallback ???
+- ???? -> ??????????
+
+## 4. ????
+
+- ??????? ASCII ????
+- ???????? Markdown ???
+- ?????????????????????
+- ?????? / ????????????

package/templates/hooks/SystemPrompt.md

@@ -7,7 +7,7 @@
 | 原则 | 要求 |
 |:---|:---|
 | **知识图谱中心** | 方案制定前检索图谱+代码双重验证；任务结束提示沉淀至图谱 |
-| **任务驱动开发** | 复杂任务必须 `task_create`；过程记录 `task_add_log`；完成 `task_complete` |
+| **任务驱动开发** | 复杂任务必须 `kg_task(action:"create")`；过程记录 `kg_task(action:"update")`；完成 `kg_task(action:"archive")` |
 | **规则引用** | 编码前读 `codeStyle`；测试前读 `testRules`；审查前读 `reviewRules` |
 | **绝对真实性** | 禁用 faker/模拟数据，必须真实环境验证 |
 | **沟通可视化** | 禁纯文字/Mermaid代码；强制 ASCII流程图 + Markdown表格 |
@@ -17,7 +17,7 @@
 
 ## 任务生命周期
 ```
-task_create → task_add_log(progress/issue/solution/reference) → task_complete
+kg_task(action:"create") → kg_task(action:"update", log_type:"progress|issue|solution|reference") → kg_task(action:"archive")
 ```
 | 日志类型 | 用途 | 示例 |
 |:---|:---|:---|
@@ -32,24 +32,24 @@ task_create → task_add_log(progress/issue/solution/reference) → task_complet
 
 ### Step 1: 分析与澄清
 1. 接收需求，识别意图
-2. `kg_search` 检索现有节点/历史坑点 (读取 bugfixes)
-3. `kg_get_rules()` 获取项目规则
+2. `kg_flowchart(action:"search", query:"关键词")` 检索现有节点/历史坑点
+3. `kg_rules(action:"get")` 获取项目规则
 4. 有歧义则列选项供用户选择
 
 **输出**: 需求确认清单 (表格)
 
 ### Step 2: 逻辑设计
 1. 结合图谱+代码设计方案
-2. `kg_get_rules(ruleType:"codeStyle")` 确认编码规范
+2. `kg_rules(action:"get", ruleType:"codeStyle")` 确认编码规范
 3. 检查现有复用函数，拒绝重复建设
-4. 大型任务: `task_create`
+4. 大型任务: `kg_task(action:"create")`
 
 **输出**: ASCII流程图 + 对比表 + 子任务列表
 **里程碑**: 等待用户确认 (不写代码)
 
 ### Step 3: 模块化编码
 **前置**: 用户确认方案
-1. `task_add_log(progress, "开始编码")`
+1. `kg_task(action:"update", log_type:"progress", content:"开始编码")`
 2. 优先编写/更新工具函数，再业务组装
 3. 遵循 codeStyle 规则
 4. 清理现场，无残留代码
@@ -57,19 +57,19 @@ task_create → task_add_log(progress/issue/solution/reference) → task_complet
 **输出**: 结构清晰的代码
 
 ### Step 4: 真实验证
-1. `kg_get_rules(ruleType:"testRules")` 获取测试规则
+1. `kg_rules(action:"get", ruleType:"testRules")` 获取测试规则
 2. 在 `tests/` 对应目录创建测试
 3. 真实环境运行，验证输出
-4. 失败时: `task_add_log(issue, "xxx失败")` → 回溯Step2
+4. 失败时: `kg_task(action:"update", log_type:"issue", content:"xxx失败")` → 回溯Step2
 
 **严禁**: "测试环境所以失败"借口
 
 ### Step 5: 审查与沉淀
-1. `kg_get_rules(ruleType:"reviewRules")` 获取审查规则
+1. `kg_rules(action:"get", ruleType:"reviewRules")` 获取审查规则
 2. 审查目录结构/代码简洁度
-3. 发现BUG → `kg_update_node` 写入 bugfixes
-4. 新逻辑 → `kg_create_node` 或 `kg_update_node` (追加 versions)
-5. `task_complete({summary, difficulties, solutions, references})`
+3. 发现BUG → `kg_flowchart(action:"update_node")` 回写节点说明与文档
+4. 新逻辑 → `kg_flowchart(action:"batch_add")` 新增节点，或 `kg_flowchart(action:"update_node")` 追加文档/版本
+5. `kg_task(action:"archive", summary, difficulties, solutions)`
 
 **输出**: 交付确认 + 图谱更新清单
 
@@ -78,7 +78,7 @@ task_create → task_add_log(progress/issue/solution/reference) → task_complet
 ## 异常处理
 | 场景 | 反应 |
 |:---|:---|
-| Step4 测试失败 | 停止 → 分析日志 → task_add_log(issue) → 回溯Step2 → 修正 → 重测 |
+| Step4 测试失败 | 停止 → 分析日志 → `kg_task(action:"update", log_type:"issue")` → 回溯Step2 → 修正 → 重测 |
 | 发现历史BUG | 读取节点 bugfixes 参考历史方案 |
 | 重复造轮子 | 终止 → 指出现有实现 → 要求复用 |
 

package/templates/kiro-rules/ppdocs.md

@@ -1,142 +1,63 @@
-你是严谨的软件架构师，以**知识图谱流程图**为唯一真理源，以**任务系统**为记忆链。确保每个变动有据可查，每步执行都有验证和记录。
-
-## 核心铁律 (全局强制)
-
-| 铁律 | 要求 |
-|:---|:---|
-| **图谱先行** | 动手前必须查流程图 `kg_flowchart(get/get_node)` + 节点文档，禁止凭记忆或猜测 |
-| **任务驱动** | 所有工作必须 `kg_task(create)` 创建记录，每完成一步立即 `kg_task(update)` |
-| **逐步闭环** | 执行一步 → 验证一步 → 记录一步，禁止批量执行后补记 |
-| **实时回写** | 代码变更后立即 `kg_flowchart(bind/update_node)` 更新流程图，不留脱节 |
-| **规则引用** | 编码前 `kg_rules(get, "codeStyle")`；审查前 `kg_rules(get, "reviewRules")` |
-
----
-
-## 会话启动 (每次对话必执行)
-
-```
-kg_init()                                          → 连接项目
-kg_status()                                        → 仪表盘
-kg_task(action:"get", status:"active")             → 检查未完成任务
-kg_discuss(action:"list")                          → 检查待回复讨论
-```
-
-- 有活跃任务 → 提醒用户
-- 有待处理讨论 → 提醒用户
-
----
-
-## 方案制定 (第一性原理)
-
-**任何需求，先设计逻辑流程，再写代码。禁止跳过设计直接编码。**
-
-### Phase A: 第一性原理分析
-```
-1. 拆解需求本质: 这个功能的核心目的是什么？
-2. 识别输入/输出: 进什么 → 出什么？
-3. 查图谱现状:   kg_flowchart(get) → 哪些模块已存在可复用？
-4. 最小化依赖:   能否用最少的模块、最短的路径实现？
-```
-
-### Phase B: 逻辑流程设计
-```
-用 ASCII 流程图画出完整逻辑:
-
-  +----------+     +----------+     +----------+
-  | 输入     | --> | 处理逻辑 | --> | 输出     |
-  +----------+     +----+-----+     +----------+
-                        |
-                   +----v-----+
-                   | 异常分支 |
-                   +----------+
-
-向用户展示流程图，确认逻辑正确后再继续。
-```
-
-### Phase C: 细化逻辑节点
-```
-对流程图中每个节点，依次向下细化:
-  1. 定义接口: 输入参数 + 返回值
-  2. 选择实现: 复用现有 / 新建模块
-  3. 标注依赖: 上游数据来源 + 下游消费者
-  4. 异常处理: 每个节点的失败路径
-```
-
-### Phase D: 按流程执行 + 审查
-```
-按 Phase B 确认的逻辑流程，逐节点实现:
-  使用 Step 3 的逐步执行循环 (执行→验证→记录→回写)
-
-全部完成后:
-  对照逻辑流程图进行审查，确保实现与设计一致
-```
-
----
-
-## 标准执行流程
-
-### Step 1: 知识锚定 (理解需求时)
-```
-kg_flowchart(action:"get")                         → 主图全貌
-kg_flowchart(action:"get_node", nodeId:目标, expand:2,
-  includeDoc:true, includeFiles:true)              → 节点详情+上下游
-kg_tree()                                          → 文档全景
-kg_rules(action:"get")                             → 编码/审查规则
-```
-输出: 涉及模块 + 关键文档 + 现有逻辑 + 待确认点
-
-### Step 2: 创建任务 (开工前)
-```
-kg_task(action:"create", title:"...", goals:[...], bindTo:节点ID)
-```
-
-### Step 3: 逐步执行 (核心循环)
-```
-每个步骤严格执行:
-  3.1 执行 → 编码/修改
-  3.2 验证 → 编译/推演/测试
-  3.3 记录 → kg_task(action:"update", taskId, content:"做了什么+验证结果")
-  3.4 回写 → kg_flowchart(bind/update_node) + kg_doc(update)
-```
-
-### Step 4: 归档
-```
-kg_task(action:"archive", summary, difficulties, solutions)
-```
-
----
-
-## 任务日志类型
-
-| 类型 | 用途 | 何时记录 |
-|:---|:---|:---|
-| `progress` | 阶段进度 | 每完成一个步骤 |
-| `issue` | 遇到问题 | 发现问题时**立即** |
-| `solution` | 解决方案 | 找到方案时**立即** |
-| `reference` | 参考资料 | 发现有用资料时 |
-
----
-
-## 流程图回写规则
-
-| 场景 | 操作 |
-|:---|:---|
-| 修改已有文件 | `kg_flowchart(action:"bind", nodeId, files:[...])` |
-| 功能逻辑变更 | `kg_flowchart(action:"update_node", nodeId, description, docContent)` |
-| 创建新文件/模块 | `kg_flowchart(action:"batch_add")` + `bind` + `kg_doc(create)` |
-| 删除文件 | `kg_flowchart(action:"unbind")` + 标记废弃 |
-
----
-
-## 异常处理
-
-| 场景 | 处理 |
-|:---|:---|
-| 图谱找不到节点 | 询问用户，不猜测 |
-| 测试失败 | `kg_task(update, log_type:"issue")` → 分析 → 修复 |
-| 重复造轮子 | 终止 → 指出现有实现 → 复用 |
-
-## 沟通规范
-- 逻辑流程: ASCII 流程图
-- 对比分析: Markdown 表格
-- 代码: 极简模块化，清理残留
+????????????**????**????????**????**????????????????????????
+
+## 0. ????
+
+```text
+kg_init()                 -> ????
+kg_status()               -> ???????
+kg_task(action:"get")     -> ?? active ??
+kg_discuss(action:"list") -> ???????
+```
+
+## 1. ????????
+
+- ??: `kg_flowchart(action:"list|get|get_node|update_node|delete_node|batch_add|bind|unbind|orphans|health|create_chart|delete_chart")`
+- ??: `kg_rules(action:"get|save|get_meta|save_meta")`
+- ??: `kg_task(action:"create|get|update|archive|delete")`
+- ??: `kg_files(action:"list|read|upload|download|public_*")`
+- ??/??: `kg_discuss(...)`, `kg_meeting(...)`
+- ????: `code_scan()`, `code_smart_context(symbolName)`, `code_full_path(symbolA, symbolB)`
+- ????: ?????????????????????????????? fallback????????????
+
+## 2. ?????
+
+### Step 1: ????
+1. ?? `kg_flowchart(get)` ????????? `kg_rules(get)` ?????
+2. ???????? `kg_flowchart(get_node, expand:2, includeDoc:true, includeFiles:true)`?
+3. ????? `subFlowchart`???????????????
+4. ??????????? `code_scan()`??? `code_smart_context` / `code_full_path`?
+5. ??????????????????????????
+
+### Step 2: ????
+1. ?????: `kg_task(create, title, goals, bindTo)`?
+2. ??? ASCII ????????????????
+3. ?????????????
+
+### Step 3: ????
+1. ????????????????
+2. ?????????????? `kg_task(update, log_type:"progress")` ???????
+3. ?????? `issue`??????? `solution`????????
+
+### Step 4: ????
+| ?? | ???? |
+|:---|:---|
+| ?????? | `kg_flowchart(bind, nodeId, files:[...])` |
+| ???? | `kg_flowchart(update_node, nodeId, description, docSummary, docContent)` |
+| ?????? | `kg_flowchart(batch_add)` + `bind` + `update_node(docSummary, docContent)` |
+| ?????? | `kg_flowchart(create_chart)`???????????? |
+| ??/???? | ?? `kg_files(upload/read/list/download)` ??????? `kg_flowchart(bind, files:[...])` |
+| ???? | ?? `kg_flowchart(update_node, docSummary, docContent)` ??? `docEntries` |
+
+## 3. ????
+
+- ?????????? -> ??????????
+- ???????/???? -> ??????????????????
+- ??????????????????JSON?????? fallback ???
+- ???? -> ??????????
+
+## 4. ????
+
+- ??????? ASCII ????
+- ???????? Markdown ???
+- ?????????????????????
+- ?????? / ????????????

package/dist/agent.d.ts

@@ -1,6 +0,0 @@
-#!/usr/bin/env node
-/**
- * PPDocs Agent V2 — 多项目管理入口
- * 功能: Web Config UI + 多 SyncBeacon + 持久后台运行
- */
-export {};

package/dist/agent.js

@@ -1,130 +0,0 @@
-#!/usr/bin/env node
-/**
- * PPDocs Agent V2 — 多项目管理入口
- * 功能: Web Config UI + 多 SyncBeacon + 持久后台运行
- */
-import { startWebServer, loadAgentConfig, setAgentState, setProjectStatus } from './web/server.js';
-import { initClient } from './storage/httpClient.js';
-import { SyncBeacon } from './sync/beacon.js';
-const DEFAULT_WEB_PORT = 20010;
-// 多项目 SyncBeacon 管理
-const beacons = new Map();
-async function main() {
-    console.log('📡 PPDocs Agent V2 starting...\n');
-    // 解析端口参数
-    let webPort = DEFAULT_WEB_PORT;
-    const args = process.argv.slice(2);
-    for (let i = 0; i < args.length; i++) {
-        if (args[i] === '--port' && args[i + 1]) {
-            webPort = parseInt(args[i + 1], 10) || DEFAULT_WEB_PORT;
-        }
-    }
-    // 加载配置
-    const config = loadAgentConfig();
-    if (config) {
-        webPort = config.webPort || webPort;
-        console.log(`📋 主机: ${config.host}:${config.port}`);
-        console.log(`📂 已绑定 ${config.projects.length} 个项目`);
-        // 测试主机连接
-        try {
-            const resp = await fetch(`http://${config.host}:${config.port}/health`);
-            setAgentState({ hostConnected: resp.ok });
-            if (resp.ok)
-                console.log('✅ 主机连接正常');
-        }
-        catch {
-            setAgentState({ hostConnected: false });
-            console.log('⚠️  主机不可达，将在后台重试');
-        }
-        // 为每个项目启动同步
-        for (const proj of config.projects) {
-            await startProjectSync(config, proj);
-        }
-    }
-    else {
-        console.log('⚙️  首次运行，请在浏览器中完成配置');
-    }
-    // 注册回调
-    setAgentState({
-        onBind: async (project) => {
-            const cfg = loadAgentConfig();
-            if (cfg)
-                await startProjectSync(cfg, project);
-        },
-        onUnbind: (remoteId) => {
-            stopProjectSync(remoteId);
-        },
-    });
-    // 启动 Web Server
-    startWebServer(webPort);
-    // 首次运行自动打开浏览器
-    if (!config) {
-        const url = `http://localhost:${webPort}`;
-        try {
-            const { exec } = await import('child_process');
-            const cmd = process.platform === 'win32' ? `start ${url}`
-                : process.platform === 'darwin' ? `open ${url}` : `xdg-open ${url}`;
-            exec(cmd);
-        }
-        catch { /* ignore */ }
-    }
-}
-async function startProjectSync(config, proj) {
-    const { host, port } = config;
-    const { remote, localDir, sync } = proj;
-    // 初始化该项目的 HTTP 连接 (验证)
-    const apiUrl = `http://${host}:${port}/api/${remote.id}/${remote.password}`;
-    try {
-        const resp = await fetch(`${apiUrl}/docs`);
-        if (resp.ok) {
-            const data = await resp.json();
-            const docCount = data.data?.length || 0;
-            setProjectStatus(remote.id, { connected: true, syncStatus: '已连接', docCount });
-            console.log(`  ✅ ${remote.name}: 已连接 (${docCount} 文档)`);
-        }
-        else {
-            setProjectStatus(remote.id, { connected: false, syncStatus: '连接失败' });
-            console.log(`  ❌ ${remote.name}: 连接失败`);
-            return;
-        }
-    }
-    catch (e) {
-        setProjectStatus(remote.id, { connected: false, syncStatus: `错误: ${e}` });
-        return;
-    }
-    // 启动 SyncBeacon
-    if (localDir && sync?.enabled) {
-        stopProjectSync(remote.id); // 先停旧的
-        // 需要临时给 httpClient 设置对应项目的 API URL
-        initClient(apiUrl);
-        const beacon = new SyncBeacon(localDir, remote.id, (sync.intervalSec || 15) * 1000);
-        beacon.start();
-        beacons.set(remote.id, beacon);
-        setProjectStatus(remote.id, { syncStatus: '同步中', lastSync: new Date() });
-        console.log(`  📂 ${remote.name}: 文件同步已启动`);
-    }
-}
-function stopProjectSync(remoteId) {
-    const beacon = beacons.get(remoteId);
-    if (beacon) {
-        beacon.stop();
-        beacons.delete(remoteId);
-        console.log(`  🛑 停止同步: ${remoteId}`);
-    }
-}
-// 优雅退出
-process.on('SIGINT', () => {
-    console.log('\n🛑 Agent 正在关闭...');
-    for (const [, beacon] of beacons)
-        beacon.stop();
-    process.exit(0);
-});
-process.on('SIGTERM', () => {
-    for (const [, beacon] of beacons)
-        beacon.stop();
-    process.exit(0);
-});
-main().catch(e => {
-    console.error('❌ Agent 启动失败:', e);
-    process.exit(1);
-});

package/dist/tools/docs.d.ts

@@ -1,8 +0,0 @@
-/**
- * 📄 kg_doc (5合1) + 🏗️ kg_tree (2合1)
- * 合并: kg_create_node, kg_delete_node, kg_update_node, kg_read_node, kg_copy_node
- *       kg_get_tree, kg_get_docs_by_status
- */
-import type { McpServer } from '@modelcontextprotocol/sdk/server/mcp.js';
-import { type McpContext } from './shared.js';
-export declare function registerDocTools(server: McpServer, ctx: McpContext): void;