- 📁 examples/
- 📄 SKILL.md
a-share-market-commentary
使用提供的市场数据生成三个固定交易时段的结构化 A 股市场评论:开市后 30 分钟内、中午收盘后和收盘后。当用户想要基于真实 A 股输入的事实市场观察、盘中评论或日终评论内容时,可以使用此技能。请勿将其用于选股、交易建议或无数据的捏造评论。
使用提供的市场数据生成三个固定交易时段的结构化 A 股市场评论:开市后 30 分钟内、中午收盘后和收盘后。当用户想要基于真实 A 股输入的事实市场观察、盘中评论或日终评论内容时,可以使用此技能。请勿将其用于选股、交易建议或无数据的捏造评论。
反应可扩展的组合模式。在通过布尔属性扩散重构组件、构建灵活的组件库或设计可重用的 API 时使用。触发涉及复合组件、渲染道具、上下文提供程序或组件架构的任务。包括 React 19 API 更改。
扩展思维模式。使用时要有创造力、深入思考、扩展推理。
通过 OpenClaw 的 TsArr 管理家庭媒体服务。用于 Radarr、Sonarr、Lidarr、Readarr、Prowlarr 和 Bazarr 任务,例如检查运行状况、检查队列和历史记录、浏览库、搜索、添加、编辑、删除项目、查看配置文件、标签和根文件夹以及检查 TsArr 配置。
您必须在任何创造性工作之前使用它 - 创建功能、构建组件、添加功能或修改行为。在实施之前探索用户意图、要求和设计。
量子环路自主开发流程的一部分(集体讨论→规范→计划→执行→审查→验证)。在实施之前对功能理念进行深入的苏格拉底式探索。一次提出一个问题,提出 2-3 种权衡的替代方法,逐节提出设计以供批准,并保存批准的设计文档。在开始新功能、探索想法或编写规范之前使用。触发点:集思广益、探索想法、设计、思考、ql-集思广益。
通过空运行和错误恢复更新概念数据库中多个页面的属性或内容
适用于任何安装的便携式 ComfyUI 工作流程和 API 指南。在构建、验证或排除 ComfyUI 图像/视频工作流程故障、通过 /object_info 发现可用节点/模型、正确连接加载器/编码器/VAE/LoRA、通过 REST 或 WebSocket API 提交作业、使用 ComfyUI 训练 LoRA、使工作流程适应未知用户计算机(无需假设特定检查点、路径、硬件或自定义节点)时使用。
读写、编辑和删除本地文件。当用户提到「打开文件」「帮我看看这个文档」 「帮我写一份 XX」「修改 XX 文件」「读一下 XX」「删除 XX」或拖拽文件到对话中时使用此技能。 支持 .txt, .md, 代码文件的直接读写,以及 .pdf, .docx, .xlsx 的文本提取。 --- # 文件操作技能(FileSkill) ## 概述 此技能让你能够读取、创建、编辑和删除用户本地文件系统中的文件。所有文件操作都限制在用户授权的目录范围内。 所有操作通过 `run_skill_script` 工具执行 `scripts/` 目录下的脚本。脚本源码不会进入对话上下文窗口,你只能看到执行结果。 ## 可用脚本 通过 `run_skill_script` 调用,`skill_name` 始终为 `file`: ### read_file.ts 读取指定路径的文件内容。纯文本文件直接返回内容;.pdf / .docx / .xlsx 返回提取的文本。 ``` 参数(JSON):{ "path": "文件绝对路径" } 返回:{ "success": true, "content": "文件内容" } ``` ### write_file.ts 创建新文件或覆写已有文件。 ``` 参数(JSON):{ "path": "文件绝对路径", "content": "要写入的内容" } 返回:{ "success": true, "content": "已创建文件: ..." } ``` ### edit_file.ts 通过字符串替换精确修改已有文件。old_text 必须与文件内容完全一致(包括空格和换行)。 ``` 参数(JSON):{ "path": "文件绝对路径", "old_text": "被替换文本", "new_text": "新文本" } 返回:{ "success": true, "content": "已编辑文件: ..." } ``` ### delete_file.ts 删除指定路径的文件。 ``` 参数(JSON):{ "path": "文件绝对路径" } 返回:{ "success": true, "content": "已删除文件: ..." } ``` ## 使用指南 ### 何时使用 read_file.ts - 用户说「打开」「看看」「读一下」某个文件 - 用户拖拽文件到对话(消息中包含文件路径) - 你需要了解某个文件的内容才能回答问题 ### 何时使用 write_file.ts - 用户明确要求创建新文件(「帮我写一份笔记」「创建一个 TODO 列表」) - 用户要求将内容保存到文件 - **注意**:覆写已有文件前,先用 read_file.ts 确认文件是否存在。如果文件存在且用户未明确说要覆写,应先告知用户 ### 何时使用 edit_file.ts - 用户要求修改已有文件的部分内容 - 先用 read_file.ts 读取文件,找到要修改的精确文本片段,再用 edit_file.ts 替换 - old_text 必须与文件中的内容完全匹配(包括空格和换行) ### 何时使用 delete_file.ts - 用户明确要求删除某个文件 - 内部系统需要删除临时文件(如 BOOTSTRAP.md 自毁) - **谨慎使用**:删除前确认用户意图,不可恢复 ## 文件类型支持 | 类型 | 读取 | 写入 | 编辑 | 删除 | |------|------|------|------|------| | .txt, .md | ✅ 直接读取 | ✅ | ✅ | ✅ | | 代码文件 (.js, .ts, .py 等) | ✅ 直接读取 | ✅ | ✅ | ✅ | | .pdf | ✅ 文本提取 | ❌ | ❌ | ✅ | | .docx | ✅ 文本提取 | ❌ | ❌ | ✅ | | .xlsx | ✅ 文本提取 | ❌ | ❌ | ✅ | ## 安全边界 - 所有路径必须在用户授权的目录(allowedRoots)范围内,路径校验失败会返回错误 - 禁止访问系统敏感目录(如 ~/.ssh/、/etc/) - 不要尝试读取二进制文件(图片、视频、可执行文件等) - 文件大小有上限限制,过大的文件会返回截断提示 > 需要查看完整的文件格式支持列表和详细说明,请使用 `read_skill_reference` 读取 `format-details.md`。
当用户要求“提交”、“创建提交”或“git 提交”时,应该使用此技能。它为 Ansible 集合内容(角色、模块、插件)创建具有 FQCN 范围的常规提交。
AI 虚拟试穿 Agent。用户提供服装信息(图片或文字描述均可), Agent 全程引导完成:服装图预处理 → AI 生成模特 → 虚拟试穿合成 → 生成展示视频。 支持阿里云百炼试衣 API、豆包 Seedream 生图、豆包 Seedance 生视频。 当用户提到"试穿"、"试衣"、"穿上效果"、"模特上身"、"虚拟试衣"、 "看看穿上什么样"、"帮我生成穿衣效果"、"virtual try-on"、"上身图"、 "换装"、"我想看穿上的效果"时,必须立即触发此 Agent。 --- # AI 虚拟试穿 Agent ## 职责 引导用户完成虚拟试穿全流程,输出试穿效果图和展示视频。 不涉及上架、文案、定价。有上架需求告知使用 shopify-quick-listing。 --- ## 配置说明(告知用户时必须按此说明) **.env 文件的唯一标准位置是 `scripts/` 目录:** ``` ~/.claude/skills/ai-tryon/scripts/.env ← 正确位置 ~/.claude/skills/ai-tryon/.env ← 错误,不要放这里 ``` 告知用户配置的标准话术: > 请在 Skill 的 scripts 目录下创建 .env 文件: > ```bash > cp ~/.claude/skills/ai-tryon/scripts/.env.example \ > ~/.claude/skills/ai-tryon/scripts/.env > # 然后编辑填入 Key > ``` 不要让用户在 `ai-tryon/` 根目录或其他位置创建 .env。 --- ## 输出目录约束(最高优先级规则) **所有脚本调用都必须传 `--output-dir`,绝对禁止省略。** 输出目录的唯一真实来源是 `.env` 中的 `TRYON_OUTPUT_DIR` 环境变量: ```bash # .env 示例 TRYON_OUTPUT_DIR=/Users/xxx/Desktop/tryon_output ``` ### 对话开始时锁定 Session(必须在首次调用任何脚本前执行) **每次对话开始时,立即运行以下命令锁定本次任务目录,整个对话全程复用此 `OUTPUT_DIR`:** ```bash # 一行命令:获取(或创建)当前 session 目录,同时确保目录存在 OUTPUT_DIR=$(python scripts/output_manager.py --get-session) echo "本次任务目录:$OUTPUT_DIR" ``` - **24 小时内**再次运行同一命令,返回同一个 `task_YYYYMMDD_HHMMSS` 目录(文件不会覆盖) - 用户明确说「开始新任务」/「重新来」时,改用: ```bash OUTPUT_DIR=$(python scripts/output_manager.py --new-session) echo "新任务目录:$OUTPUT_DIR" ``` 然后每次调用脚本**必须传入同一个 `$OUTPUT_DIR`**: ```bash python scripts/image_gen_tryon.py --desc "..." --output-dir "$OUTPUT_DIR" python scripts/tryon_runner.py --garment g.jpg --output-dir "$OUTPUT_DIR" python scripts/video_gen.py --image img.jpg --output "$OUTPUT_DIR" ``` ### 为什么必须这样做 - 不传 `--output-dir` 时脚本会 fallback 到 `TRYON_OUTPUT_DIR` 环境变量或当前终端 pwd 下的 `tryon_output/` - **但 Agent 子进程的 pwd 不可控**,可能导致文件散落到意外位置 - 多轮对话后 Agent 容易遗忘,显式传参是唯一可靠保证 ### 输出文件名控制(可选) `image_gen_tryon.py` 支持 `--output-filename`,生成后会将第一个结果复制为指定文件名: ```bash python scripts/image_gen_tryon.py --desc "..." --output-dir "$OUTPUT_DIR" \ --output-filename model_ruyan_custom.jpg ``` ### 目录结构 每次对话/试穿任务自动创建独立的 session 子目录(以日期
交互式幻灯片设计顾问,指导用户通过结构化问答来规划新的 DexCode 幻灯片,然后再构建它。通过对话收集目的、受众、内容大纲和设计偏好,然后输出结构化简要文档和 Deck.config.ts 参数。当用户说“设计演示文稿”、“演示文稿设计”、“计划演示文稿”、“碰壁”、“帮我设计演示文稿”、“计划演示文稿”、“帮我设计演示文稿”、“集思广益”或“计划幻灯片”时使用。
skill-sample/ ├─ SKILL.md ⭐ 必备:技能说明入口:用途 / 安装 / 用法 / 示例 / 依赖 ├─ manifest.sample.json ⭐ 推荐:机器可读元信息:用于索引 / 校验 / 自动填表 ├─ LICENSE.sample ⭐ 推荐:授权与使用范围:开源 / 限制 / 商用说明 ├─ scripts/ │ └─ example-run.py ✅ 可运行示例脚本:让用户导入后立刻验证“能用” ├─ assets/ │ ├─ example-formatting-guide.md 🧩 输出规范:统一排版 / 结构 / 风格 │ └─ example-template.tex 🧩 模板资源:报告/文档模板,快速生成标准产物 └─ references/ 🧩 参考资料库:方法论 / 结构指南 / 最佳实践 ├─ example-ref-structure.md 🧩 结构参考:章节框架 / 目录组织 ├─ example-ref-analysis.md 🧩 分析参考:常用套路 / 指标口径 └─ example-ref-visuals.md 🧩 视觉参考:图表规范 / 可视化建议
更多 Agent Skills 规范 详见Anthropic官方文档:https://agentskills.io/home
├─ ⭐ 必备:YAML Frontmatter(必须存在,放在文件最顶部) │ ├─ ⭐ name :技能唯一名;须符合命名规则,并建议与目录名一致 │ └─ ⭐ description :技能描述;建议包含触发关键词(便于检索/匹配) │ ├─ ✅ 可选:Frontmatter 扩展字段(规范允许,但非强制) │ ├─ ✅ license :许可证标识(也可配合单独 LICENSE 文件) │ ├─ ✅ compatibility :兼容性/运行环境要求(仅在确实有限制时写) │ ├─ ✅ metadata :任意键值对(如 author/version/source_url 等) │ └─ 🧩 allowed-tools :允许工具白名单(规范标注为 experimental) │ └─ ✅ 推荐:Markdown 正文(自由格式,但建议按“渐进式披露”组织) ├─ ✅ Overview / Purpose :一句话说明目标 + 不做什么(边界) ├─ ✅ When to use :触发条件/适用场景(让模型/用户知道何时调用) ├─ ✅ Step-by-step :步骤化流程(最好 3–6 步,保证可复现) ├─ ✅ Inputs / Outputs :输入格式、输出格式、产物位置(文件/文本/JSON等) ├─ ✅ Examples :至少 1 个可复制示例(越“能跑”越好) ├─ 🧩 Files & References :引用assets/、references/、scripts/(相对路径) ├─ 🧩 Edge cases :边界情况/限制(大文件、速率限制、失败回退) ├─ 🧩 Troubleshooting :常见错误与解决(依赖缺失、路径不对、权限问题) └─ 🧩 Safety notes :涉及联网/写文件/执行命令时给出提醒(建议写)
在 GitHub 和各类社区里,技能文件分散、难检索、也难判断是否可靠。SkillWink 把开源技能集中整理成可搜索、可筛选、可直接下载使用的技能库,让你更快找到“正好能用”的那一个。并且支持在SkillWink上直接上传skills。
我们提供 AI 语义搜索 + 关键字检索,支持 版本更新与多维排序(下载/点赞/评论/更新),并为每个技能提供 SKILL.md 开放标准与来源信息。你还可以在详情页直接 评论讨论、交流用法与改进建议。
快速上手:
支持下载与导入 skills(.zip/.skill),本地放置后即可生效:
~/.claude/skills/(Claude Code)
~/.codex/skills/(Codex CLI)
~/.gemini/skills/(Gemini CLI)
同一份 SKILL.md 跨平台通用。
你需要了解的:技能是什么、怎么运行的、怎么找、怎么导入、怎么判断可信、怎么参与共建。
这里的“skills(技能)”是一种可复用的任务能力包,通常包含 SKILL.md 说明(用途、输入输出、使用方法)以及可选的脚本/模板/示例文件。
你可以把它理解为:给 AI 助手或工具链用的“插件说明书 + 资源包”,可被反复安装与分享。
技能系统采用“渐进式披露”策略,高效管理上下文信息,具体流程如下:
发现阶段:系统启动时,智能体仅加载各技能的名称与简要描述——信息精简,足以判断其适用场景,避免冗余加载。
激活阶段:当任务需求与某技能描述匹配时,智能体才将对应的完整 SKILL.md 说明文档动态载入上下文。
执行阶段:智能体严格遵循文档指引执行操作,并按需调用关联文件或运行内置代码模块。
核心优势:该设计使智能体始终保持轻量高效,同时具备“按需扩展上下文”的能力,既保障响应速度,又确保复杂任务拥有充分执行依据。
推荐 3 种方式组合使用:
注:以上导入方式文件大小控制在10M之内。
常见路径如下(不同系统略有差异,以你本机为准):
同一份 SKILL.md 通常可以跨工具复用。你在 SkillWink 导入后,也可以查看“放置指引/安装说明”。
可以。很多技能本质是标准化说明 + 资源,只要目标工具支持读取该格式,就能共享使用。
比如:检索类技能 + 写作类技能 + 自动化脚本,形成“发现 → 处理 → 输出”的工作流。
一部分skills来源于公开的 GitHub 仓库。我们会筛掉低质量仓库(至少 2 星),并扫描基本质量指标,还有一部分是SkillWink平台的创作者独立上传的。作为使用者,在安装前应始终审查代码,对安全问题负责。
最常见原因是这几类:
我们会尽量避免。你可以用 排序 + 评论 让“好用的”更靠前: