@lark-apaas/coding-steering 0.1.32-dev.05acdd1 → 0.1.32-dev.1e6418b

package/steering/nestjs-react-fullstack/skills_common/mcp-guide/SKILL.md

@@ -1,77 +0,0 @@
----
-name: mcp-guide
-description: "Use when 用户要把应用能力开放给外部 Agent / 工作伙伴 / MCP 客户端调用，新增或修改 MCP 工具，给工具结果加界面（MCP Apps / ui:// 资源），维护应用 Skill（server/mcp/skills/<name>/SKILL.md，SDK 注册为 MCP Prompt），或要在开发态核对、调用、调试 MCP 工具。触发词：MCP, MCP Server, MCP 工具, MCP Apps, ui://, @McpTools, @McpTool, @McpUiResource, McpToolError, readMcpUiTemplate, miaoda-mcp validate, .spark/mcp/manifest.json, tools/list, tools/call, resources/read, prompts/list, prompts/get, mcp_call, 开放给 Agent, 工作伙伴调用, Agent 调用应用, 应用 Skill, server/mcp, server/mcp/ui, server/mcp/skills。不负责 HTTP 对外开放接口（走 openapi-guide）、自动化触发器（走 trigger-guide）。"
-steering: true
-steering-topic: mcp_guide
-match-template-name: nestjs-react-fullstack
-gate-tools:
-  - tool: mcp_call
----
-
-# MCP 开发与调试
-
-应用的 MCP Server 是全栈工程里多出来的一层出口：同仓、同域名、同版本。SDK（`@lark-apaas/fullstack-nestjs-core` 重导出 `@lark-apaas/nestjs-mcp`）已经内置端点 `POST /__innerapi__/mcp`、Streamable HTTP 协议、zod 校验、身份读取、清单导出、`ui://` 资源与应用 Skill（MCP Prompt）下发。你只写三种文件：工具类、界面入口、应用 Skill。
-
-**真值顺序**：工程内 `node_modules/@lark-apaas/nestjs-mcp/` 的 `README.md` 与 `dist/index.d.ts` > 本文。装饰器选项、类型名、返回值形状以 `index.d.ts` 为准；本文与它冲突时按包改，不按本文改。
-
-## 固定路径（不探测）
-
-| 路径 | 内容 |
-|---|---|
-| `server/mcp/tools/<域>.tools.ts` | 工具类：一个业务域一个文件，`@McpTools()` 类 + 多个 `@McpTool()` 方法 |
-| `server/mcp/ui/<entry>/index.html`（+ `main.tsx`）、`server/mcp/ui/tsconfig.json` | MCP Apps 界面源码：独立的浏览器代码，Vite 预设自动打成 `dist/mcp-ui/<entry>.html` |
-| `server/mcp/skills/<name>/SKILL.md` | 应用 Skill：一个业务流程一份，给消费方 Agent 看的用法说明，SDK 注册为同名 MCP Prompt |
-| `.spark/mcp/manifest.json` | SDK 生成的离线清单，随代码提交，不手改 |
-
-`server/mcp/` 不存在即为首次开通；开通只需建上述文件并把工具类注册为所属业务模块的 provider。`McpModule` 已由 `PlatformModule.forRoot()` 引入，SDK 启动时自动发现工具类——`app.module.ts` 不动，不写注册表，不写 `tools/index.ts`。
-
-三份 Markdown 别混：本文（教你写代码）、`server/mcp/skills/*/SKILL.md`（应用产物，教下游 Agent 用工具）、SDK README（真值）。不把本文复制成应用 Skill，应用 Skill 不加 `steering: true`。
-
-## 前置检查（一条命令）
-
-```bash
-ls -d node_modules/@lark-apaas/nestjs-mcp node_modules/@lark-apaas/fullstack-vite-preset/lib/vite-plugins/mcp-ui-plugin.js
-```
-
-- 缺 `@lark-apaas/nestjs-mcp` → 当前 `@lark-apaas/fullstack-nestjs-core` 不含 MCP 层（`1.1.62` 起含）。告知用户升级 core，停止；不装 `@modelcontextprotocol/sdk`、不手写端点。
-- 缺 `mcp-ui-plugin.js` → 只能做工具、不能做界面（`@lark-apaas/fullstack-vite-preset` `1.0.39` 起含）。要做界面先让用户升级该预设。Rspack 预设不支持 MCP Apps。
-
-## 任务路由
-
-| 任务 | 读 |
-|---|---|
-| 新增 / 修改工具、开通 MCP、维护应用 Skill | `references/tool-authoring.md` |
-| 给工具结果加界面、改界面、界面与工具联动 | `references/mcp-apps.md` |
-| 用 `mcp_call` 核对与调用、按错误定位、本地模式调试 | `references/debugging.md` |
-
-改完必跑 `npx miaoda-mcp validate`，再按 `references/debugging.md` 的回路用 `mcp_call` 验证；三类任务共用。`mcp_call` 报「当前运行环境不支持」是本地 CLI 宿主，走该文件的本地模式。向用户汇报用业务表述（「找到 4 个演示航班」），不贴 JSON。
-
-## 不变量
-
-1. schema 用 zod，提成常量放类上方；方法签名固定 `(input: Infer<typeof In>, ctx: McpContext)`，返回 `McpToolResult<typeof Out>`。签名写错在 `npm run type:check:server` 暴露。
-2. `description` 面向模型：用途、何时调用、参数来源、返回什么、失败怎样。每个 zod 字段 `.describe()`。消费方 Agent 只靠这些选工具、填参数。
-3. 四项 `annotations` 显式写出。只读工具必须 `readOnlyHint: true`：缺省会被当成可能写数据，调试时每次都要 `safe: true`，消费方也会额外确认。
-4. 声明了 `outputSchema` 就返回匹配的 `structuredContent`，对不上时 `mcp_call` 报「输出与其声明的 outputSchema 不符」；列表工具入参带 `limit` 与 `cursor`；写操作的幂等由 Service 保证，不引入幂等键字段。
-5. 业务失败抛 `McpToolError(message, { code })`，Agent 原样收到；其他异常只落日志、返回通用提示，Agent 看不到原因。
-6. 身份只从 `ctx.user` 读；权限与行级过滤留在 Service。工具类作为业务模块 provider 注册，单例。
-7. 工具名 = `prefix + 方法名`，匹配 `^[A-Za-z0-9_.-]{1,128}$`，全应用唯一；用 `域_动作`。
-8. 界面源码只放 `server/mcp/ui/<entry>/`，类型检查走 `server/mcp/ui/tsconfig.json`，`tsconfig.node.json` 的 `exclude` 加 `server/mcp/ui`。用 `@McpUiResource` + `readMcpUiTemplate('<entry>')` 下发，工具用 `ui: { resourceUri }` 关联。
-9. 新增、改名、删除工具后同步改对应的 `server/mcp/skills/<name>/SKILL.md`；frontmatter 的 `name` 必须等于目录名。
-
-## 禁止
-
-- 从入参接收用户 ID、token、连接串——身份来自网关，入参里的身份可伪造。
-- 把 `requireUser` 设为 `false`，或自己拼一个 `x-larkgw-suda-webuser` 头来让调用通过——SDK 会把它当真实用户，写工具会以这个身份落库、发通知。
-- 手改 `.spark/mcp/manifest.json`——`validate --check` 会判不一致。
-- 服务端 import `server/mcp/ui/` 里的源码，或界面 import `client/`、`server/` 里的业务代码、工具类、Node 模块——子构建的边界检查直接报错，服务端只经 `readMcpUiTemplate` 读构建产物。
-- 界面里存凭证、直连业务系统——沙箱 iframe 是独立 origin，用户登录态带不进来；数据走宿主转发的工具调用。
-- `McpToolError.data` 与 `structuredContent` 里放密钥、内部连接信息——两者原样进 Agent 上下文。
-- 自己实现 MCP 协议、JSON-RPC、`/mcp` 路由、凭证校验——SDK 与网关已做，重复实现会与网关映射冲突。
-
-## 交付前核对
-
-1. `validate` 通过；`list_tools` 与源码里的工具、资源一一对应。
-2. 每个工具有面向模型的 `description`、四项 `annotations`；写工具有 `outputSchema`。
-3. 每个 `ui.resourceUri` 能 `read_resource` 读到，界面拿到 `structuredContent` 后能渲染；`npx tsc --noEmit -p server/mcp/ui/tsconfig.json` 通过。
-4. `server/mcp/skills/` 下每个业务流程一份 SKILL.md，合起来覆盖全部工具：何时调用、如何选工具、调用顺序、约束、失败处理、界面 URI；目录接口的 `prompts[]` 与目录一一对应。
-5. `.spark/mcp/manifest.json` 随代码提交。

