安装
run claude-with-access-to-the-skill适合谁
当你要从零创建一份 skill、改已有 skill、优化它、跑 evals、做带方差分析的性能对照，或改 description 以提高触发准确度时，使用 skill-creator。它用来创建、修改、改进并测量 skill，不是替你发布到未点名的市场。
更合适的前提是：你愿意先想清楚这份 skill 要做什么、大致怎么做，再进入草稿和测试。资料没有给出代理产品名单或安装命令，不要编造仓库路径。官方说明页是
https://raw.githubusercontent.com/anthropics/skills/main/skills/skill-creator/SKILL.md
3 分钟完成第一次尝试
推荐路径不是安装器，而是资料里的过程：先判断用户处在哪一步，再帮他往下走。顺序大致是：决定目标与做法，写草稿，准备几条测试提示并用 claude-with-access-to-the-skill 跑，再帮用户从定性和定量两边看结果。
前置：你已经有一个想做成 skill 的任务。低风险第一次不要写文件。先用几句话确认「这份 skill 要做什么、大概怎么做」，并判断对方是在选题、已有草稿、还是已经在跑测试。摘要允许对方说想先凭感觉、跳过 evals；若对方明确跳过，就不要强行开测。
成功信号：你能指出当前处在哪一段，并且下一步只推进一段。写草稿会改文件，必须先确认存放位置再写。不要先跑未点名的评测平台。
使用案例
案例一：从零写一份会触发的 skill。先决定做什么，再写草稿。description 是主触发机制：既要写它做什么，也要写什么情境下用；所有「何时使用」都放在 description，不要写进正文。资料提醒目前 Claude 容易 undertrigger，所以描述要够具体。完成标准是草稿里的 description 同时包含能力和触发情境。摘录没有给出 SKILL.md 的字段模板全文，因此不要编造未出现的必填栏。
案例二：skill 已经能用之后，优化触发。资料写明：做完之后（顺序仍可灵活），可以跑 skill description improver，这是另一份独立脚本，用来优化触发。完成标准是你准备好跑这个 improver，而不是已经改完所有评测集。摘录没有写出脚本文件名或命令行，因此不要编造调用参数；只确认「另有脚本、目标是触发」这一步。测试提示则用 claude-with-access-to-the-skill 跑，再做定性与定量评估。
使用边界
过程可灵活，但职责是定位用户卡在哪一段并推进。创建循环是：决定、草稿、测试提示、评估、再改。description 承担全部「何时使用」，正文不重复堆触发条件。Claude 目前倾向少触发。
不要编造安装器或仓库内路径。资料没有给出客户端名单，也没有写出 description improver 的完整命令。超出这些已写明的阶段、测试入口和 description 写法，这份说明覆盖不到。写文件或跑测试前，先确认路径和是否覆盖已有 skill。