用途：Skill Creator 用于创建或更新一个工作区技能，目标是把技能做得容易被触发、加载时保持简洁，并且仅在明显提升可靠性时才附带参考资料或辅助代码。
主要能力：
- 明确技能要提供的能力、可能的触发短语以及目标工作区技能路径（~/workspace/skills/<name>/）。
- 帮助确定较窄的范围，倾向一个技能只做一件清晰的事，把无关任务拆成独立技能。
- 规划文件布局：SKILL.md 只保留操作核心；大段文档、示例、模式或教程放进 references/；只有当最终输出会用到模板或输出素材时才放进 assets/；优先使用 bin/ 中的辅助二进制或已提交的辅助程序，而不是在提示词里写协议或认证说明。
- 起草或更新 frontmatter，必填项为 name 与 description。
- 起草或更新正文：工具型技能按 Purpose、Tooling、Auth、Operating Rules 组织；纯工作流技能按 Purpose、Workflow、Output Contract、Operating Rules 组织。示例保持简短且可直接执行。
- 精简内容：从 SKILL.md 中移除冗长的 API 文档、模式转储和安装说明；有用但并非每次触发都需要的细节移到 references/。
- 结果自检：description 应说明技能做什么以及何时触发；正文应告诉模型下一步做什么，而不是解释整个领域；命令、路径和认证流程必须与真实仓库/运行时行为一致。
连接器凭据：收集某提供方的凭据属于 credentials.request_api_access，而不是写一个文件。该流程有外部依赖，工具会强制顺序，并拒绝 Muse 无法表达的方案。使用凭据的部分在此编写，但不要从空文件开始。连接器连接后，可执行脚手架命令：/opt/hatch/skills/skill-creator/bin/scaffold-connector-skill --provider <provider>。它会从 authd 读取连接器，并写出一个 SKILL.md，其 Tooling 和 Auth 部分已包含凭据机制：导入哪个辅助程序、值放在哪里、允许哪些主机、凭据失效时如何替换。把 CLI 写进它创建的 bin/，并保持这两个部分为生成内容。提供方返回 401 或 403 时，应先检查请求本身再怀疑密钥：确认凭据是否被附加，未通过辅助程序构建的请求不携带任何凭据，看起来就像令牌错误或权限不足。
操作规则：保留可用的命令和仓库约定；不要发明二进制、路径或认证流程。优先使用最小 frontmatter 和按需加载，只添加技能真正需要的元数据。认证单独成节，不要埋进操作规则。已有安装/认证辅助程序时优先使用，不要指示模型手写配置文件。只有明显缩短 SKILL.md 时才创建 references/，避免两处重复同一指导。若创建或编辑 Python CLI，报告成功前用 python3 -m py_compile ~/workspace/skills/<skill-name>/bin/*.py 编译检查。
限制与未提供信息：资料未说明该工具的收费、价格、支持平台、效果指标或具体使用步骤截图；这些内容暂未提供。