package/steering/nestjs-react-fullstack/skills_common/mcp-guide/references/debugging.md

@@ -1,81 +0,0 @@
-# 调试：mcp_call、错误定位、本地模式
-
-本文说的「沙箱」= 工具清单里有 `mcp_call` 的环境（妙搭云端 code-agent）；「本地模式」= 没有 `mcp_call`、在开发者本机跑 `npm run dev` 的环境。先看自己有哪个，再读对应部分。
-
-## mcp_call
-
-云端沙箱里的开发态 MCP 调试工具。它经 MCP 网关连当前应用的开发态 MCP Server，以当前用户身份发起，与预览页里操作应用的身份一致。
-
-| action | 参数 | 返回 |
-|---|---|---|
-| `list_tools` | 无 | server 名、每个工具的 name / title / description / annotations / `_meta.ui` / inputSchema（长 schema 截断）、资源清单 |
-| `call` | `tool_name`（带 prefix 的完整名）、`arguments`（JSON 对象**字符串**，缺省 `{}`）、`safe` | 文本内容、`structuredContent`（超 12k 字符截断）、`isError`、耗时。脱敏后的完整结果超过 12k 字符时落盘到 `tmp/<会话>/tool/<调用ID>/result.json`，结果尾部给出路径，需要全量数据时 `read_file` 读它，不要缩小入参反复重调 |
-| `read_resource` | `resource_uri`（如 `ui://order/list`） | uri、mimeType、`_meta.ui`、正文前若干字符 |
-
-- `safe`：工具未声明 `annotations.readOnlyHint: true` 时，`call` 在发起前被拒为 `requires_safe`。只有这次调用影响的是你自建、且事后能自己清掉的数据时才传 `safe: true`；用户已有的真实数据未经明确要求不动。只读工具反复撞这条，是源码漏了 `readOnlyHint: true`，补注解而不是加 `safe`。
-- 单个子请求 60s 无动静即超时，整次动作 600s 硬上限。server 是无状态 JSON 模式（不开 SSE），`ctx.extra.sendNotification` 发的 `notifications/progress` 到不了客户端、不会重置计时；超时只能靠缩小单次处理范围。
-- 同一工具连续失败 4 次熔断 60s：先改代码或入参，不是等。`requires_safe`、`tool_not_found`、`aborted` 不计入熔断。
-- 失败或 `isError: true` 时结果尾部附 Trace-ID 对应的 `server.log` / `trace.log` 片段。
-
-**目录接口**：`GET http://localhost:<CLIENT_DEV_PORT><CLIENT_BASE_PATH>/__innerapi__/mcp/manifest`（`CLIENT_DEV_PORT` 默认 8080；`CLIENT_BASE_PATH` 沙箱里是平台下发的 `/app/<appId>`，漏了前缀拿不到 JSON，取值以 `.env.local` 或 dev server 启动日志为准）返回 `tools` / `resources` / `prompts` / `skills[]`（含 frontmatter 的完整正文）与源码定位，不要求身份，有无 `mcp_call` 都能 curl。应用 Skill 是 Prompt 不是资源，`mcp_call` 的三个动作都碰不到它，核对它只走这里。
-
-## 回路
-
-1. 改工具 / 资源 / 界面。
-2. `npx miaoda-mcp validate`。失败即改，不进下一步。
-3. 等 dev server 重启（`nest --watch` 会自动重启；界面改动由 `[mcp-ui]` 插件自动重建）。
-4. `list_tools` 核对清单与源码一致（`visibility: ['app']` 的工具也在清单里，属正常）。
-5. `call` 逐个只读工具跑一次真实入参。写工具只在能自己清掉痕迹（有对应删除 / 撤销工具，或业务上可撤回）时才真调并随手清理；否则只验证入参校验与 `McpToolError` 分支，汇报里写明「写入链路未真实验证」。
-6. 带界面的工具 `read_resource`。
-7. 每个 `McpToolError` 分支构造一次触发（不存在的 ID、非法状态），确认 `isError: true` 且 `code` 与 `description` 预告一致。
-8. 更新 `server/mcp/skills/<name>/SKILL.md`，`validate` 通过（frontmatter 不合法在这一步就失败），再 curl 目录接口：`skills[]` 有该 `name`、`content` 是最新正文，`prompts[]` 的 `description` 一致。
-
-## 错误分流
-
-| 现象 | 原因 | 动作 |
-|---|---|---|
-| 端点 404「当前工程可能尚未接入 MCP 层，或 dev server 尚未就绪」 | `server/mcp` 不存在；dev server 没起来；零工具零资源无应用 Skill（SDK 此时返回 404） | 确认三者；有工具但 404 看启动日志是否被校验阻断 |
-| `list_tools` 少了某个工具 | 类没进任何模块 `providers`，无任何日志提示 | 对照启动日志「已注册 N 个 MCP 工具：…」，缺的加进所属业务模块的 `providers` |
-| dev server 起不来，报「MCP 工具必须使用单例及单例依赖」 | 工具类或其依赖是 request / transient 作用域 | 改回单例，身份从 `ctx.user` 取 |
-| 启动日志「MCP 定义校验失败」 | 工具名不合法 / 重名、资源 URI 不以 `ui://` 开头 / 重名、`ui.resourceUri` 找不到 `@McpUiResource()`、同一方法同时标两个装饰器 | 按日志逐条修，`validate` 能提前查出 |
-| `tool_not_found` | 名字没带 prefix，或用了 `title` | 用 `list_tools` 里的 name |
-| `requires_safe` | 见上文 `safe` | 只读工具补注解；写工具按回路第 5 步——能清掉痕迹才 `safe: true`，否则只验错误分支 |
-| `isError` + `code: MCP_USER_REQUIRED`（`prompts/get` / `resources/read` 则是 JSON-RPC error） | 请求没带用户身份：有 `mcp_call` 的环境里 curl 直连 dev server / NestJS 端口就是这样 | 无身份的 curl 只做 `tools/list`、`prompts/list`、`resources/list` 与目录接口；`tools/call` / `resources/read` 走 `mcp_call`，Prompt 正文看目录接口的 `skills[].content`。不改 `requireUser`、不拼身份头 |
-| `isError` + 业务 `code` | 工具按设计抛了 `McpToolError` | 对照 `description` 检查是否预告了该 code；入参是否真的该触发 |
-| `isError` + 通用失败提示 | 方法抛了非 `McpToolError` 的异常 | 读结果尾部 Trace-ID 日志定位；该异常若是可预期的业务失败，改抛 `McpToolError` |
-| zod 校验错误 | 入参不符 inputSchema | 对照 `list_tools` 里的 schema 改 `arguments`；schema 本身不合理就改源码 |
-| 「工具已执行，但输出与其声明的 outputSchema 不符」 | `structuredContent` 与 `outputSchema` 对不上 | 工具已跑通：改返回值或改 schema，不重试同一调用 |
-| `timeout` | 单个子请求 60s 无动静，或整次超 600s | 收窄入参 / 分页 / 拆成「发起 + 查状态」两个工具；加进度通知无效（JSON 模式发不出去） |
-| `connect_failed` / `http_error` / `unauthorized` | 网关或预览环境问题；`http_error` 500 先对下面 frontmatter 那行，应用自己也会 500 | 看 statusCode；不是应用代码问题时告知用户，不改代码绕 |
-| 「已连续 4 次调用失败，已暂停对它的重复调用」 | 同一工具连续失败 4 次熔断 | 先修实现或入参，60s 后再验 |
-| 「当前运行环境不支持开发态 MCP 调试」 | 本地 CLI 宿主没有 `mcp_call` 后端 | 走下节本地模式 |
-| `read_resource` 报「读取 MCP Apps 界面产物失败」 | `dist/mcp-ui/<entry>.html` 不存在 | 入口名对齐 `readMcpUiTemplate('<entry>')`；确认 `server/mcp/ui/<entry>/index.html` 存在；看 `[mcp-ui]` 日志是否构建失败 |
-| dev server 日志 `[mcp-ui] 构建失败：MCP UI 不能引用应用或服务端代码 / Node.js 模块` | 界面 import 了 `client/`、`server/` 的业务代码或 Node 内置模块；HTML `src`、CSS `url()` 指到界面目录外也算 | 把依赖挪进 `server/mcp/ui/` 或 `shared/`；不改预设配置 |
-| dev server（`nest start --watch`）日志或 `npm run type:check:server` 在 `server/mcp/ui/**` 报 JSX / DOM 类型错误 | `tsconfig.node.json` 的 `exclude` 没加 `server/mcp/ui`，`nest` 与 type:check 共用这份配置 | 加上；界面用 `npx tsc --noEmit -p server/mcp/ui/tsconfig.json` 单独检查 |
-| `mcp_call` 任一动作 `http_error` 500、目录接口 500，启动日志有「写入 MCP 清单失败：MCP Skill …」 | 某份 `server/mcp/skills/*/SKILL.md` frontmatter 不合法：缺 frontmatter、`name` 与目录名不等、`description` 空、重名、超限 | 按日志文案修 frontmatter；`validate` 会报同一条错 |
-
-同一失败不原样重试。改完代码再验，每轮只改一个变量。
-
-## 本地模式（工具清单里没有 `mcp_call` 时才适用）
-
-本地开发（`MIAODA_LOCAL_DEV=1`，`npm run dev` 走 `dev-local.js`）没有 `mcp_call`，MCP 客户端是你自己或 IDE 里的 Agent。
-
-- 带身份的入口只有 dev server：`http://localhost:<CLIENT_DEV_PORT><CLIENT_BASE_PATH>/__innerapi__/mcp`（`CLIENT_BASE_PATH` 以 `.env.local` 为准，`+env-pull` 拉下来的是 `/app/<appId>`）。dev server 代理把 `+env-pull` 拉到的 `SUDA_WEBUSER` 注入为身份头，工具里的 `ctx.user` 就是开发者本人。直连 NestJS 端口没有身份，会撞 `MCP_USER_REQUIRED`。
-- 标准 MCP 客户端配置 Streamable HTTP、URL 填上面地址即可连接。
-- 看原始请求响应：`npx @modelcontextprotocol/inspector`，指向同一地址。
-- 快速验证：
-
-```bash
-curl -s -X POST 'http://localhost:<port><base>/__innerapi__/mcp' \
-  -H 'content-type: application/json' \
-  -H 'accept: application/json, text/event-stream' \
-  -d '{"jsonrpc":"2.0","id":1,"method":"tools/list"}'
-```
-
-`accept` 必须同时含两种类型，否则 406。`GET` / `DELETE` 返回 405，端点只接受 `POST`；目录接口见上文。
-
-## 汇报
-
-- 用业务表述：「`order_search` 返回 3 条待支付订单」「取消不存在的订单返回 ORDER_NOT_FOUND，符合预期」；不贴整段 JSON。
-- 写工具真调过的，说明动了哪些数据、是否已清理；没真调的写明「写入链路未真实验证」。
-- 未验证的分支明说未验证，不写「已全部通过」。

