Skills
收录 99,064 个为 Agent 打包的专项能力与操作指引,复制一行命令即可安装。
开发
面向 WordPress 6.6+ 的 WordPress 主题代码审查与区块主题开发模式。在审查主题代码、审计 theme.json schema、检查模板层级、验证区块模板、分析全局样式、验证样式变体、审查模板部件、检测硬编码样式、检查经典主题到区块主题的迁移时使用,或当用户提到 "theme review"、"theme development"、"theme.json"、"block theme"、"FSE"、"Full Site Editing"、"template parts"、"template hierarchy"、"global styles"、"style variations"、"classic theme"、"child theme"、"theme patterns"、"theme.json validation"、"hardcoded styles"、"useRootPaddingAwareAlignments"、"classic-to-block"、"hybrid theme"、"WordPress.org theme" 时使用。可检测 theme.json 结构、区块模板、模板部件、样式系统以及经典主题迁移模式中的问题。
审查 adk-python 工作区中未提交的更改,并以按优先级排序的问题报告形式,报告正确性、设计、公共 API 稳定性、测试、示例和文档方面的缺口,仅在用户要求时才修复。当用户要求审查本地更改、希望在发起 pull request 前进行自我审查、询问某个更改是否破坏公共 API 或是否需要测试、示例或文档,或询问当前 diff 有什么问题时使用。公共 API、核心架构(Runner、Workflow、BaseNode)、新功能和重大重构的更改必须使用此技能。不要用于单个风格细节(使用 adk-style)、诊断运行时失败的测试或行为异常的 Agent(使用 adk-debug),或撰写 commit 信息或 PR 描述(使用 adk-git)。
本技能用于追溯记录过去做出但从未写成 ADR 的架构决策——通常由文档审计或用户意识到很久以前交付的变更本应记录而浮现。以下情况请主动启用:"backfill ADR"、"retroactive ADR"、"post-hoc ADR"、"reconstruct an ADR from history"、"write up a past decision"、"we never documented this decision"、"decision was made but no ADR exists"、"we decided years ago"、"back when"、"before my time" 或 "the audit surfaced a backfill candidate"。时态规则:`adr-drafting` 主张 "we decided / we're deciding";`adr-backfill` 主张 "we decided years ago / back when / before my time / never wrote it down"。当重构置信度为 `low` 时拒绝——转交至 `open-questions.md`。要求两个独立来源的证据,并在记录中写入逐字诚实条款。提供:回溯 ADR 模板、置信度量规、证据印证、诚实条款样板。
使用此技能以通过/不通过的对抗式审查来把关 Swift 语言代码——由单个盲审评审 subagent 依据 36 条可判定规则评判 diff 或文件集,规则涵盖并发(未 resume 的 continuation、取消检查、async let、TaskGroup、@concurrent)、属性不变量(存储-派生状态、private(set)、init 中被跳过的观察器、discard self)、错误处理(保留 underlying error、rethrows、Result.get()、#file/#line 捕获)、枚举演进(@unknown default、CaseIterable、合成的 Comparable、无 case 命名空间)、API 表面(逐成员初始化器、OptionSet、不透明返回、unavailable 存根、Never、@autoclosure)、集合(reduce(into:)、mapValues、count(where:)、字典默认下标)、以及控制流与字符串(分支赋值 let、原始字符串、经过校验的字节)。适用于任何 Swift 目标,包括服务端和命令行;只给出裁决,从不给修复。SwiftUI 请使用 adversarial-swift-ui。
Apple 应用服务。StoreKit 2 / CloudKit / WidgetKit / ActivityKit / User Notifications / Core Location / MapKit / HealthKit / Sign in with Apple。Product、Transaction、RequestReviewAction、CKRecord、CKUserIdentity、Widget、TimelineProvider、UNUserNotificationCenter、CLLocationManager、CLServiceSession、Map、MKGeocodingRequest、HKHealthStore、ASAuthorizationController、AuthorizationController。
使用 `asc` 命令行工具管理 Game Center 功能。在以下情况使用本技能:(1) 获取某个应用的 Game Center 详情:"asc game-center detail get --app-id ID" (2) 列出成就:"asc game-center achievements list --detail-id ID" (3) 创建成就:"asc game-center achievements create --detail-id ID --reference-name NAME --vendor-identifier ID --points N" (4) 删除成就:"asc game-center achievements delete --achievement-id ID" (5) 列出排行榜:"asc game-center leaderboards list --detail-id ID" (6) 创建排行榜:"asc game-center leaderboards create --detail-id ID --reference-name NAME --vendor-identifier ID --score-sort-type ASC|DESC --submission-type BEST_SCORE|MOST_RECENT_SCORE" (7) 删除排行榜:"asc game-center leaderboards delete --leaderboard-id ID" 触发短语:"game center"、"achievements"、"leaderboards"、"arcade enabled"、"score sort"、"best score"、"most recent score"
针对本地 Azure SQL Database 容器运行数据库架构迁移,使相同的迁移在本地引擎与 Azure 云中完全一致地生效。当被要求“针对本地 SQL 运行我的迁移”“将架构应用到容器”“执行 EF Core / dotnet ef database update”“Prisma migrate dev / deploy”“Alembic upgrade head”,或将 DACPAC / SqlPackage 部署到容器时使用。涵盖先在 master 上设置 appdb,再将架构应用到用户数据库,以及各工具的对应命令与连接字符串卫生。这是 Azure SQL Database 引擎(EngineEdition 5),而非 SQL Server 镜像;只要架构迁移工具面向本地容器,就使用此技能。
编写、组织或审查 React 或 TypeScript 应用时,应用 bulletproof-react 规范。涵盖按功能划分的文件夹结构、API 层、状态管理类别、测试策略、错误处理、身份验证和性能。用户创建新的 React 功能、设置项目结构、询问“这个应该放在哪里”或“应该如何组织”、决定状态存放位置、编写数据获取或身份验证代码,或要求审查 React 架构时使用。触发词包括“功能文件夹”“React 项目结构”“我应该使用 Redux 吗”“如何组织 API 调用”。
当你在本仓库中编写或审阅调用 Deepgram Speech-to-Text v1(`/v1/listen`)以转写预录音频或实时音频的 JavaScript/TypeScript 代码时使用。涵盖 `client.listen.v1.media.transcribeUrl` / `transcribeFile`(REST)以及 `client.listen.v1.createConnection()` / `connect()`(WebSocket)。摘要/情感/主题/说话人分离等叠加功能请使用 `deepgram-js-audio-intelligence`,`/v2/listen` 上的 Flux 轮次切换请使用 `deepgram-js-conversational-stt`,全双工助手请使用 `deepgram-js-voice-agent`。触发词包括“transcribe”“speech to text”“STT”“listen.v1”“nova-3”“live transcription”和“websocket transcription”。
集成 DFlow Proof —— 一个 Solana 钱包身份验证原语(底层为 Stripe Identity)—— 以 KYC 为门槛限制你自己应用的功能。当用户问「how do I KYC a wallet?」、「check if a wallet is verified」、「add KYC to my DeFi app」、「redirect to dflow.net/proof」,或「gate a feature by jurisdiction or identity」时使用。请勿用于地理封锁(另一项议题)、年龄限制(Proof 目前不验证年龄)或现货兑换(无需 KYC)。
查找 CE.SDK Svelte 参考文档、指南和配置页面。用户需要 Svelte 的 CE.SDK 文档时使用,例如配置、UI 自定义、导出选项、功能指南或入门说明。当用户需要现有的 Svelte 文档页面时,提及“IMG.LY”“CreativeEditor”“CE.SDK”或“cesdk”也会触发。不要用于编写代码(使用 build)或解释概念(使用 explain)。<example>上下文:用户询问 Svelte 配置 user:“如何在 Svelte 中配置编辑器?” assistant:“我会使用 /imgly-sdk:docs-svelte 查找配置选项。”</example> <example>上下文:用户需要集成 Svelte user:“如何在 Svelte 组件中使用 CE.SDK?” assistant:“我来使用 /imgly-sdk:docs-svelte 查找相关文档。”</example>
构建或更新规范的 EPISTEMIC-MAP.md,将项目的知识分为四种状态:已验证的事实(Facts)、开放的问题(Questions)、未记录的假设(Assumptions)和推断的风险(Risks)。专为原型到生产的移交而设计,此时签署合同意味着新的工程团队必须在原构建者的隐性知识流失之前接手。跨文档和代码库生成子 Agent,找出已被证明的、被问到的、被默默假设的以及无人注意的内容,然后运行一次专门的综合梳理,处理没有任何单一来源指出的系统性风险。只要用户提到 \"epistemic map\"、\"knowledge map\"、\"EPISTEMIC-MAP.md\"、\"known unknowns\"、\"unknown unknowns\"、\"what do we actually know vs assume\"、\"map our assumptions\"、\"handoff risk map\"、\"prototype handoff\" 或 \"onboarding a team onto a prototype\" 时就使用。始终优先使用此技能,而非临时性的知识缺口文档。
一个开放协议,规定了 AI 应用如何以统一方式连接外部工具与数据源。客户端负责与模型对话,MCP 服务负责提供工具、资源和提示模板,两者通过标准消息通信,同一个服务可以被不同客户端复用。
