weather-nws
weather-nws 是一个面向美国地区的天气技能，通过美国国家气象局（NWS）API 获取免费、无需 API Key 的天气数据，支持详细实况、7 天预报和官方天气预警。
Skill 广场
找到适合任务的 Agent Skill，阅读介绍并复制安装命令。
更新于 11-16 00:04
编程与开发
41,188 个结果
web-search-pro
多引擎精细化网络搜索技能，为 AI Agent 提供内置搜索不支持的域名过滤、日期范围、深度搜索、新闻模式和内容提取，支持 Tavily、Exa、Serper、SerpAPI 四个引擎并可按查询类型自动选择。
youtrack
通过 REST API 与 YouTrack 项目管理系统交互的技能，可读取项目与问题、创建任务、根据时间追踪数据生成发票，并访问知识库。需配置 API 令牌，支持命令行与 Python 调用。
youtube-api
通过 TranscriptAPI.com 访问 YouTube 数据，无需 Google API 密钥，可获取字幕转写、搜索视频、频道、播放列表与元数据，适合需要绕过官方配额限制的场景。
openfinance-troubleshooting
OpenFinance 后端的错误排查手册，覆盖 Polymarket、Relay、Hyperliquid、Privy 委托与 Solana RPC 等已知故障的成因与修复方式，供上线前或遇到报错时按现象检索。
comment-cleanup
comment-cleanup 是一个用于清理源代码和 README 中低价值注释的技能，在不改变程序行为的前提下删除或压缩多余注释，最终只产生仅涉及注释的差异。它针对三类注释：重复相邻代码内容的注释（删除）、叙述历史或被移除功能的注释（删除）、冗长但含有真实原因的注释（压缩）。同时明确不改动代码、文档字符串与文档注释、机器可读注释（如 shebang、编码行、许可证头、# noqa、# type: ignore、eslint-disable 等）、解释原因的注释、带负责人或工单的 TODO/FIXME/HACK、被注释掉的代码，以及生成、第三方或 vendored 文件。使用时需先明确要检查的文件范围：未给范围时应询问用户，给出目录时用 git ls-files 展开并确认，给出明确文件列表时只处理这些文件。工作流程包括先读参考文档、逐文件全文阅读并分类每个非文档注释、只编辑注释行，再用脚本验证未提交的差异仅涉及注释，并复核 README 差异，最后按模式报告删除或压缩数量、未改动文件以及有意保留的可疑注释。
github-comment-cleanup
GitHub Comment Cleanup 是一个基于 OpenHands 扩展的可执行自动化插件，用于按计划（默认每周）在指定 GitHub 仓库上运行 comment-cleanup 技能，自动清理代码注释改动，并为每个仓库最多打开一个 Pull Request。每次运行会记录上次会话结果，跳过仍有未关闭 PR 或会话正在运行的仓库；对默认分支做浅克隆，按 git blob SHA 建立指纹，避免重复读取未变化文件，并对已变化或首次出现的文件排队处理，单次最多 50 个文件。随后启动一个加载了 comment-cleanup 技能的会话，由代理完成编辑、运行 verify_comment_only.py、提交、推送并创建 PR。使用前需通过 plugin-spec 接口创建自动化并配置仓库、包含/排除路径、文件与字节上限、分支前缀、PR 模式及 cron 触发器，同时准备具备 contents 和 pull requests 写权限的 GitHub 令牌或已连接的 GitHub 集成。
css-review
css-review 是 openshift/lightspeed-console 中的技能，用于审查 CSS 的编码风格、PatternFly token 使用和最佳实践，适合用户要求审查 CSS、检查样式或审计 CSS 文件时使用。
apexlang-example-applications
该技能提供一系列 APEXlang 示例应用程序清单，每个 example-N 文件夹都包含一个真实应用的完整、未编辑的 APEXlang 源码，并附有简短说明，便于开发者学习与参考。
boxlang-core-dev-performance
这是一份面向 BoxLang 核心 Java 代码的性能优化技能指南，适用于编写或审查 BIF、组件、运行时服务等对性能敏感的热点路径代码。内容以“先测量”为原则，系统整理了字符串操作（如避免 substring() 分配、使用 regionMatches、StringBuilder、预编译正则）、BoxLang 特有的 Key 对象复用与常量、不可变值对象哈希缓存、参数访问、热点日志、集合与装箱、并发（无锁结构、虚拟线程同步限制）以及测量工具（JMH、Java Flight Recorder、async-profiler）等方面的具体模式与反例，并附有热点路径代码审查清单。
grace-spec
grace-spec 是一个用于访谈用户并生成 GRACE 4 GraceChangeSpec 的技能，在 .grace/changes/active/C-*/ 下创建经批准的 spec.xml，并可选生成 design-context.xml。
apex-tier1
APEX Tier 1（Fire and Forget）是 APEX 技能体系中的第一层级，用于在零人工干预下自主完成定义明确的任务，完成后自动创建草稿 PR。它适用于验收标准清晰、失败成本低、无需架构决策且范围较小的任务，例如添加测试、修复 lint 错误等。其工作流程包括：将任务解析为验收标准清单、创建功能分支、实现改动、运行自校正循环（最多 5 次修复）、最后通过 gh 命令创建草稿 PR，并在 PR 描述中列出任务、验收标准勾选情况、验证结果（lint、类型、测试、构建）以及标记为 [NEEDS REVIEW] 的未解决问题。若任务涉及设计决策、关键基础设施或需求模糊，则不应使用 Tier 1，而应升级到 apex-tier2 或 apex-tier3。
apex-tier3
APEX Tier 3（Pair Mode，配对模式）是 APEX 体系中的实时结对编程模式，用于复杂架构设计、关键生产问题调试等高风险、探索性任务。在该模式下，智能体与人类实时协作：智能体先提出方案并说明理由，人类确认、修改或否决后再执行，每一步都保持沟通。它要求智能体在未确认前不写超过 50 行代码，先解释“为什么”再提出“做什么”，在存在真实取舍时展示备选方案，并如实说明不确定之处。会话过程中维护决策日志（记录决策、理由与备选方案），每完成一个重要工作块后运行校验脚本（提供 Linux/Mac 的 validate.sh 与 Windows 的 validate.ps1），会话结束时汇总决策、列出待办与开放问题、识别可写入 AGENTS.md 的经验，并以引用决策日志的提交信息提交工作。
schema-architect
Schema Architect 用于设计并生成面向 SQLite、Redis、Neo4j 的生产级数据库 schema，并配套生成类型安全的 Rust 与 Go 绑定。
claude-plugin-development
用于创建、验证和分发 Claude Code 插件的技能，覆盖从脚手架初始化、添加命令/代理/钩子/技能/MCP 服务器，到本地测试、语义化版本发布和搭建插件市场的完整生命周期。
codex-configuration
Codex Configuration 是一个用于管理 OpenAI Codex CLI 配置文件的技能，主要处理 config.toml 中的模型设置、沙箱策略、审批策略、MCP 服务器以及命名配置文件（profiles）。它说明了配置文件位置（~/.codex/config.toml）、技能路径的优先级顺序、基本配置项（如 model、model_verbosity、model_reasoning_effort、approval_policy、sandbox_mode、exec_timeout_ms、file_opener）、profiles 的定义与使用方式、MCP 服务器的配置写法、技能调用方式（显式与隐式）、内置技能（$plan、$skill-creator、$skill-installer）、CLI 运行时覆盖配置、便捷标志（--full-auto、--oss、--search 等）、快速校验命令以及常见问题排查方法。适用于需要配置 Codex CLI、设置 profiles、调整沙箱模式或审批策略的场景。
test-driven-development
teat-driven-development 是一套面向 TypeScript/Bun 与 Rust 的 TDD 技能，按 RED-GREEN-REFACTOR 流程推进：先写失败测试，再写最少实现让测试通过，然后在测试保持通过的前提下重构。用 TodoWrite 跟踪阶段，适合新功能、复杂业务逻辑、鉴权/支付/数据完整性等关键路径与缺陷修复。
babysit
babysit 是一个用于持续盯守已开启 PR/MR 的技能：轮询检查状态、踢动停滞的 CI、重跑偶发失败、处理迟到的评审讨论，直到全部变绿或合并。适用于 /babysit 或“babysit it to…”等请求。
cast-redact
cast-redact 用于在发布 asciicast .cast 录屏前清除泄露的密钥、API key、令牌、用户名和机器路径。它通过捆绑脚本扫描并重写 NDJSON，能处理跨事件拆分的密钥，并校验自身输出。
how
patinaproject/skills 中的 how 技能，用于回答“X 如何工作”、改动前的代码走查，以及放置、归属与分层问题（“这段代码应放在哪里”“哪一层负责”）。它先评估问题复杂度，再通过探索子代理或单次解释生成架构级说明，帮助建立可用的心智模型，而非逐行注释。
make-pr-easy-to-review
使用 git 与 gh 命令整理 PR 的提交历史、改进描述并补充审查指引，让审查者快速理解意图、重点文件与风险，默认不改变代码行为。
no-comments
no-comments 是一个用于清理代码注释的智能体技能：它调用 comment-sicko 子智能体审查并生成可删除注释的报告，再由主流程筛选、修复并交付最小根因改动，同时为声称不可改动的约束提供编码替代方案。
principle-boundary-discipline
一套强调“边界纪律”的工程原则：把校验、类型收窄与错误处理集中在系统边界（CLI、配置、网络、外部 API），内部代码无条件信任类型，业务逻辑保持纯函数，外壳保持薄而机械，便于脱离框架测试。
principle-fix-root-causes
该技能用于调试场景，主张不要修复症状，而要追踪每个问题到根本原因并在根源处修复。其核心理念是：症状式修复会不断累积，每个临时绕过方案都会让系统更难理解，而真正的缺陷依然存在；根因修复前期较慢，但能减少总体调试时间。技能给出的模式包括：先复现问题；不断追问“为什么”直到找到根因；不要添加守卫（例如加一个 nil 检查来消除崩溃属于症状式修复）；如果某个绕过方案需要一段很长的注释来证明其合理性，说明代码本身有问题，应修代码而非注释；检查模式而非单个实例（用 grep 搜索相同模式并修复所有实例）；卡住时用插桩而非猜测（加日志、读实际错误）；对于重启类缺陷，先怀疑状态再怀疑代码——当出现“重启后失败”时，优先怀疑陈旧的持久化状态，如配置文件、缓存、锁文件、序列化状态，如果清除某个状态文件后行为恢复，应优先把状态校验作为修复方向。