package/steering/nestjs-react-fullstack/skills_common/mcp-guide/references/mcp-apps.md

@@ -1,205 +0,0 @@
-# MCP Apps：给工具结果加界面
-
-一个 MCP App = 一个 `ui://` 资源（单文件 HTML）+ 至少一个用 `ui.resourceUri` 指向它的工具。宿主调用工具后把 HTML 放进沙箱 iframe 渲染，再把工具入参与结果通过通知推给界面；界面里的操作经宿主回调 server 的工具。
-
-## 先决定要不要界面
-
-| 信号 | 做法 |
-|---|---|
-| 结果是列表 / 详情 / 状态，文本 + `structuredContent` 已够 Agent 继续推理 | 不加界面 |
-| 用户要从多条候选里挑一个（航班、订单、文件） | 选择型界面，选中后 `updateModelContext` 同步给模型 |
-| 结果是图表、地图、对比等空间信息 | 展示型界面 |
-| 写操作前要让用户在界面里核对、确认 | 确认型界面，确认动作经 `callServerTool` 调一个 `visibility: ['app']` 的工具 |
-
-不需要的地方不加：文本更快，也没有构建与 CSP 负担。
-
-## 目录与构建
-
-```text
-server/mcp/ui/
-├── tsconfig.json              # 界面独立的 TS 配置，整个 ui/ 共用一份，见下
-└── <entry>/
-    ├── index.html             # 入口骨架，见下
-    └── main.tsx               # 或 main.ts；React 或原生 JS 都行
-dist/mcp-ui/<entry>.html       # 预设产物，@McpUiResource 经 readMcpUiTemplate 读取
-```
-
-```html
-<!-- server/mcp/ui/<entry>/index.html -->
-<!doctype html>
-<html><head><meta charset="utf-8" /></head>
-<body><div id="root"></div><script type="module" src="./main.tsx"></script></body></html>
-```
-
-`<div id="root">` 不能少：缺了 `createRoot(document.getElementById('root')!)` 拿到 null，iframe 全白，而 `validate` 与 `read_resource` 都不会报错。
-
-- `<entry>` 只允许 `A-Z a-z 0-9 _ -`。
-- `@lark-apaas/fullstack-vite-preset` 的 `mcp-ui` 插件：检测到 `server/mcp/ui/` 就为每个入口跑一次独立子构建，JS / CSS / 资源全部内联成一个 HTML。开发态监听 `server/mcp/ui/` 与 `shared/`，改完自动重建；生产在主构建之后构建，并同步进发布目录。
-- 子构建只带 React 插件与 `@shared` 别名，不加载主应用的 `vite.config.ts`、`.env`、`public/` 与 PostCSS 配置：`@/`、`@client/*`、`@server/*` 解析不到，不支持 styled-jsx、Tailwind 与主应用全局样式。样式写在入口自己的 CSS 里；颜色字体优先读宿主下发的 CSS 变量（`useHostStyles`）。
-- 依赖边界由子构建强制：界面只能 import `server/mcp/ui/` 内的文件、`shared/` 与浏览器可用的 npm 包。引到 `client/`、`server/` 里的业务代码、工具类或服务端实现报「MCP UI 不能引用应用或服务端代码」，引到 `fs`、`path` 等报「MCP UI 不能引用 Node.js 模块」；HTML 的 `src` / `href`、CSS 的 `url()` 指到界面目录外同样被拒。要复用的纯展示组件挪到 `shared/`，且不得依赖应用的 Provider、Router 或登录态。
-- 类型检查单独走：`server/mcp/ui/` 既不在 `tsconfig.app.json`（只含 `client/`、`shared/`）里，也不能进 `tsconfig.node.json`（服务端配置编译 JSX 报错）。首次开通界面做两件事：`tsconfig.node.json` 的 `exclude` 追加 `"server/mcp/ui"`；生成下面这份 `server/mcp/ui/tsconfig.json`。之后每次改界面跑 `npx tsc --noEmit -p server/mcp/ui/tsconfig.json`，`npm run type:check` 不覆盖它。
-
-```json
-{
-  "compilerOptions": {
-    "target": "ES2022",
-    "lib": ["ES2022", "DOM", "DOM.Iterable"],
-    "module": "ESNext",
-    "moduleResolution": "Bundler",
-    "jsx": "react-jsx",
-    "strict": true,
-    "skipLibCheck": true,
-    "noEmit": true,
-    "esModuleInterop": true,
-    "baseUrl": "../../..",
-    "paths": { "@shared/*": ["shared/*"] }
-  },
-  "include": ["./**/*.ts", "./**/*.tsx"]
-}
-```
-
-- `@modelcontextprotocol/ext-apps` 随 SDK 安装，直接 import。解析失败时把它加进 `package.json` `dependencies`，版本与 `node_modules/@lark-apaas/nestjs-mcp/package.json` 里声明的一致（1.x），不装 2.x。
-
-## server 侧：声明资源并关联工具
-
-```typescript
-import { McpTools, McpTool, McpUiResource, readMcpUiTemplate } from '@lark-apaas/fullstack-nestjs-core';
-
-@McpTools({ prefix: 'order_' })
-export class OrderMcpTools {
-  @McpTool({
-    title: '查询订单',
-    description: '…',
-    inputSchema: SearchOrdersInput,
-    outputSchema: SearchOrdersOutput,
-    annotations: { readOnlyHint: true, destructiveHint: false, idempotentHint: true, openWorldHint: false },
-    ui: { resourceUri: 'ui://order/list' },            // 结果由该界面渲染；模型与界面都可调
-  })
-  async search(/* … */) { /* … */ }
-
-  @McpTool({
-    description: '按 ID 取一条订单明细，供订单列表界面展开详情时调用。',
-    inputSchema: GetOrderInput,
-    outputSchema: GetOrderOutput,
-    annotations: { readOnlyHint: true, destructiveHint: false, idempotentHint: true, openWorldHint: false },
-    ui: { resourceUri: 'ui://order/list', visibility: ['app'] },   // 只供界面回调，模型工具清单里隐藏
-  })
-  async detail(/* … */) { /* … */ }
-
-  @McpUiResource({
-    uri: 'ui://order/list',
-    title: '订单列表',
-    description: '分页订单列表，可展开详情、勾选后取消。',
-    csp: { connectDomains: [], resourceDomains: [] },   // 界面要访问的外部域名写这里，默认全禁
-  })
-  listView() {
-    return readMcpUiTemplate('order-list');            // 读 dist/mcp-ui/order-list.html
-  }
-}
-```
-
-- `uri` 必须以 `ui://` 开头，全应用唯一；`ui.resourceUri` 找不到对应 `@McpUiResource()` 时 `validate` 与启动都会报错。
-- `visibility` 默认 `['model', 'app']`。只给界面用的取数 / 刷新工具写 `['app']`，避免污染模型的工具清单。隐藏由宿主做，server 不过滤：`mcp_call` 的 `list_tools` 仍会列出它，`_meta.ui.visibility` 为 `['app']` 即正确，不要因为「还在清单里」去改代码。
-- 一个工具既返回 `structuredContent` 又绑界面是常态；模型还需要纯数据继续推理时，拆成「取数工具（无 ui）」+「展示工具（绑 ui）」。
-- 资源读取沿用 `requireUser`：无身份的 `resources/read` 会被拒。
-
-## 界面侧：接结果、回调工具
-
-React 写法（`@modelcontextprotocol/ext-apps/react`）：
-
-```tsx
-// server/mcp/ui/order-list/main.tsx
-import { useState } from 'react';
-import { createRoot } from 'react-dom/client';
-import { useApp, useHostStyles } from '@modelcontextprotocol/ext-apps/react';
-// 与 outputSchema 对齐的 TS 类型放 shared/（如 shared/mcp-types.ts），server 与界面共用；@shared 是子构建唯一可用别名
-import type { OrderPage as Page } from '@shared/mcp-types';
-
-function OrderList() {
-  const [page, setPage] = useState<Page | null>(null);
-  const [error, setError] = useState<string | null>(null);
-
-  const { app, isConnected } = useApp({
-    appInfo: { name: 'order-list', version: '1.0.0' },
-    capabilities: {},
-    onAppCreated: (app) => {
-      // 宿主推送：工具入参（可先渲染骨架）、工具结果、取消
-      app.ontoolinput = ({ arguments: args }) => console.debug('input', args);
-      app.ontoolresult = (result) => {
-        if (result.isError) setError(textOf(result));
-        else setPage(result.structuredContent as Page);
-      };
-      app.ontoolcancelled = () => setError('调用已取消');
-    },
-  });
-  useHostStyles(app, app?.getHostContext()); // 应用宿主主题、CSS 变量与字体；第二参数让首帧就生效
-
-  async function cancel(orderId: string) {
-    if (!app) return;
-    const res = await app.callServerTool({ name: 'order_cancel', arguments: { orderId } });
-    if (res.isError) return setError(textOf(res));
-    // 把用户在界面里做的选择同步给模型，模型下一轮据此继续
-    await app.updateModelContext({
-      content: [{ type: 'text', text: `用户已在界面中取消订单 ${orderId}` }],
-      structuredContent: { cancelledOrderId: orderId },
-    });
-    setPage((p) => p && { ...p, items: p.items.filter((i) => i.id !== orderId) });
-  }
-
-  if (!isConnected) return <p>连接宿主中…</p>;
-  if (error) return <p role="alert">{error}</p>;
-  if (!page) return <p>等待查询结果…</p>;
-  return (
-    <ul>
-      {page.items.map((o) => (
-        <li key={o.id}>
-          {o.customer} · {o.amount} 元 · {o.status}
-          {o.status === 'pending' && <button onClick={() => cancel(o.id)}>取消</button>}
-        </li>
-      ))}
-    </ul>
-  );
-}
-
-function textOf(result: { content?: Array<{ type: string; text?: string }> }) {
-  return result.content?.find((c) => c.type === 'text')?.text ?? '调用失败';
-}
-
-createRoot(document.getElementById('root')!).render(<OrderList />);
-```
-
-原生 JS 写法（`@modelcontextprotocol/ext-apps`）：
-
-```typescript
-import { App } from '@modelcontextprotocol/ext-apps';
-const app = new App({ name: 'order-list', version: '1.0.0' }, {});
-app.ontoolresult = (result) => render(result.structuredContent);
-await app.connect();
-```
-
-宿主能力速查（`App` 实例方法）：
-
-| 方法 | 用途 |
-|---|---|
-| `ontoolinput` / `ontoolinputpartial` / `ontoolresult` / `ontoolcancelled` | 宿主推送的入参（完整 / 流式）、结果、取消 |
-| `callServerTool({ name, arguments })` | 经宿主调本 server 的工具；工具名带 prefix；返回标准 `CallToolResult` |
-| `updateModelContext({ content?, structuredContent? })` | 把界面状态同步给模型，不触发模型立刻回复 |
-| `sendMessage({ role: 'user', content })` | 以用户身份发一条消息，触发模型回复 |
-| `getHostContext()` / `onhostcontextchanged` | 主题、`displayMode`、`containerDimensions`、`locale`、`timeZone`、发起本次渲染的 `toolInfo` |
-| `requestDisplayMode({ mode })` | 请求 inline / fullscreen 等展示模式，以 `availableDisplayModes` 为限 |
-
-`useApp` 默认开自动调高（`autoResize`），内容变化不用手动发尺寸。
-
-## 界面约束
-
-- 不存凭证、不读 cookie / localStorage 里的登录态：iframe 是独立 origin，用户在业务系统的登录态带不进来。所有数据走 `callServerTool`，身份由宿主转发。
-- 外部域名写进 `@McpUiResource` 的 `csp`：`connectDomains`（fetch / WebSocket）、`resourceDomains`（图片、脚本、样式）、`frameDomains`（内嵌 iframe）、`baseUriDomains`；默认全禁，漏写表现为资源静默加载失败。
-- 业务返回值用 `textContent` 或 JSX 文本渲染，不拼 `innerHTML`。
-- 每次调用重新注入数据；界面不假设自己能跨调用保留状态。
-- 宿主不支持 MCP Apps 时只显示 `content` 文本，所以带界面的工具也要返回可读的文本摘要。
-
-## 调试
-
-- `mcp_call` `read_resource` 读 `ui://…`：成功返回 `text/html;profile=mcp-app` 与正文开头；报「读取 MCP Apps 界面产物失败」→ `dist/mcp-ui/<entry>.html` 不存在：入口名与 `readMcpUiTemplate('<entry>')` 不一致、`server/mcp/ui/<entry>/index.html` 缺失、或 dev server 还没重建，看 dev server 日志里 `[mcp-ui]` 前缀的行。构建失败行里出现「MCP UI 不能引用…」是依赖越界，按上文边界规则改 import，不改预设。
-- 界面逻辑用 `mcp_call` 看不到；先用 `call` 确认 `structuredContent` 形状正确，再在预览里看渲染。宿主渲染失败时保留工具结果，只重试界面。
-- 界面里调 `callServerTool` 失败，错误也走 server 日志：按 Trace-ID 查。

