@wot-ui/cli 1.0.4 → 1.0.5

package/dist/{server-Cbs8eIrc.mjs → server-DDRLv2Z2.mjs}

@@ -1,4 +1,4 @@
-import { a as findComponent, d as resolveVersion, f as loadMetadataFile, i as lintProject, m as version, n as getCliUpdateStatus, o as listComponents, p as name } from "./update-check-DlG1c3ZB.mjs";
+import { _ as version, c as toComponentSummary, g as name, h as loadMetadataFile, i as lintProject, l as toDemoSummary, m as resolveVersion, n as getCliUpdateStatus, o as findComponent, s as listComponents } from "./update-check-BacAuhBM.mjs";
 import process from "node:process";
 import { McpServer, StdioServerTransport } from "@modelcontextprotocol/server";
 import * as z from "zod/v4";
@@ -22,6 +22,9 @@ const WOT_PAGE_GENERATOR_PROMPT = [
 function jsonText(value) {
 	return JSON.stringify(value, null, 2);
 }
+function compactJsonText(value) {
+	return JSON.stringify(value);
+}
 function registerMcpTools(server, options = {}) {
 	server.registerTool("wot_status", {
 		description: "Get wot-ui MCP server and CLI update status.",
@@ -61,7 +64,7 @@ function registerMcpTools(server, options = {}) {
 	}, async ({ version: version$1 }) => {
 		return { content: [{
 			type: "text",
-			text: jsonText({ components: listComponents(version$1) })
+			text: compactJsonText({ components: listComponents(version$1).map(toComponentSummary) })
 		}] };
 	});
 	server.registerTool("wot_info", {
@@ -140,7 +143,7 @@ function registerMcpTools(server, options = {}) {
 		};
 		if (!demo) return { content: [{
 			type: "text",
-			text: jsonText({ demos: result.demos ?? [] })
+			text: jsonText({ demos: (result.demos ?? []).map(toDemoSummary) })
 		}] };
 		const matched = result.demos?.find((item) => item.name.toLowerCase() === demo.toLowerCase());
 		if (!matched) return {

package/dist/{update-check-DlG1c3ZB.mjs → update-check-BacAuhBM.mjs}

@@ -2,13 +2,13 @@ import process from "node:process";
 import { existsSync, mkdirSync, readFileSync, readdirSync, writeFileSync } from "node:fs";
 import { dirname, join, relative, resolve } from "node:path";
 import { fileURLToPath } from "node:url";
+import { homedir } from "node:os";
 import { gunzipSync } from "node:zlib";
 import { parse } from "@vue/compiler-sfc";
-import { homedir } from "node:os";
 
 //#region package.json
 var name = "@wot-ui/cli";
-var version = "1.0.4";
+var version = "1.0.5";
 
 //#endregion
 //#region src/data/loader.ts
@@ -201,6 +201,37 @@ function loadResolvedMetadata(version$1) {
 function listComponents(version$1) {
 	return loadResolvedMetadata(version$1).components;
 }
+function filterComponents(components, keyword) {
+	const normalized = keyword?.trim().toLowerCase();
+	if (!normalized) return components;
+	return components.filter((component) => {
+		return [
+			component.name,
+			component.nameZh,
+			component.tag,
+			component.category,
+			component.description,
+			component.descriptionZh
+		].some((value) => value.toLowerCase().includes(normalized));
+	});
+}
+function toComponentSummary(component) {
+	return {
+		name: component.name,
+		nameZh: component.nameZh,
+		tag: component.tag,
+		category: component.category,
+		description: component.descriptionZh || component.description,
+		since: component.since
+	};
+}
+function toDemoSummary(demo) {
+	return {
+		name: demo.name,
+		title: demo.title,
+		description: demo.description
+	};
+}
 function findComponent(name$1, version$1) {
 	const normalized = name$1.trim().toLowerCase();
 	return listComponents(version$1).find((component) => component.name.toLowerCase() === normalized || component.tag.toLowerCase() === normalized);
@@ -544,4 +575,4 @@ function writeCache(cacheFile, cache) {
 }
 
 //#endregion
-export { findComponent as a, formatStatusLabel as c, resolveVersion as d, loadMetadataFile as f, lintProject as i, writeStderrLine as l, version as m, getCliUpdateStatus as n, listComponents as o, name as p, analyzeUsage as r, formatLogMessage as s, checkForCliUpdate as t, detectVersion as u };
+export { version as _, filterComponents as a, toComponentSummary as c, formatStatusLabel as d, writeStderrLine as f, name as g, loadMetadataFile as h, lintProject as i, toDemoSummary as l, resolveVersion as m, getCliUpdateStatus as n, findComponent as o, detectVersion as p, analyzeUsage as r, listComponents as s, checkForCliUpdate as t, formatLogMessage as u };

package/package.json

@@ -1,7 +1,7 @@
 {
   "name": "@wot-ui/cli",
   "type": "module",
-  "version": "1.0.4",
+  "version": "1.0.5",
   "description": "面向 wot-ui 的 CLI、MCP 与数据提取工具集",
   "license": "MIT",
   "funding": "https://github.com/sponsors/antfu",
@@ -25,7 +25,9 @@
   },
   "files": [
     "data",
-    "dist"
+    "dist",
+    "skills/wot-ui-cli",
+    "skills/wot-ui-v2"
   ],
   "engines": {
     "node": ">=20.0.0"
@@ -35,6 +37,8 @@
     "@modelcontextprotocol/server": "2.0.0-alpha.2",
     "@vue/compiler-sfc": "^3.5.13",
     "commander": "^14.0.0",
+    "jsonc-parser": "^3.3.1",
+    "smol-toml": "^1.7.0",
     "zod": "^4.1.12"
   },
   "devDependencies": {
@@ -66,6 +70,10 @@
   "scripts": {
     "build": "tsdown",
     "dev": "tsdown --watch",
+    "site:dev": "pnpm --filter @open-wot/website dev",
+    "site:build": "pnpm --filter @open-wot/website build",
+    "site:build:next": "pnpm --filter @open-wot/website build:next",
+    "site:lint": "pnpm --filter @open-wot/website lint",
     "extract": "tsx scripts/extract.ts",
     "extract:clone": "rm -rf /tmp/open-wot-wot-ui && git clone --depth 1 https://github.com/wot-ui/wot-ui.git /tmp/open-wot-wot-ui && pnpm extract --wot-dir /tmp/open-wot-wot-ui --output data/v2.json",
     "sync": "tsx scripts/sync.ts",

package/skills/wot-ui-cli/SKILL.md

@@ -0,0 +1,108 @@
+---
+name: wot-ui-cli
+description: 使用、调试或维护 @wot-ui/cli 与 open-wot 仓库。适用于 wot CLI 命令、Agent/MCP 接入、doctor/usage/lint、组件知识查询、客户端 adapter、离线数据提取、构建测试、发布包检查和仓库开发；如果任务是直接编写 wd-* 组件页面或解释组件 API，应改用 wot-ui-v2 skill。
+---
+
+# Wot UI CLI
+
+处理 `@wot-ui/cli`、MCP、Agent 接入和 open-wot 仓库维护任务时，基于当前源码、`package.json` 和 README 行事，不根据旧文档猜测命令。
+
+## 路由
+
+- CLI、MCP、Agent、数据提取或仓库开发：使用本 Skill。
+- 组件选型、页面代码、props、主题和组件问题：使用 `wot-ui-v2` Skill。
+- 通过 CLI 查询组件知识时，保留 CLI 使用语境；需要生成组件代码时再切换到 `wot-ui-v2`。
+
+## 工作流
+
+1. 先查看 `README.md`、`package.json#scripts` 和相关源码。
+2. 修改 CLI、MCP、prompt、数据结构或 Skill 后，同步测试与 README。
+3. 写配置前先运行 `--dry-run`，使用隔离 `--cwd`，不要修改真实用户配置。
+4. 修改命令输出后，至少运行一个真实源码或构建产物命令。
+5. 提交前运行 `pnpm lint && pnpm typecheck && pnpm test && pnpm build`。
+
+## 命令分组
+
+组件知识：
+
+```bash
+wot list [keyword]
+wot info <component>
+wot doc <component>
+wot demo <component> [name]
+wot token [component]
+wot changelog [versionOrComponent] [component]
+```
+
+项目分析：
+
+```bash
+wot doctor [dir]
+wot usage [dir]
+wot lint [dir]
+```
+
+Agent 接入：
+
+```bash
+wot agent list
+wot agent init --client cursor
+wot agent status --client cursor
+wot agent doctor --client cursor
+wot agent remove --client cursor
+wot agent init --client all
+```
+
+MCP 管理：
+
+```bash
+wot mcp
+wot mcp serve
+wot mcp list
+wot mcp init --client cursor
+wot mcp status --client cursor
+wot mcp doctor --client cursor
+wot mcp remove --client cursor
+wot mcp print --client cursor
+```
+
+查询命令支持 `--version` 和 `--format text|json|markdown`。Agent/MCP 管理命令支持的具体选项以 `--help` 和源码为准；写操作优先使用 `--dry-run`。
+
+## 仓库开发
+
+```bash
+pnpm install
+pnpm dev
+pnpm exec tsx src/index.ts list
+pnpm build
+node dist/index.mjs list
+```
+
+更新离线数据：
+
+```bash
+pnpm sync:clone
+pnpm extract:clone
+pnpm sync --wot-dir ../wot-ui
+pnpm extract --wot-dir ../wot-ui --output data/v2.0.4.json
+```
+
+发布包检查：
+
+```bash
+pnpm build
+pnpm compress
+pnpm exec publint
+npm pack --dry-run --json
+```
+
+## MCP 注意事项
+
+- `wot mcp` 使用 stdio，终端无普通输出通常正常。
+- `doctor` 验证配置和真实 handshake；部分客户端还会检查注册状态。
+- `--client all` 在 project scope 处理四个支持客户端。
+- 保留已有 Server、JSONC 注释、非托管 TOML 和用户 Instructions。
+
+## 参考
+
+需要完整命令矩阵、目录职责、验证要求、数据与发布流程时，读取 [references/overview.md](./references/overview.md)。

package/skills/wot-ui-cli/references/overview.md

@@ -0,0 +1,164 @@
+# Wot UI CLI Overview
+
+## 目录
+
+- [定位](#定位)
+- [命令矩阵](#命令矩阵)
+- [Agent 与 MCP](#agent-与-mcp)
+- [仓库目录](#仓库目录)
+- [开发与验证](#开发与验证)
+- [数据更新](#数据更新)
+- [发布包与发布](#发布包与发布)
+
+## 定位
+
+- npm 包：`@wot-ui/cli`
+- 可执行命令：`wot`
+- Node.js：`>= 20`
+- 包管理器：pnpm `10.25.x`
+- 数据范围：wot-ui v2
+- 核心能力：CLI 查询、项目分析、MCP Server、Agent 接入、多版本离线知识和数据提取
+
+## 命令矩阵
+
+### 组件知识与项目分析
+
+| 命令 | 用途 |
+| --- | --- |
+| `wot list [keyword]` | 按名称、中文名、标签、分类或描述查找组件 |
+| `wot info <component>` | props、events、slots、CSS 变量 |
+| `wot doc <component>` | 完整 Markdown 文档 |
+| `wot demo <component> [name]` | demo 列表或指定源码 |
+| `wot token [component]` | 组件 CSS 变量 |
+| `wot changelog [versionOrComponent] [component]` | 版本或组件更新记录 |
+| `wot doctor [dir]` | 项目环境与依赖诊断 |
+| `wot usage [dir]` | `.vue` 文件中的组件使用统计 |
+| `wot lint [dir]` | 未知组件、空按钮等规则 |
+
+查询命令支持 `--version <version>` 和 `--format text|json|markdown`。
+
+### Agent
+
+| 子命令 | 用途 |
+| --- | --- |
+| `list` | 列出支持和检测到的客户端 |
+| `init` | 初始化 MCP、Skill 和 Instructions |
+| `status` | 检查三类能力 |
+| `doctor` | 检查文件和真实 MCP handshake |
+| `remove` | 删除 open-wot 托管内容 |
+
+`init/status/doctor/remove` 支持 `--client auto|all|claude|cursor|vscode|codex`、`--scope`、`--with`、`--cwd`、`--format` 和 `--pin`。`init/remove` 支持 `--dry-run`、`--yes`；`doctor` 支持 `--timeout`。
+
+### MCP
+
+| 子命令 | 用途 |
+| --- | --- |
+| `wot mcp` / `wot mcp serve` | 启动 stdio Server |
+| `list` | 客户端检测 |
+| `init` | 写入 MCP 配置 |
+| `status` | 检查配置 |
+| `doctor` | 配置、handshake 和客户端状态检查 |
+| `remove` | 删除托管配置 |
+| `print` | 输出单客户端配置片段 |
+
+## Agent 与 MCP
+
+支持的 project scope 配置：
+
+| Client | 文件 |
+| --- | --- |
+| Claude Code | `.mcp.json` |
+| Cursor | `.cursor/mcp.json` |
+| VS Code | `.vscode/mcp.json` |
+| Codex | `.codex/config.toml` |
+
+一次接入所有客户端：
+
+```bash
+wot agent init --client all
+wot agent doctor --client all --timeout 30000
+```
+
+默认 Agent 接入安装 MCP、`wot-ui-v2` Skill 和托管 Instructions。`wot-ui-cli` Skill 随 npm 包发布，但不默认安装到组件使用项目。
+
+MCP 提供 8 个 tools：
+
+```text
+wot_status
+wot_list
+wot_info
+wot_doc
+wot_demo
+wot_token
+wot_changelog
+wot_lint
+```
+
+## 仓库目录
+
+```text
+src/commands       CLI 子命令
+src/application    MCP/Agent 编排和 ChangePlan
+src/mcp            Server、tools、prompts、adapters
+src/data           loader 和版本解析
+src/utils          文件、终端、项目扫描等公共能力
+scripts            extract、sync、compress
+data               多版本离线数据
+skills             Agent Skills
+test               测试
+```
+
+## 开发与验证
+
+安装和调试：
+
+```bash
+pnpm install
+pnpm dev
+pnpm exec tsx src/index.ts info Button
+pnpm build
+node dist/index.mjs info Button
+```
+
+提交前：
+
+```bash
+pnpm lint
+pnpm typecheck
+pnpm test
+pnpm build
+```
+
+定向要求：
+
+- CLI 输出变化：运行真实命令，同步 README 和命令测试。
+- MCP/Agent：使用隔离目录验证 dry-run、幂等、doctor 和 remove。
+- 数据结构：验证历史快照兼容 commands 与 MCP。
+- Skills：验证 `agent init --dry-run` 和 npm 包文件列表。
+- package exports/files：运行 publint 和 npm pack。
+
+## 数据更新
+
+离线数据来自上游 wot-ui 的组件 Markdown、changelog 和 SCSS。
+
+```bash
+pnpm sync:clone
+pnpm extract:clone
+pnpm sync --wot-dir ../wot-ui
+pnpm extract --wot-dir ../wot-ui --output data/v2.0.4.json
+```
+
+提取后运行 `pnpm test && pnpm build`，并检查 `data/versions.json`、目标快照和 `data/v2.json`。
+
+## 发布包与发布
+
+```bash
+pnpm build
+pnpm compress
+pnpm exec publint
+npm pack --dry-run --json
+```
+
+发布包应包含 `dist/`、压缩数据、`data/versions.json`、`skills/wot-ui-v2` 和 `skills/wot-ui-cli`。
+
+维护者使用 `pnpm release`。bumpp 默认更新版本、提交、创建 tag 并推送；`v*` tag 触发 GitHub Actions 发布。发布后检查 npm 版本、文件和 dist-tags，预发布版本不要占用 `latest`。

package/skills/wot-ui-v2/SKILL.md

@@ -0,0 +1,46 @@
+---
+name: wot-ui-v2
+description: '回答、生成、重构、排查 wot-ui v2 相关代码时使用。关键词：wot-ui、uni-app、Vue3、wd-、ConfigProvider、useToast、useDialog、Form、Popup、theme、llms-full。适用于组件选型、API 查询、示例页面生成、主题定制、常见坑排查。'
+argument-hint: '组件名、页面场景、问题描述或主题定制需求'
+---
+
+# Wot UI V2 Skill
+
+这个 skill 用于让 Agent 在处理 wot-ui v2 相关任务时，优先采用组件库既有能力、遵守 uni-app 场景限制，并结合本仓库提供的 `wot` CLI 查询离线知识。
+
+## 适用场景
+
+- 用户询问某个 `wd-*` 组件的基础用法、属性、事件、插槽或样式变量。
+- 需要生成或重构 `uni-app + Vue 3 + TypeScript` 的 wot-ui 页面或组件代码。
+- 需要在 `ConfigProvider`、主题变量、暗黑模式、国际化、反馈类 hooks、表单等场景下给出正确做法。
+- 需要排查文档中常见的 `Toast`、`Dialog`、`Popup`、`Tabs`、`Slider`、样式覆盖问题。
+- 用户只是泛化地提到主题定制，但还没有明确要求按“单文件主题 SCSS + App.vue 只 `@use`”的结构生成时。
+
+## 推荐流程
+
+1. 先用本仓库 CLI 或 MCP 工具查组件知识。
+2. 再根据项目实际安装方式决定导入路径与集成方式。
+3. 优先复用现成的 `wd-*` 组件、hooks、主题变量与组合模式，不要退化成原生标签堆砌。
+4. 如果问题涉及约束或坑位，再查阅 [参考知识](./references/overview.md)。
+5. 如果用户明确要求生成 `src/themes/styles/{主题名}.scss` 单文件主题，并把挂载逻辑收进主题文件，优先切换到 `create-wot-ui-theme` skill。
+
+## 查询顺序
+
+1. `wot list` 找组件名。
+2. `wot info <Component>` 看 props、events、slots、CSS 变量。
+3. `wot demo <Component>` 看 demo 名称或具体 demo 代码。
+4. `wot doc <Component>` 看完整 markdown 文档。
+5. `wot token <Component>` 看主题变量。
+
+## 工作规则
+
+- 默认把 wot-ui 视为 `uni-app + Vue 3 + TypeScript` 组件库。
+- 写页面时优先输出 `script setup` 风格。
+- 反馈类能力如 `useToast`、`useDialog`、`useNotify`、`useImagePreview`、`useVideoPreview`，除了 hook 调用外，通常还需要页面内显式声明对应组件实例。
+- 文档里经常出现 `@/uni_modules/wot-ui` 导入路径；如果用户项目采用 npm 安装，应切换成 `@wot-ui/ui`。
+- 主题定制优先走 `ConfigProvider` 和 CSS 变量，不优先建议深度覆盖内部类名。
+- 生成代码时尽量沿用组件库文档里的命名和交互模式，例如 `v-model:visible`、`before-confirm`、`confirm`、`change`、`custom-class`、`custom-style`。
+
+## 参考资料
+
+- [Wot UI V2 概览](./references/overview.md)

package/skills/wot-ui-v2/references/overview.md

@@ -0,0 +1,85 @@
+# Wot UI V2 Overview
+
+本文件根据 wot-ui v2 的 `llms-full.txt` 与本仓库现有 CLI 工作流提炼，目标是帮助 Agent 快速掌握适合生成代码与回答问题的高价值知识，而不是逐字复制官方文档。
+
+## Product Positioning
+
+- Wot UI v2 是面向 `uni-app` 的 `Vue 3 + TypeScript` 组件库。
+- 覆盖微信小程序、支付宝小程序、钉钉小程序、H5、APP 等平台。
+- 组件命名统一为 `wd-*`。
+- 组件库强调 AI 友好、主题定制、暗黑模式、国际化与跨端一致性。
+
+## Installation And Integration
+
+- npm 安装：`pnpm add @wot-ui/ui`
+- 使用前需要安装 `sass`。
+- `uni_modules` 安装模式天然支持 easycom 自动引入。
+- npm 安装模式通常需要配置 vite resolver 或 easycom。
+- CLI 项目在 npm 模式下可在 `tsconfig.json` 中加入 `@wot-ui/ui/global` 以增强全局组件类型提示。
+
+## Import Rules
+
+- npm 安装项目：组合式函数、类型和工具优先从 `@wot-ui/ui` 导入。
+- `uni_modules` 安装项目：文档中的 `@/uni_modules/wot-ui` 路径通常可直接使用。
+- 官方文档示例很多基于 `uni_modules` 路径，回答时要按用户项目实际安装方式转换。
+
+## High Value Conventions
+
+- 反馈类组件不能依赖全局挂载。页面内通常需要显式写出 `wd-toast`、`wd-dialog`、`wd-notify`、`wd-image-preview`、`wd-video-preview` 等实例。
+- `useToast`、`useDialog`、`useNotify`、`useQueue` 等 hooks 基于 `provide/inject`，应在 `setup` 中调用。
+- 页面内如果存在多个 `wd-dialog` 或 `wd-toast`，需要通过 `selector` 区分，否则可能出现实例冲突或重复弹出。
+- 自定义组件中如果要覆盖 wot-ui 内部样式，小程序环境通常需要把组件配置为 `styleIsolation: 'shared'`。
+- 在 `Popup`、`ActionSheet`、`DropDownItem` 等延迟渲染弹层里使用 `Slider`、`Tabs` 等依赖尺寸计算的组件时，打开后应调用实例方法重新初始化，例如 `initSlider()` 或 `updateLineStyle()`。
+
+## Theme And Styling
+
+- 主题定制优先走 CSS 变量。
+- Design Token 分三层：基础变量、语义变量、组件变量。
+- 局部或全局主题可通过 `wd-config-provider` 的 `theme` 和 `theme-vars` 控制。
+- 深色模式通过 `wd-config-provider theme="dark"` 开启。
+- 更推荐覆盖语义变量或组件变量，不推荐优先依赖深层 class 选择器覆盖。
+
+## Common UI Patterns
+
+- 表单场景优先组合 `wd-form`、`wd-form-item`、`wd-input`、`wd-textarea`、`wd-picker`、`wd-calendar`、`wd-select-picker`。
+- 弹层类场景优先使用 `wd-popup`、`wd-dialog`、`wd-action-sheet`、`wd-tooltip`、`wd-popover`。
+- 反馈类场景优先使用 `useToast`、`useDialog`、`useNotify`，不要直接手写临时弹层。
+- 列表和展示类场景优先考虑 `wd-cell`、`wd-card`、`wd-tag`、`wd-badge`、`wd-empty`、`wd-loadmore`、`wd-skeleton`。
+- 导航与布局类场景优先考虑 `wd-navbar`、`wd-tabs`、`wd-tabbar`、`wd-sidebar`、`wd-row`、`wd-col`、`wd-gap`。
+
+## Interaction Patterns
+
+- 大量组件采用 `v-model` 或 `v-model:visible` 控制状态。
+- 表单和选择类组件普遍提供 `confirm`、`change`、`close` 等事件。
+- 反馈组件常通过 hook 返回方法对象，例如 `toast.success()`、`dialog.confirm()`。
+- `Popover`、`Tooltip`、`SwipeAction` 等场景常与 `useQueue().closeOutside()` 配合，实现点击外部关闭。
+
+## Component Selection Hints
+
+- 需要主操作按钮时用 `wd-button`，不要先写原生 `button`。
+- 需要列表入口、设置页、表单容器时优先用 `wd-cell` 和 `wd-cell-group`。
+- 需要轻量提示时优先用 `useToast`；需要确认交互时优先用 `useDialog`。
+- 需要单选或多选弹层时优先用 `wd-select-picker`、`wd-picker`、`wd-cascader`。
+- 需要统一主题或暗黑模式时优先用 `wd-config-provider`。
+
+## Common Pitfalls
+
+- `Toast`、`Dialog` 等函数式调用没有效果，先检查页面里是否声明了对应组件实例。
+- 同一个页面里多个无 `selector` 的反馈组件可能相互干扰。
+- npm 模式使用国际化时，开发态可能需要在 Vite 的 `optimizeDeps.exclude` 中排除 `@wot-ui/ui`。
+- 文档里的导入路径和项目实际安装方式不一致时，回答要主动修正。
+- 在弹层中直接渲染依赖尺寸测量的组件时，初始化时机往往比 API 本身更关键。
+
+## AI Response Heuristics
+
+- 回答基础用法时，优先给最小可运行模板，再补充常用 props。
+- 生成页面时，优先给完整的 `template + script setup + style` 结构。
+- 如果项目已使用 wot-ui，不要建议换用其他 UI 库。
+- 如果 wot-ui 已有现成组件，就不要用原生结构重复造轮子。
+- 如果用户只问某个组件，优先给该组件最常见 3 到 5 个用法，不要把整份文档全部展开。
+
+## Repo-Specific Workflow
+
+- 在本仓库中，优先使用 `wot list`、`wot info`、`wot doc`、`wot demo`、`wot token` 获取组件知识。
+- 当仓库数据与线上文档不一致时，以用户目标为准，并明确指出仓库离线数据可能需要重新提取。
+- 若要补数据或修提取逻辑，关注 `scripts/extract.ts`、`data/v2.json`、`src/data/*` 与相应命令实现。