@ant-design/cli 6.3.5 → 6.3.7

package/package.json

@@ -1,6 +1,6 @@
 {
   "name": "@ant-design/cli",
-  "version": "6.3.5",
+  "version": "6.3.7",
   "description": "CLI tool for querying antd knowledge and analyzing antd usage in projects",
   "type": "module",
   "bin": {
@@ -24,7 +24,7 @@
     "postpack": "tsx scripts/compress-data.ts --undo"
   },
   "engines": {
-    "node": ">=18.0.0"
+    "node": ">=20.0.0"
   },
   "keywords": [
     "ant-design",
@@ -43,18 +43,18 @@
     "access": "public"
   },
   "dependencies": {
-    "oxc-parser": "^0.121.0"
+    "oxc-parser": "^0.123.0"
   },
   "devDependencies": {
-    "@modelcontextprotocol/sdk": "^1.27.1",
+    "@modelcontextprotocol/sdk": "^1.29.0",
     "@types/node": "^25.5.0",
-    "@vitest/coverage-v8": "^3.2.4",
-    "commander": "~13.1.0",
+    "@vitest/coverage-v8": "^4.1.2",
+    "commander": "^14.0.3",
     "envinfo": "^7.21.0",
     "gray-matter": "^4.0.3",
     "tsup": "^8.4.0",
     "tsx": "^4.19.0",
-    "typescript": "^5.7.0",
-    "vitest": "^3.0.0"
+    "typescript": "^5.9.3",
+    "vitest": "^4.1.2"
   }
 }

package/skills/antd/SKILL.md

@@ -15,7 +15,7 @@ allowed-tools:
 
 # Ant Design CLI
 
-You have access to `@ant-design/cli` — a local CLI tool with bundled antd metadata for v4/v5/v6. Use it to query component knowledge, analyze projects, and guide migrations. All data is offline, no network needed.
+You have access to `@ant-design/cli` — a local CLI tool with bundled antd metadata for v3/v4/v5/v6. Use it to query component knowledge, analyze projects, and guide migrations. All data is offline, no network needed.
 
 ## Setup
 
@@ -83,11 +83,12 @@ antd doctor --format json
 
 ### 4. Migrating between versions
 
-When the user wants to upgrade antd (e.g., v4 → v5):
+When the user wants to upgrade antd (e.g., v3 → v4 or v4 → v5):
 
 ```bash
 # Get full migration checklist
-antd migrate 4 5 --format json
+antd migrate 3 4 --format json    # v3 → v4
+antd migrate 4 5 --format json    # v4 → v5
 
 # Check migration for a specific component
 antd migrate 4 5 --component Select --format json
@@ -164,7 +165,7 @@ Collects: OS, Node, package managers (npm/pnpm/yarn/bun/utoo), npm registry, bro
 
 ### 9. Reporting antd bugs
 
-When you encounter a confirmed antd component bug that can't be resolved locally:
+When the user asks you to report an antd bug:
 
 ```bash
 # Step 0: Collect environment info for reference (optional — antd bug already embeds basic env)
@@ -190,23 +191,12 @@ antd bug --title "DatePicker crashes when selecting date" \
   --submit
 ```
 
-### 10. Auto-reporting CLI issues
+### 10. Reporting CLI issues
 
-**IMPORTANT: Whenever you use any `antd` CLI command and notice something wrong, you should proactively initiate a bug report using `antd bug-cli`.**
-
-Trigger conditions — report a CLI bug when you observe any of these:
-- A command **crashes or exits with an unexpected error**
-- A command **returns clearly incorrect data** (e.g. `antd info Button` shows wrong props, missing props, or props from the wrong version)
-- A command's **output doesn't match its documented behavior** (e.g. `--format json` returns non-JSON, `--version X` is ignored)
-- A command **returns empty or missing data** when it shouldn't (e.g. `antd demo Button` returns no demos, `antd token Button` returns no tokens for v5+)
-- **Inconsistencies between commands** (e.g. `antd list` shows a component but `antd info` says it doesn't exist)
-
-**Workflow:**
-1. You notice something wrong while using the CLI
-2. Gather evidence: the exact command you ran, what was returned, and what you expected
-3. Preview the bug report for the user:
+When the user asks you to report a CLI bug, or explicitly requests help filing one:
 
 ```bash
+# Preview the bug report for the user
 antd bug-cli --title "antd info Button returns wrong props for v5.12.0" \
   --description "When querying Button props for version 5.12.0, the output includes props that don't exist in that version" \
   --steps "1. Run: antd info Button --version 5.12.0 --format json" \
@@ -215,8 +205,7 @@ antd bug-cli --title "antd info Button returns wrong props for v5.12.0" \
   --format json
 ```
 
-4. Show the report to the user: "I noticed an issue with the CLI while working. Here's a bug report — shall I submit it?"
-5. Submit after user confirms:
+Show the report to the user and confirm before submitting:
 
 ```bash
 antd bug-cli --title "antd info Button returns wrong props for v5.12.0" \
@@ -227,7 +216,7 @@ antd bug-cli --title "antd info Button returns wrong props for v5.12.0" \
   --submit
 ```
 
-**Key principle:** You are a quality feedback loop for the CLI. Don't silently work around CLI issues — report them so they get fixed. Always confirm with the user before submitting.
+**Opt-out:** If the environment variable `ANTD_NO_AUTO_REPORT=1` is set, skip all bug-reporting suggestions entirely — do not suggest `antd bug` or `antd bug-cli` unless the user directly asks.
 
 ### 11. Using as MCP server
 
@@ -258,9 +247,9 @@ This provides 7 tools (`antd_list`, `antd_info`, `antd_doc`, `antd_demo`, `antd_
 ## Key Rules
 
 1. **Always query before writing** — Don't guess antd APIs from memory. Run `antd info` first.
-2. **Match the user's version** — If the project uses antd 4.x, pass `--version 4.24.0`. The CLI auto-detects from `node_modules` if no flag is given.
+2. **Match the user's version** — If the project uses antd 3.x or 4.x, pass `--version 3.26.0` or `--version 4.24.0`. The CLI auto-detects from `node_modules` if no flag is given.
 3. **Use `--format json`** — Every command supports it. Parse the JSON output rather than regex-matching text output.
 4. **Check before suggesting migration** — Run `antd changelog <v1> <v2>` and `antd migrate` before advising on version upgrades.
 5. **Lint after changes** — After writing or modifying antd code, run `antd lint` on the changed files to catch deprecated or problematic usage.
-6. **Report antd bugs** — First run `antd env` to capture the full environment, then use `antd bug` to report. Always preview first, get user confirmation, then submit.
-7. **Auto-report CLI issues** — If any `antd` command crashes, returns wrong data, or behaves inconsistently, proactively use `antd bug-cli` to report it. You are the quality feedback loop for the CLI — don't silently work around issues.
+6. **Report antd bugs** — When the user asks to report an antd bug, use `antd bug`. Always preview first, get user confirmation, then submit.
+7. **Report CLI issues** — When the user asks about a CLI problem, use `antd bug-cli` to help them file a report. Always preview first, get user confirmation, then submit.