package/steering/nestjs-react-fullstack/skills_common/mcp-guide/references/tool-authoring.md

@@ -1,206 +0,0 @@
-# 工具类写法
-
-API 形状以 `node_modules/@lark-apaas/nestjs-mcp/dist/index.d.ts` 为准。下面是当前版本的写法与约束；字段名对不上时以 d.ts 为准。
-
-## 骨架
-
-```typescript
-// server/mcp/tools/order.tools.ts
-import { z } from 'zod';
-import {
-  McpTools,
-  McpTool,
-  McpToolError,
-  type Infer,
-  type McpContext,
-  type McpToolResult,
-} from '@lark-apaas/fullstack-nestjs-core';
-import { OrderService } from '@server/modules/order/order.service';
-
-// schema 提成常量：方法签名用 Infer<typeof …> 引用，清单导出也从这里取
-export const SearchOrdersInput = {
-  keyword: z.string().optional().describe('客户名关键字，模糊匹配'),
-  limit: z.number().int().min(1).max(50).default(20).describe('单页条数'),
-  cursor: z.string().optional().describe('上一页返回的 nextCursor；首页不传'),
-};
-export const SearchOrdersOutput = {
-  items: z.array(
-    z.object({
-      id: z.string(),
-      customer: z.string(),
-      amount: z.number().describe('金额，单位元'),
-      status: z.enum(['pending', 'paid', 'cancelled']),
-    }),
-  ),
-  nextCursor: z.string().nullable().describe('还有下一页时非空，原样传回 cursor'),
-};
-
-export const CancelOrderInput = { orderId: z.string().describe('订单 ID，来自 order_search 的 items[].id') };
-export const CancelOrderOutput = { orderId: z.string(), status: z.literal('cancelled') };
-
-@McpTools({ prefix: 'order_' })
-export class OrderMcpTools {
-  constructor(private readonly orders: OrderService) {}
-
-  @McpTool({
-    title: '查询订单',
-    description:
-      '按客户名关键字分页查询当前用户可见的订单。用户想找订单、看订单列表时调用；一页最多 50 条，超出用 cursor 翻页。',
-    inputSchema: SearchOrdersInput,
-    outputSchema: SearchOrdersOutput,
-    annotations: { readOnlyHint: true, destructiveHint: false, idempotentHint: true, openWorldHint: false },
-  })
-  async search(
-    input: Infer<typeof SearchOrdersInput>,
-    ctx: McpContext,
-  ): Promise<McpToolResult<typeof SearchOrdersOutput>> {
-    const userId = ctx.user.userId!; // requireUser 默认开启，执行到这里必有值；取一次往下传
-    const page = await this.orders.search({ ...input, userId });
-    return {
-      structuredContent: page,
-      content: [{ type: 'text', text: `找到 ${page.items.length} 条订单` }],
-    };
-  }
-
-  @McpTool({
-    title: '取消订单',
-    description:
-      '取消一个待支付订单。仅在用户明确要求取消、且订单状态为 pending 时调用；订单不存在返回 ORDER_NOT_FOUND，状态不允许返回 ORDER_NOT_CANCELLABLE。重复取消同一订单返回同一结果。',
-    inputSchema: CancelOrderInput,
-    outputSchema: CancelOrderOutput,
-    annotations: { readOnlyHint: false, destructiveHint: true, idempotentHint: true, openWorldHint: false },
-  })
-  async cancel(
-    input: Infer<typeof CancelOrderInput>,
-    ctx: McpContext,
-  ): Promise<McpToolResult<typeof CancelOrderOutput>> {
-    const userId = ctx.user.userId!;
-    const order = await this.orders.findVisibleTo(input.orderId, userId);
-    if (!order) throw new McpToolError('订单不存在', { code: 'ORDER_NOT_FOUND' });
-    if (order.status === 'cancelled') return { structuredContent: { orderId: order.id, status: 'cancelled' } };
-    if (order.status !== 'pending') {
-      throw new McpToolError(`订单状态为 ${order.status}，不能取消`, { code: 'ORDER_NOT_CANCELLABLE' });
-    }
-    await this.orders.cancel(order.id, userId);
-    return { structuredContent: { orderId: order.id, status: 'cancelled' } };
-  }
-}
-```
-
-```typescript
-// server/modules/order/order.module.ts —— 工具类和它依赖的 Service 注册在同一个模块
-import { Module } from '@nestjs/common';
-// OrderController / OrderService / OrderMcpTools 的 import 略
-
-@Module({
-  controllers: [OrderController],
-  providers: [OrderService, OrderMcpTools],
-})
-export class OrderModule {}
-```
-
-`@McpTools()` 自带 `@Injectable()`。SDK 启动时用 DiscoveryService 扫所有 provider；类没进任何模块的 `providers` 就扫不到它，启动日志不会有任何提示，工具静默缺席——启动日志「已注册 N 个 MCP 工具：…」列出的名字才是真相，对不上就是没注册。工具类及其依赖必须是单例：request / transient 作用域会在启动时抛「MCP 工具必须使用单例及单例依赖」，整个应用起不来。
-
-## 装饰器选项
-
-`@McpTool(options)`：
-
-| 字段 | 说明 |
-|---|---|
-| `name?` | 默认取方法名；最终工具名 = `prefix + name`，需匹配 `^[A-Za-z0-9_.-]{1,128}$`，全应用唯一 |
-| `title?` | 面向人的展示名，面板里显示 |
-| `description` | 必填，面向模型 |
-| `inputSchema?` / `outputSchema?` | zod：原始形状 `{ a: z.string() }` 或 `z.object({...})` 都行；顶层必须是对象 |
-| `annotations?` | `readOnlyHint` / `destructiveHint` / `idempotentHint` / `openWorldHint`，四项都写 |
-| `ui?` | `{ resourceUri: 'ui://…', visibility?: ['model' \| 'app'] }`，见 `mcp-apps.md` |
-| `meta?` | 额外 `_meta`，与 `ui` 生成的字段合并 |
-
-`@McpTools({ prefix? })`：给类下所有工具名加前缀，如 `order_`。
-
-## 方法签名与返回值
-
-- 固定 `(input, ctx)`。无入参的工具 `input` 为 `Record<string, never>`，仍要写第二个参数 `ctx`。
-- 声明了 `outputSchema`：返回 `{ structuredContent }`，类型由 schema 推导；`content` 可选，SDK 会自动补一份 JSON 文本给不支持结构化输出的客户端。加一句业务摘要的 `content` 让文本客户端也能读。
-- 未声明 `outputSchema`：返回 `{ content: [{ type: 'text', text }] }`；`content` 还支持 `image` / `audio` / `resource_link` 块。
-- `isError: true` 由 SDK 在捕获 `McpToolError` 时设置，不需要手动返回。
-
-## McpContext
-
-| 字段 | 用途 |
-|---|---|
-| `user` | 与 REST 里的 `req.userContext` 同源：`userId` / `tenantId` / `roles` / `env`（`preview` \| `runtime`）等，字段全部可选（`userId?: string`）。默认 `requireUser: true`，缺 `userId` 时 SDK 直接返回 `MCP_USER_REQUIRED`、方法不执行，所以方法体开头 `const userId = ctx.user.userId!;` 取一次往下传；不要为迁就类型去改 Service 签名 |
-| `request` | 原始 HTTP 请求，读 header、logid |
-| `signal` | 客户端取消时触发，长任务把它传给下游 |
-| `requestId` | MCP 请求 id |
-| `extra` | SDK 的 `RequestHandlerExtra`（`sessionId` / `requestId` / `authInfo` 等）。它有 `sendNotification`，但端点是无状态 JSON 模式，`notifications/progress` 发不到客户端——长任务别靠进度通知续命，拆成「发起 + 查状态」两个工具 |
-
-## 错误处理
-
-- 可预期的业务失败抛 `new McpToolError(message, { code?, data? })`：SDK 转成 `isError: true`，`message` / `code` / `data` 原样进 Agent 上下文。`code` 用 `SCREAMING_SNAKE`，并在 `description` 里预告，Agent 才知道怎么应对。
-- 其他异常：SDK 记日志、返回通用失败提示，Agent 看不到原因。调试时看到「通用失败提示」就去读 Trace-ID 日志。
-- 入参校验交给 zod，方法体不重复判空；zod 失败由 SDK 返回，方法不执行。
-
-## description 怎么写
-
-消费方 Agent 只靠 `description` 与字段 `.describe()` 决定调不调、怎么填。写全五件事：用途、何时调用（含前置条件）、参数从哪来（「来自 order_search 的 items[].id」）、返回什么、失败会返回哪些 code。写操作再加一句幂等语义（「重复取消返回同一结果」）。
-
-字段描述写单位、格式、取值来源；枚举用 `z.enum`；入参不用 `z.any()` / `z.unknown()`。
-
-## 开通（首次）
-
-1. 前置检查通过（见 SKILL.md）。
-2. 建 `server/mcp/tools/<域>.tools.ts`，至少一个只读工具复用现有 Service。
-3. 把工具类加进所属业务模块的 `providers`。
-4. 写 `server/mcp/skills/<name>/SKILL.md`（下节）。
-5. `npx miaoda-mcp validate` 通过，`.spark/mcp/manifest.json` 一起提交。
-6. 进 `debugging.md` 的调试回路。
-
-## 应用 Skill：`server/mcp/skills/<name>/SKILL.md`
-
-给消费方 Agent 的使用说明。一个业务流程一个目录，目录里只认固定文件名 `SKILL.md`。SDK 把每份注册为同名 MCP Prompt：`prompts/list` 给 `name` / `description`，`prompts/get` 返回去掉 frontmatter 的正文（一条 `role: user` 文本消息）。它不是 Resource、没有 `skill://` URI，`resources/list` 里看不到它是正常的。每次请求重新读文件，改完不用重启。
-
-frontmatter 规则。SDK 每次请求、`validate` 都会校验，不合法时整个 MCP 请求 500、`validate` 失败，不会静默跳过这一份：
-
-- `name` 必填且等于目录名：1–64 位小写字母、数字与单个连字符，不能首尾连字符、不能连续 `--`。
-- `description` 必填非空，不超过 1024 字符；消费方只靠它决定要不要取这份 Prompt，写清适用场景。
-- 全应用不重名；最多 100 份，单文件不超过 1 MiB，合计不超过 8 MiB；必须是工程内普通文件，不接受符号链接。
-- 只有 `SKILL.md` 会被读取和交付，同目录的图片、附件不会。
-
-正文必含：适用场景、实际工具名与关键参数、调用顺序、需要用户确认的边界、身份与权限要求、每个错误 code 的处理、界面 URI（如有）。只写已实现的能力；不写凭证、用户数据、内部实现。
-
-示例 `server/mcp/skills/orders/SKILL.md`。`---` 必须是文件第一行，前面不能有任何字符，注释也不行：
-
-```markdown
----
-name: orders
-description: 查询当前用户可见的订单，并在用户明确要求后取消待支付订单。
----
-# 订单能力
-- 需要已登录用户身份；只返回当前用户可见的订单。
-- 找订单：order_search，keyword 模糊匹配客户名；nextCursor 非空时用 cursor 翻页。
-- 取消订单：只有用户明确要求取消、且 status 为 pending 时调用 order_cancel；orderId 取自 order_search 的 items[].id。
-- ORDER_NOT_FOUND：请用户核对订单 ID。ORDER_NOT_CANCELLABLE：告知当前状态，不重试。
-- 支持界面的宿主会用 ui://order/list 展示查询结果。
-```
-
-## 校验与清单
-
-- `npx miaoda-mcp validate`：用工程自身 TypeScript 加载 `server/mcp` 下的工具源码（不启动应用，跳过 `ui/` 与 `skills/`），检查工具名格式、重名、`ui://` 前缀、`ui.resourceUri` 引用、每份应用 Skill 的 frontmatter，写入 `.spark/mcp/manifest.json`（`tools` / `resources` / `prompts` / `skills` 与源码定位）。
-- `npx miaoda-mcp validate --check`：只比对不写入，CI 用。
-- 开发态启动应用也会写清单；生产不写。删光工具、资源与应用 Skill 后再跑一次 `validate` 清理旧清单。
-- 启动期同样的校验失败会阻断启动（「MCP 定义校验失败」），一个方法不能同时标 `@McpTool()` 与 `@McpUiResource()`。
-
-## 模块配置（一般不动）
-
-```typescript
-PlatformModule.forRoot({
-  mcp: {
-    serverName: 'my-app',   // 默认 SUDA_APP_ID，再缺省为 miaoda-app
-    serverVersion: '1.0.0',
-    instructions: '…',      // initialize 响应里的说明
-  },
-});
-// 关闭端点：PlatformModule.forRoot({ mcp: false })
-```
-
-`requireUser` 保持默认 `true`。零工具、零资源、无应用 Skill 时端点返回 404，这是正常状态不是故障。