Skills
收录 98,067 个为 Agent 打包的专项能力与操作指引，复制一行命令即可安装。
开发
静态优先的 Next.js 16 架构模式：带动态插槽的缓存外壳、provider island、'use cache' 边界和链接预加载策略。在构建或重构 Next.js 路由以最大化静态渲染、实现带动态个性化的 'use cache'、拆分入口渲染器与静态渲染器、限定客户端 provider 作用域，或调优预取行为时使用。触发词包括 'static shell'、'use cache pattern'、'dynamic slots'、'provider island'、'prefetch strategy'、'static first'、'cache boundary'、'route goes dynamic unexpectedly'，以及任何涉及静态/动态混合渲染的 Next.js 架构工作。
面向 JavaScript/TypeScript 的结构化诊断代码库。将错误和其他情况转化为带类型、机器可读的 `Diagnostic` 实例，具有稳定的代码、文档 URL 和可操作的字段。每当项目导入 `nostics`，或涉及 `defineDiagnostics`/`defineProdDiagnostics`、`Diagnostic` 类、诊断代码注册表或结构化错误处理时，都可使用此技能。还涵盖 reporter（`createConsoleReporter`、来自 nostics/reporters/fetch 的 `createFetchReporter`、来自 nostics/reporters/node 的 `createFileReporter`、来自 nostics/reporters/dev 的 `createDevReporter`）、formatter（`formatDiagnostic`、`ansiFormatter`、`jsonFormatter`）以及 Vite 插件（来自 @nostics/unplugin/strip-transform 的 `nosticsStrip`、来自 @nostics/unplugin/dev-server-collector 的 `nosticsCollector`）。在将库中现有的 `console.warn`/`console.error`/`warn()` 辅助函数或抛出的 `Error` 迁移为诊断时也可使用：请遵循 `references/migration.md`。
可观测性的第一性原理：宽事件、高基数、核心分析循环、事件 vs 指标 vs 日志，以及埋点如何与调试相连。触发语："what is observability"、"why observability"、"why Honeycomb"、"events vs metrics vs logs"、"why wide events"、"what is high cardinality"、"core analysis loop"、"observability vs monitoring"、"what is dimensionality"、"explain observability"。
将已批准的 Open Design 产物（游戏 UI、VFX、技能、RIG、敌人/Boss）接管到 Darkbone Archer 中，且不降低运行时性能。在 Codex 需要分析、移植、集成或审查 Open Design 独立件时使用；应用响应式的 Home、Map Select、Talent、Mask、Fusion、Victory 或结算设计；将 Open Design VFX/RIG 实验室移植到 Phaser；保留 mockup 中省略的现有动画；或在合并前证明当前运行时、独立件与集成运行时之间的保真度。
Open WebUI 详细指南：架构、身份验证、函数、流水线、API、RAG、扩展、调试和隐藏功能。适用于任何 Open WebUI 问题——其工作原理、部署方式、身份验证配置（OAuth、LDAP、JWT）、函数或流水线编写、模型连接（Ollama、OpenAI）、RAG/知识库设置、生产环境扩展或问题调试。编写 Open WebUI 代码时也适用：函数（filter、pipe、action）、流水线、配置、docker-compose。触发词（俄语）：веб-интерфейс、чат、база знаний、модель。
OpenAI 传统的无状态 API：Chat Completions（GPT-5、GPT-5-mini、GPT-5-nano、GPT-4o、GPT-4 Turbo）、Embeddings（text-embedding-3-small/large）、Images（DALL-E 3 生成、GPT-Image-1 编辑）、Audio（Whisper 转录和 TTS）以及 Moderation。涵盖 openai Node.js SDK 和面向边缘运行时的纯 fetch、SSE 流式传输、函数调用与工具、使用 JSON schema 的结构化输出、视觉、GPT-5 的 reasoning_effort 和 verbosity、错误处理和速率限制。在将 OpenAI 集成到应用中、流式传输聊天补全、为 RAG 生成嵌入、创建图像、转录或合成语音、审核内容、在 Cloudflare Workers 上部署 OpenAI 调用，或调试 429 速率限制、401 无效 API 密钥、函数调用失败、流式解析错误、嵌入维度不匹配或超出 token 限制时使用。
通过 `orca` CLI 管理 Orca 管理的 worktree、文件夹上下文、终端、仓库、自动化、产物、技能共享、worktree 评论以及 Orca 内嵌浏览器。用户提到“$orca-cli”“Orca worktree”“child worktree”“spawn codex/claude in a worktree”“read/wait/send Orca terminal”“handoff”／“handover”／“give this to another agent”“Orca browser”“orca artifacts”或“share skills”时使用。涉及 Orca 状态时，优先于直接使用 git worktree、临时 PTY 或 Computer Use。仅当可见窗口需要 GUI 控制，且 CLI、文件系统或 API 无法完成时，才使用 Computer Use。
通过 `orca` CLI 管理 Orca 管理的 worktree、文件夹上下文、终端、仓库、自动化、产物、技能共享、worktree 评论以及 Orca 内嵌浏览器。用户提到“$orca-cli”“Orca worktree”“child worktree”“spawn codex/claude in a worktree”“read/wait/send Orca terminal”“handoff”／“handover”／“give this to another agent”“Orca browser”“orca artifacts”或“share skills”时使用。涉及 Orca 状态时，优先于直接使用 git worktree、临时 PTY 或 Computer Use。仅当可见窗口需要 GUI 控制，且 CLI、文件系统或 API 无法完成时，才使用 Computer Use。
通过 `orca` CLI 管理 Orca 管理的 worktree、文件夹上下文、终端、仓库、自动化、产物、技能共享、worktree 评论以及 Orca 内嵌浏览器。用户提到“$orca-cli”“Orca worktree”“child worktree”“spawn codex/claude in a worktree”“read/wait/send Orca terminal”“handoff”／“handover”／“give this to another agent”“Orca browser”“orca artifacts”或“share skills”时使用。涉及 Orca 状态时，优先于直接使用 git worktree、临时 PTY 或 Computer Use。仅当可见窗口需要 GUI 控制，且 CLI、文件系统或 API 无法完成时，才使用 Computer Use。
将开源的 GitHub 仓库提升至社区标准与供应链卫生基线：搭建 GitHub 社区标准文件（README 检查、LICENSE、CODE_OF_CONDUCT、CONTRIBUTING、SECURITY、issue 与 PR 模板），接入 Dependabot 版本更新、Dependency Review action、OpenSSF Scorecard 和 CodeQL（适用时），检查 Dependabot 告警与密钥扫描，并添加 OpenSSF Best Practices Badge 链接。当用户说 "set up OSS hygiene"、"make this repo open-source-ready"、"add community health files"、"wire dependabot"、"add scorecard"、"OSSF badge"、"supply chain hardening"，或在公开仓库上调用 /oss-hygiene 时使用。幂等——可安全重复运行；与模板进行 diff 比较，并在覆盖前询问。区别于 /gh-bootstrap（合并按钮 + 分支保护）和 /safe-settings（组织级设置即代码）：聚焦面向贡献者和供应链的层面，而非合并或组织策略。在 /gh-bootstrap 之后运行；在宣布该仓库之前。
使用 Outlines（dottxt.ai）从 LLM 生成保证有效的结构化输出，通过有限状态机约束 token 采样，支持 JSON schema、Pydantic 模型、正则表达式、选项列表以及整数/浮点数类型，并适用于 Transformers、llama.cpp、vLLM 和有限的 OpenAI 后端。当需要始终能解析为有效 JSON 或匹配正则表达式的输出时使用。当需要从本地模型提取类型化数据并填入 Pydantic 模型时使用。当需要将文本分类到固定类别集合时使用。当需要在 vLLM 或 Transformers 上运行批量结构化生成时使用。当需要在语法层面控制 token 采样时使用。不适用于需要自动重试的 API 模型（请使用 Instructor）。
诊断并修复本机上的 OpenViking 记忆插件：插件安装（启用、hooks、MCP 服务）、客户端配置（ovcli.conf / ov.conf / OPENVIKING_* env）以及与 OpenViking 服务的连接（可达性、401/403、/mcp）。凡记忆"不工作"时皆可使用：没有 <openviking-context> 块、recall 为空、捕获未落地、MCP 记忆工具缺失或失败、401/403、状态栏离线，或在刚安装/更新插件、切换服务器/密钥之后，或用户询问插件状态时。触发词："memory not working"、"check OpenViking"、"plugin status"、"记忆没生效"、"插件状态"、"连不上 OpenViking"、"recall 为空"、"401"。
从代码库逆向分析当前分析埋点的状态。扫描 SDK 调用、身份管理与埋点模式，产出一份事实性清单——而非建议。输出 .telemetry/current-state.yaml 和带时间戳的审计报告。当用户想知道当前埋了什么、审计现有分析、在设计新方案前先记录埋点现状，或提出 "what analytics do we have"、"what events are tracked"、"scan for tracking"、"tracking inventory" 时使用。
面向系统可靠性的 Python 模式 —— 后台任务与任务队列（Celery、async）、韧性恢复（重试、退避、超时、通过 tenacity 实现熔断器）以及可观测性（通过 structlog 实现结构化日志、指标、分布式追踪、黄金信号）。适用于构建异步 worker、任务入队、处理瞬时网络/IO 故障、为生产环境插桩 Python 服务、设计重试策略、配置日志或追踪，或上述系统可靠性关注点的任意组合。不适用于语言惯用法或类型规范（使用 `writing-python`），也不适用于项目搭建和依赖管理（使用 `uv`）。
基于 thoughtbot 最佳实践对 Ruby on Rails 应用进行全面的代码审计。当用户请求对 Rails 应用进行代码审计、代码评审、质量评估或分析时使用本技能。该技能分析整个代码库，重点关注测试实践（RSpec）、安全漏洞、代码设计（瘦控制器、领域模型、使用 ActiveModel 的 PORO）、Rails 约定、数据库优化和 Ruby 最佳实践。输出按类别（测试、安全、模型、控制器、代码设计、视图）分组的详细 markdown 审计报告，每个类别内带有严重程度等级（严重、高、中、低）。
按置信度评分对 PR 审查评论进行分类并采取行动——修复高分项，对低分项提出反驳，对边界项进行询问。同时处理行内审查线程（锚定到 diff 行）和 PR 级审查正文评论（随审查提交的总结，例如 Age 表格或 Copilot 概览）。首先检查 PR 的构建与合并状态，并在处理评论前修复这些问题。当用户说 "respond to PR comments"、"handle review feedback"、"address PR reviews"、"fix the build"、"fix CI"、"fix merge conflicts"，或对某个 PR 编号调用 /respond 时使用。当用户提到某个具体 PR 并想处理审查者建议时也触发——无论是 Copilot、人类还是 bot。此技能发布的每条回复都以 "agent on behalf of;" 署名行结尾，以便审查者能分辨该评论来自代表人类的 Agent，而非人类本人。不要用于生成新的审查——那是 /copilot-review 的职责。
判断已存在的 RHDH Jira 工作是否已具备推进条件——涉及 RHIDP、RHDHPLAN、RHDHBUGS 和 RHDHSUPP。根据问题单、JQL 结果、sprint 或待办列表对照其状态对应的退出标准进行检查，然后报告缺失字段、层级缺口、疑似重复项、未处理的评论、陈旧工作以及 Feature Exploration 就绪度。适用于“RHIDP-1234 是否已就绪”“细化这个”“细化待办列表”“待办列表卫生”“这个 epic 还缺什么”“运行 Feature Exploration 检查清单”或“这些里面哪些已陈旧”。只评估现有工作；不会新建问题单，也不会构建 sprint。
一个开放协议，规定了 AI 应用如何以统一方式连接外部工具与数据源。客户端负责与模型对话，MCP 服务负责提供工具、资源和提示模板，两者通过标准消息通信，同一个服务可以被不同客户端复用。