用途：面向 IC Skills 仓库（skills.internetcomputer.org）中已有技能的改进、修复、更新、增强与审查工作，提供一套节省 token 的工作流。核心原则是先理解问题、精准修改、只验证改动部分，评测作为回归安全网按需运行而非每次全跑。
主要能力与流程：第 0 步为硬性停止点，必须先拿到用户的具体问题描述（如过期的 canister ID、缺失的坑点、描述无法触发、代码示例使用已弃用 API 等）及其影响；若请求含糊，需追问具体问题，用户无法提供则停止，不读文件、不跑命令、不自行探索改进。第 1 步通读 skills/<skill-name>/SKILL.md，检查覆盖范围与缺失内容，用 grep <skill-name> .claude/upstream.md 判断是否受上游跟踪，并查看 git log --oneline -5 -- skills/<skill-name>/SKILL.md。第 2 步运行 npm run validate 校验基线，先修错误。第 3 步识别改进点，重点关注坑点、canister ID 与版本号、代码示例、描述（需说明做什么、何时用、何时不用及关键词）、必需的 frontmatter（metadata.title 与 metadata.category）。第 4 步编辑 SKILL.md，保持聚焦。第 5 步再次 npm run validate，必要时运行 skill-validator score evaluate --provider claude-cli skills/<skill-name>。第 6 步检查并更新 evaluations/<skill-name>.json，不存在则创建，保持精简。第 7 步运行评测：新增或修改的用例必须带基线运行并写入 PR；未改动的用例仅在相关内容被改动时重跑，可用 node scripts/evaluate-skills.js <skill-name> --list、--eval <N>、--triggers-only、--no-baseline 等命令。第 8 步最终校验后提交 PR。
适用场景：IC Skills 仓库内技能的维护与迭代，尤其是上游同步、坑点补充、描述触发优化。
限制：受上游跟踪的技能（writing-motoko、migrating-motoko-actors、troubleshooting-motoko-migrations、reviewing-motoko、mops-cli、static-site）需先读 .claude/upstream.md，仅可自由修改 icskills 自有部分，共享内容改动还应向上游提 issue。无具体问题则不得开始工作。