Skills
收录 99,448 个为 Agent 打包的专项能力与操作指引,复制一行命令即可安装。
开发
用于诊断和修复可微 Warp 程序中的错误梯度。任何通过 Warp kernel 进行训练、优化、校准或拟合的内容都依赖 wp.Tape 梯度,因此应将这类工作流的任何异常都视为梯度问题,除非有证据表明并非如此——当训练发散或出现 NaN、完全无法训练、停滞或平台期高于预期损失、收敛到错误或有偏的答案、比参考实现更差、在小规模下有效但在生产规模下失败,或未通过 QA/验证复查时使用。也适用于明确的症状——梯度爆炸、NaN/inf、零梯度或细微错误的梯度、疑似 wp.Tape/backward 问题、gradcheck 失败——但用户通常只描述表面症状(「仿真爆炸了」「拟合被拖向离群值」)而不提梯度:要做出这个推断。不适用于仅前向的 Warp 工作、构建/安装问题,或其他框架中没有 Warp 的自动微分问题。
在 JavaScript 或 TypeScript 项目中使用 Biome 设置或运行 lint 与格式化时使用 —— 这是单一快速的 Rust 工具,可 lint、格式化并整理导入,替代 ESLint + Prettier 组合(相当于 JS 界的 Ruff)。涵盖安装 Biome v2、biome.json 配置(formatter、linter 规则组、assist/import-organize 操作、VCS 集成、overrides、monorepo extends)、命令行(biome check --write、用于 CI 的 biome ci)、从 ESLint/Prettier 迁移、v1 到 v2 的差异(例如 --apply 变为 --write),以及以 GritQL 插件编写自定义 lint 规则。适用于添加 lint/format 门禁、编写或修复 biome.json,或移植 ESLint/Prettier 配置。不涉及 Turborepo 任务编排(请与该技能组合使用)。
取证式 bug 与问题分诊。产出一份分级调查案卷:症状、证据(按可信度分为 A/B/C 级)、排序后的假设、可疑组件,以及建议的规划响应。只调查并记录 —— 不修复代码、不运行测试、不实现。以 story 形式交接给外部开发工具。适用于用户说:- “investigate this bug” / “triage this issue” / “debug triage” - “what's causing [symptom]” / “why is [feature] broken” - “something's wrong with [component]” / “users are reporting [problem]” - “figure out what happened” / “root cause this” - “I need a bug report” / “create an investigation case file” - “forensic analysis” / “diagnose this” - “error triage” / “issue investigation” - “what do we know about [incident/issue]”。三种意图:Create(新案卷)、Update(向未结案卷添加证据)、Validate(交接前检查草稿的完整性)。输出落在 bmad-output/;交接时起草一份修复 story。
可审计的 agent 团队:BMAD 全自动研发流水线编排器。编排 9 个专业 Agent(PM、架构师、UI Designer、Tech Lead、Scrum Master、Frontend、Backend、QA、DevOps)从需求到部署,每一步都有事件溯源 + 不可绕过门禁 + 确定性 eval——可验证测试真跑、门禁真过。支持单环节切片命令(/boss:plan /review /qa /ship)与无 CLI 纯 Markdown 降级。 Triggers(全流水线): 'boss mode', '/boss', '全自动开发', '从需求到部署', '帮我做一个', 'build this', 'ship it', '全流程', '自动化开发', '一键开发', 'start a project', 'new feature' Triggers(单环节切片,对存量项目最常用): - /boss:review — '帮我评审', '代码评审', '技术评审', '看看这段代码有什么问题', '风险评估', 'review this', 'review my PR', 'code review' - /boss:qa — '跑一下测试', '补测试', '检查质量', '测试覆盖够不够', '门禁过了吗', 'run the tests', 'check quality', 'add tests' - /boss:plan — '先出个方案', '写个 PRD', '设计一下架构', 'write a spec', 'plan this feature' - /boss:ship — '可以发布了吗', '部署检查', 'ready to ship', 'deploy checks' Does NOT trigger: - 单文件修改或简单 bug 修复(直接编辑即可) - 纯代码阅读或解释(使用 read 工具) - 已有 pipeline 正在运行时的重复启动 - 极小事(预计 <30 分钟人工可完成、不需要 PRD/架构/门禁记录) Output: 完整项目代码 + PRD/架构/UI/测试/部署文档,写入 .boss/<feature>/ 目录
用于 GNOME 应用中所有用户可见的改动,无论是新增还是已有改动,也无论请求中是否使用设计相关词汇。触发依据是仓库本身而非措辞——如果它依赖 gtk4/libadwaita(或是面向 GNOME 的 Qt/PySide6 应用),任何用户能看到或交互的内容都走这个 skill,包括完全以症状形式表述的请求("能不能右键删除"、"窗口打开太小"、"重新排序不起作用")。涵盖组件、图标、对话框、菜单、侧边栏、导航和空状态的选型;上下文菜单、拖放排序、窗口尺寸、布局、重复控件、启动时缺失或无效控件中的交互缺陷;以及 HIG 审查。与 developing-gtk-apps 互补,后者负责架构、线程、语言语法和构建/测试基础设施。
通过 MCP 工具发布任何 Freshworks Platform 3.0 自定义应用:fdk validate/pack、app-upload,以及通过 openai-server 进行 submit/update。发布前:确认 Developer JWT 与 manifest 的产品模块匹配(Freshdesk support_* 与 Freshservice service_*;多产品需按顺序)。发布时,询问是新上架还是已有上架;对于新上架,在 create_app_upload_url 之前提示输入 supportEmail(submit_custom_app 必需)。更新时用 list_custom_apps,以便开发者选择 appId,然后进行 MCP 交接(submit_custom_app 或带 uploadId 的 add_app_version)。在用户想把应用推送到 Marketplace(test)、查看发布状态或列出现有应用时使用。与 fw-app-dev 配合进行 manifest 或模块修复。适用于 Cursor、Claude Code 以及任何兼容 MCP 的客户端。
添加、审计或修复 GitHub Copilot 仓库自定义指令——`.github/copilot-instructions.md`(全仓库)和 `.github/instructions/*.instructions.md`(特定路径)——确保 Copilot Chat、Copilot 代码审查和 Copilot 编码 Agent 均能获取项目级指导。也涵盖作为替代 Agent 指令文件的 `AGENTS.md`、`CLAUDE.md` 和 `GEMINI.md`。用户说“add Copilot instructions”“set up copilot-instructions.md”“audit our Copilot config”“make Copilot follow our conventions”“configure Copilot code review”“add path-specific Copilot rules”“applyTo glob”“excludeAgent”“Copilot is ignoring our guidance”,或调用 /github-copilot-repo-instructions 时使用。不要用于个人(按用户设置)的 Copilot 指令,此类内容不在此技能范围内。关于 AGENTS.md 文件布局之外的编写指导,请参阅 agents-md 技能。
本仓库的 Go 工程规范:包布局、错误处理、日志记录、测试、并发和设计模式。触发条件——编写或编辑 Go 之前加载,而不是之后:只要涉及任何 .go、go.mod、go.sum 或 go.work 文件;提到 Go 或 Golang;或工作目录中有 go.mod 且任务涉及实现、重构、审查或编写测试。Go 仓库中的普通功能请求(“添加一个端点”“提取一个辅助函数”“编写测试”)也算;用户不会特意说“符合惯用规范”。即使另一个技能(tdd、simplify)处于启用状态,也要加载。仅在不涉及 Go 文件且未提及 Go 时跳过。
用于本地开发和测试的模拟 Linear GraphQL API。当用户需要在本地测试 Linear 集成、模拟 Linear issue、评论、团队、工作流状态、OAuth 应用、webhook、agent session,或在不访问真实 Linear 服务的情况下使用 Linear API 时使用。触发词包括 "Linear API"、"emulate Linear"、"mock Linear"、"test Linear OAuth"、"Linear webhook"、"Linear agent"、"local Linear",或任何需要本地 Linear API 的任务。
把 MaaFramework 事实问题路由到版本锁定的原始出处——字段语义与默认值、参数版本支持、API 签名、JSON schema、协议行为与版本变更。任何 MaaFW 事实核查(“这个字段什么意思/默认值多少/哪个版本引入”)或其他 MaaFW skill 指示“路由 MaaLLMWiki”时使用;回答必须引用固定版本的出处,禁止凭记忆作答。Use for any MaaFramework factual question—field semantics and defaults, version support, API signatures, schemas, protocol behavior and version changes—and whenever another MaaFW skill says to route through MaaLLMWiki. Answers must cite the version-pinned upstream source, never model memory.
nuqs 参考资料(类型安全的 URL 搜索参数状态管理,React / Next.js)。包括 useQueryState、useQueryStates、parseAsString / parseAsInteger / parseAsArrayOf 等解析器、NuqsAdapter(Next.js / React Router / TanStack Router / Remix)、createSerializer、createStandardSchemaV1、inferParserType、浅层路由、history 控制、SSR、URL 长度限制,以及与 Zod / Effect / Sury 的集成。
一个开放协议,规定了 AI 应用如何以统一方式连接外部工具与数据源。客户端负责与模型对话,MCP 服务负责提供工具、资源和提示模板,两者通过标准消息通信,同一个服务可以被不同客户端复用。
