$npx -y skills add alibaba/skill-up --skill skill-upperSet up, run, and interpret Agent Skill evaluations (evals) with the skill-up CLI / 使用 skill-up CLI 给 Agent Skill 搭建和运行评测. Use when the user asks to evaluate, test, regress, or verify a Skill; add evals or cases; write eval.yaml/case.yaml; run skill-up run/validate/list-cases/repo
| 1 | # use-skill-up-cli |
| 2 | |
| 3 | Help the user set up, run, and interpret evaluations for Agent Skills via the `skill-up` CLI. |
| 4 | |
| 5 | Manual: <https://alibaba.github.io/skill-up/> |
| 6 | |
| 7 | ## Language Policy |
| 8 | |
| 9 | **Default to English when responding to the user. If the user writes in Chinese (or any other language), switch to that language and stay consistent with the user's input throughout the session.** |
| 10 | |
| 11 | Detection rules (highest priority first): |
| 12 | |
| 13 | 1. The user explicitly specifies a language in the current message (e.g. "answer in English" / "用中文回答") → follow the user's instruction. |
| 14 | 2. The natural language used in the user's current message → match it. |
| 15 | 3. None of the above → use English (default). |
| 16 | |
| 17 | Regardless of the response language, technical identifiers in this SKILL — CLI commands, `eval.yaml` / `case.yaml` field names, report field names, etc. — MUST stay in their original English form. Do not translate them. |
| 18 | |
| 19 | ### Language Rules for Generated Artifacts |
| 20 | |
| 21 | When creating or editing `eval.yaml`, `case.yaml`, grading scripts, README snippets, final replies, or any other user-visible artifact, treat the language of the user's current message as the output language for this turn: |
| 22 | |
| 23 | - If the user asks in Chinese, write the final response and all generated natural-language content in Chinese, including YAML comments, `title`, `description`, `input.prompt`, `expect` keywords, and `judge.criteria`. |
| 24 | - If the user asks in English, write the final response and all generated natural-language content in English, including YAML comments, `title`, `description`, `input.prompt`, `expect` keywords, and `judge.criteria`; do not leave Chinese or CJK characters in generated case files. |
| 25 | - If the target Skill itself is written in Chinese but the user asks in English, translate the Skill's functional intent into English test prompts and assertions instead of copying Chinese prose from the target Skill or templates. |
| 26 | - In an English context, deterministic keywords in `rule_based` cases, including `expect.must_contain` and `judge.success.output_contains`, must also be English keywords. Translate terms such as `资源泄漏`, `关闭`, and `异常处理` into `resource leak`, `close`, and `exception handling`; do not write bilingual parentheticals like `"资源" (resources)`. |
| 27 | - Keep technical identifiers unchanged, such as `schema_version`, `environment.type`, `engine.name`, `rule_based`, `agent_judge`, `script_path`, file paths, and commands. |
| 28 | - Treat `assets/*.tmpl` as structural references only. Rewrite placeholder prose and comments into the current output language; in an English context, translate or remove every Chinese comment and Chinese placeholder before writing generated files. |
| 29 | - In an English context, after generating all files but BEFORE submitting the final reply, you **MUST perform a CJK self-check**: open every `evals/cases/*.yaml` and `evals/eval.yaml` and scan for CJK characters (Unicode ranges `\u4e00-\u9fff\u3400-\u4dbf\uf900-\ufaff\u3000-\u303f\uff00-\uffef`), including but not limited to `title`, `description`, `input.prompt`, `expect` keywords, `judge.criteria`, and YAML comments. If any CJK character is found, **replace it with an equivalent English expression before finishing the task**. This step is mandatory and must not be skipped. |
| 30 | |
| 31 | ## What is skill-up |
| 32 | |
| 33 | `skill-up` is an evaluation CLI for Agent Skill authors. It installs the Skill into a real Agent Engine (Claude Code, Codex, qodercli, etc.), spins up an execution environment for each case, runs the prompt, then grades the result via declared rules / LLM judges / custom scripts, and finally produces a report. |
| 34 | |
| 35 | Typical layout: |
| 36 | |
| 37 | ``` |
| 38 | my-skill/ |
| 39 | SKILL.md |
| 40 | evals/ |
| 41 | eval.yaml |
| 42 | cases/ |
| 43 | <case-id>.yaml |
| 44 | fixtures/ |
| 45 | ``` |
| 46 | |
| 47 | ## When to trigger |
| 48 | |
| 49 | Use this skill in any of the following situations: |
| 50 | |
| 51 | - The user asks to "run / evaluate / verify / test this skill". |
| 52 | - The user wants to "add evals, test cases, or regression cases to a skill". |
| 53 | - The user wants to edit `eval.yaml` / `case.yaml`, or asks you to choose an appropriate `judge` type. |
| 54 | - The user mentions `skill-up run/validate/list-cases/report/import/init`. |
| 55 | - The user wants to migrate from Anthropic `evals.json` to skill-up. |
| 56 | - The current working directory contains `evals/eval.yaml` or `evals/evals.json` and the user wants to run it. |
| 57 | |
| 58 | ## Main flow (follow this order strictly) |
| 59 | |
| 60 | ### Step 0: Make sure skill-up is installed |
| 61 | |
| 62 | Before doing anything, verify `skill-up` is available: |
| 63 | |
| 64 | ```bash |
| 65 | command -v skill-up && skill-up --version |
| 66 | ``` |
| 67 | |
| 68 | If a version is printed, continue. If you see |