- 📁 references/
- 📄 .gitignore
- 📄 LICENSE
- 📄 README.md
short-drama
你是一位专业的微短剧编剧,精通短视频平台的爆款短剧创作方法论。你将引导用户从选题到完稿,完成一部 50-100 集的完整微短剧剧本。
你是一位专业的微短剧编剧,精通短视频平台的爆款短剧创作方法论。你将引导用户从选题到完稿,完成一部 50-100 集的完整微短剧剧本。
jup 是一个命令行工具,用于跨不同的人工智能代理、范围和项目安装和管理代理技能。
DMTools 的全面文档和帮助 - 企业暗工厂编排器,具有 96 多个 MCP 工具,适用于 Jira、Azure DevOps、Figma、Confluence、Teams 和测试自动化。在使用 DMTools、配置集成、开发 JavaScript 代理、生成测试用例、构建报告 (ReportGenerator/ReportVisualizer)、创建 CLI 代理工作流或为 Teammate/Expert/TestCasesGenerator 作业设置 CI/CD 运行跟踪 (ciRunUrl) 时使用。
代码库健康扫描仪和技术债务跟踪器。当用户询问代码质量、技术债务、死代码、大文件、上帝类、重复函数、代码异味、命名问题、导入周期或耦合问题时使用。当询问健康评分、下一步要修复什么或创建清理计划时也可以使用。支持 28 种语言。
使用项目的 ADR CLI 工具管理架构决策记录。当用户想要创建、列出、查看、lint 或索引 ADR 时,或者在处理文档/体系结构/文件时使用。触发“创建 ADR”、“新 ADR”、“列出 ADR”、“lint ADR”、“存在哪些 ADR”、“ADR 域”。
应用外部贡献者公关审查程序。收集PR信息,创建mydocs/pr/pr_{N}_review.md,验证,创建pr_{N}_report.md,处理完成后移动archives/。仅限外部贡献者 PR(不适用于内部任务)。 --- # 外部贡献者 PR 审核 ## 触发 - 当任务负责人明确指示“PR #N 审核”或“外部 PR 审核”时 - 直接调用此 SKILL 时 ## 前提条件 - 待审核的 PR 在外部贡献者分支中作为主存储库 `{BASE_BRANCH}` (或商定的基础)打开 - 该 SKILL 禁止用于内部任务 PR (`publish/task{N}`) — 内部任务使用通用步骤程序进行审核 - `gh` CLI 身份验证## 过程 1. PR 元集合 ```bash gh pr view {N} --json number,title,state,baseRefName,headRefName,headRepository,mergeable,mergeStateStatus,reviewDecision,labels,body gh pr diff {N} | head -200 gh pr 检查 {N} ``` - 检查所有问题连接、base/head、可合并和 CI 状态 2. 创建评审文档:`mydocs/pr/pr_{N}_review.md` - 基于中心模板 `mydocs/_templates/external_pr_review.md` 创建。 - 仅当模板不可读时,才使用以下最少部分作为后备: - PR 信息(编号、作者、基础/头部、连接问题) - 更改摘要 - 影响范围和兼容性(FFI、构建、文档) - 代码/文档检查结果 - 验证计划(需要额外验证) - 建议(合并/修改请求/关闭) - 请求任务负责人批准 3. 请求任务负责人批准(确定审核方向) 4. 必要时创建修订/验证计划文档: `mydocs/pr/pr_{N}_review_impl.md` - 基于中心模板 `mydocs/_templates/external_pr_review_impl.md` 编写。 - 直接在此存储库中执行附加验证时使用 - 写入后请求工作订购者批准 5. 执行验证(仅在适用时) - 验证根据更改类型应用“{PROJECT_VALIDATION_GUIDE}”策略 6. 最终报告准备:“mydocs/pr/pr_{N}_report.md” - 基于中央模板“mydocs/_templates/external_pr_report.md”创建。 - 审核结果、验证结果、最终推荐、GitHub PR 评论正文(或链接) 7. 任务负责人批准后,在 GitHub PR 中注册评论/评论(合并决定由任务负责人做出) 8. 处理完成后移动文档存储 ```bash git mv mydocs/pr/pr_{N}_review.md mydocs/pr/archives/ git mv mydocs/pr/pr_{N}_review_impl.md mydocs/pr/archives/ # 如果存在 git mv mydocs/pr/pr_{N}_report.md mydocs/pr/archives/ ``` 9. 单个或逐步提交(外部 PR 审查不强制内部步骤格式) ```bash git commit -m "PR #{N} review: {summary}" ``` ## 验证 - `mydocs/pr/pr_{N}_review.md` 填充 `mydocs/_templates/external_pr_review.md` 的必填部分 - 如果您编写了 `mydocs/pr/pr_{N}_review_impl.md`,则它填充 `mydocs/_templates/external_pr_review_impl.md` 的必需部分 - `mydocs/pr/pr_{N}_report.md` 填充 `mydocs/_templates/external_pr_report.md` 的必需部分
API 和接口设计——稳定合约、清晰边界。使用 cuando 需要设计 REST API、模块接口或数据合约
情圣 — 中文男性社交与恋爱私教。帮兄弟读懂女生发的消息、看懂聊天/朋友圈截图、判断对方是不是对自己有意思、想清楚下一步该回什么 / 该不该回 / 该怎么约。覆盖微信、探探、Soul、Bumble、青藤之恋、Tinder 等平台,从加上好友到确立关系的完整流程,包括开场、暧昧期、约见面、升温、表白、修复冷场、被已读不回怎么办、朋友圈怎么评论。当用户问「她这话什么意思」「我该怎么回」「帮我看看这段聊天」「这截图你给我分析一下」「她对我有意思吗」「该约她了吗」「冷场了怎么破」「这条要不要回」之类的问题时,务必使用本 skill。即使用户没明说「教练」「分析」也应触发——只要话题是和某个具体女生的互动就用。
当用户想要在价值链层中找到实际公司时激活,尤其是全球主题的印度代理公司。务必先检查连接的信号源。始终遵守 SEBI 合规性——仅限研究框架。 --- ## 设计系统 — 对所有 HTML 工件强制执行 此技能生成的每个 HTML 工件都必须遵循此设计系统。没有例外。永远不要发明颜色,永远不要使用深色背景,永远不要使用紫色或蓝色作为主要背景。 **调色板:** - 页面背景:`#fafaf8`(暖白色) - 卡片背景:`白色` - 主要文本:`#2c2c2c`(软木炭) - 次要文本:`#6b6b6b` - 静音文本:`#9a9690` - 强调色/标题:`#1b5e52`(深青色)- 唯一的强调色 - 边框:`#e0ddd6` - 悬停色调:`#f0f7f4` - 警告/琥珀色:`#fff8f0` 背景,`#f0d090` 边框,`#5a3a00` 文本 **排版:** - 正文:`'Georgia',衬线`,最小 14 像素 - 等宽标签:`'Courier New',等宽字体` - 任何地方都不要低于 11 像素 **组件规则:** - 所有部分标题:`背景: #1b5e52;颜色:白色` - 卡片:`背景:白色;边框:1px实线#e0ddd6;边框半径:8px` - 按钮:`背景:#1b5e52;主要操作的颜色:白色 - 无渐变、无阴影、外部容器上无深色背景 **药丸颜色系统:** - 全球公司:`背景:#e6f1fb;颜色:#0c447c;边框:0.5px 实心 #85b7eb` - 印度列表 编辑:`背景:#eaf3de;颜色:#27500a;边框:0.5px 实心 #97c459` - 印度私人:`背景:#faeeda;颜色:#633806;边框:0.5px 实心 #ef9f27` - 标记:`背景:#fcebeb;颜色:#791f1f;边框:0.5px 实心 #f09595` - 中性段:`背景:#f3f4f6;颜色:#374151;边框:0.5px 实心 #d1d5db` - 种子:`背景:#eaf3de;颜色:#27500a` - 发现:`背景:#e6f1fb;颜色:#0c447c` **属性页脚 - 每个工件都强制:** ```html <div style="margin-top:32px;padding-top:12px;border-top:1px Solid #e0ddd6;
Ansible 自动化专家,负责剧本、角色、库存和基础设施管理
用多种语言与人打招呼的技巧
减少常见 LLM 编码错误的行为指南。在编写、审查或重构代码时使用,以避免过度复杂化,进行外科手术更改,提出假设并定义可验证的成功标准。
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平台的创作者独立上传的。作为使用者,在安装前应始终审查代码,对安全问题负责。
最常见原因是这几类:
我们会尽量避免。你可以用 排序 + 评论 让“好用的”更靠前: