openspec-verify-change
openspec-verify-change 是一个用于在归档变更前校验实现是否与变更产物（规格、任务、设计）一致的技能。它从完整性、正确性、一致性三个维度检查任务完成度、需求实现与场景覆盖，并输出分级问题报告。
Skill 广场
找到适合任务的 Agent Skill，阅读介绍并复制安装命令。
更新于 11-01 00:15
编程与开发
39,096 个结果
launchpad-dx-apis
介绍 Pega Launchpad 的 DX API（Digital Experience API），涵盖 Create Case DX API 的标量内容载荷、引用字段、Allowed Fields 及适用场景，并说明 OAuth 2.0 认证、Client Registration 与 Persona 权限要求，以及创建、获取、更新案例和数据对象的调用方式。
portaly-overview
Portaly 开放 API 的导览与导航技能，帮助用户或智能体了解订阅支付、数字商品、折扣码、买家推广、订阅者门户、邮件等能力分别对应哪个技能与文档，本身不执行任何集成流程。
claude-md-authoring
claude-md-authoring 是一个用于创建和审查 Claude Code 配置文件 CLAUDE.md 的技能。它应用 HumanLayer 的编写准则，包括指令预算控制（用户级约 50、项目级约 100）、WHAT/WHY/HOW 框架、渐进式披露等原则，帮助用户为 Claude Code 编写高质量、聚焦的上下文配置文件，避免将 Claude 当作代码风格检查工具。
rhdh-plugin-bug-fix
RHDH Plugin Bug Fix 是一个用于修复 rhdh-plugins 或 community-plugins 仓库中 Backstage 插件缺陷的技能。它强调先复现、再诊断、后修改、最后验证的流程：从缺陷报告出发，解析问题引用，判断报告是否适合由智能体处理，定位插件工作区，选择完整端到端或无端到端分支，编写临时 Playwright 复现测试，定位根因并实施最小修复，最后清理临时文件并输出验证证据。该技能本身不负责提交、推送或创建拉取请求，这些工作交由其他命名技能完成。
read-unmodified-c-module
该技能用于在修改代码前读取当前所处理 C 模块的原始源码，即未做任何改动时的版本。它属于 Redisearch 项目下的技能，接收一个或多个模块路径参数，例如 src/numeric_range_tree 或 src/aggregate/aggregate_debug，不带扩展名。若路径中未包含 src/，则默认该模块位于 src 目录下。技能会对每个模块路径分别通过 git show master:<模块路径>.h 与 git show master:<模块路径>.c 读取头文件和实现文件的原始内容。
motoko-base-to-core-migration
该技能是一份面向 AI 的完整迁移手册，用于将 Motoko 项目从 mo:base 迁移到 mo:core。内容涵盖版本与依赖准备、导入与函数重命名、数据结构迁移（Buffer→List、HashMap/TrieMap→Map、TrieSet→Set）、persistent actor 改造、移除 mo:base、稳定变量与升级迁移，以及构建验证、正则审计、本地升级测试和主网部署顺序等步骤，并列出常见错误与修复方式。
motoko-doc-strings
为 Motoko 模块的公开声明添加 `///` 文档注释，使 `mo-doc` 能生成可读的 HTML/Markdown 文档。涵盖放置规则、格式约定、错误与 Trap 行为描述，以及批量审计流程。
code-review-ai-ai-review
这是一个 AI 驱动的代码审查技能，结合自动化静态分析、智能模式识别与现代 DevOps 实践，用于在代码审查中识别缺陷、安全漏洞和性能问题。它整合 SonarQube、CodeQL、Semgrep 等静态分析平台与 GPT-5、Claude 4.5 Sonnet 等大模型，支持 30 多种语言，可接入 CI/CD 流水线，对拉取请求提供即时反馈，并生成带行号引用、严重级别和修复示例的可执行审查评论。
resolve-pr-feedback
Resolve PR Feedback 是一个用于处理 GitHub Pull Request 反馈的技能。它会针对当前代码评估 PR 反馈内容，对站得住脚的反馈应用修复，然后回复或解决已处理的讨论线程。该技能将每个反馈项分类为 fix、reply、not-addressing、declined 或 needs-human，只对 fix 项执行实现，对其余项给出带证据的回复。仅在用户明确要求处理 PR 反馈时使用；检查类请求为只读模式。处理完成后会重新拉取相关线程并报告仍未解决的内容，避免无限制的修复-审查循环。
flutter-stream-widget
flutter-stream-widget 是一个 Flutter 开发技能，介绍如何在 Widget 的 build 方法中直接使用 Stream，从而构建动态、响应式的 Flutter UI。该技能提供了一个抽象类 StreamWidget，它继承 StatefulWidget，并定义了 build、initState、dispose、reassemble、buildEmpty、buildError 等可覆写方法；内部通过 StreamBuilder 订阅由 build 返回的 Stream<Widget>，根据快照的错误、数据或空状态分别渲染 buildError、数据 Widget 或 buildEmpty 的结果，默认空状态返回 SizedBox.shrink()。资料还给出了 Riverpod 的示例，展示如何使用 @riverpod 注解分别提供 GeneratedWidget、StreamWidget、FutureWidget 三种 provider，并在 Consumer 中处理 data、error、loading 三种状态。该技能适合需要让屏幕随数据流实时更新的 Flutter 应用场景，例如定时器驱动的界面或响应式界面。需要注意的是，资料仅提供代码示例，未提供安装命令、依赖版本、平台限制、收费或价格信息，这些内容暂未提供。
find-docs
find-docs 是一个用于检索开发者技术最新文档、API 参考和代码示例的技能。它通过 Context7 CLI 工作，采用两步流程：先将库名解析为 Context7 兼容的库 ID，再用该 ID 查询文档。支持任意库和框架，可指定版本，无需认证即可使用，认证后可获得更高请求配额。适用于用户询问某个库或框架的用法、API 或代码示例时，帮助获取比训练数据更新的文档内容。
scraperapi-zapier
指导用户在 Zapier 中搭建使用官方 ScraperAPI 集成的 Zap。ScraperAPI 仅提供动作、无触发器，需由其他应用触发；涵盖五种动作、字段填写、数据映射、爬虫回调与积分预算等要点。
bun-file-io
bun-file-io 是一个面向文件操作场景的技能，适用于读取、写入、扫描或删除文件等任务。它总结了在 packages/opencode 中处理文件 I/O 与扫描时推荐使用的 Bun 文件 API 与代码模式，并说明了何时应改用 node:fs。内容涵盖 Bun.file 的惰性读取方式（text、json、stream、arrayBuffer、bytes、exists）、文件元数据（size、type、name）、Bun.write 的写入能力、file.delete() 删除、file.writer() 增量写入、Bun.Glob 配合 Array.fromAsync 的目录扫描、Bun.which 查找二进制并用 Bun.spawn 执行、以及 Bun.readableStreamToText/Bytes/JSON 处理流输出。同时给出仓库内的实践约定，例如优先使用 Bun API、读取前先检查 exists、二进制或大文件使用 arrayBuffer 与 MIME 检查、用 path.join/path.resolve 处理路径、尽量用 promise 的 .catch(...) 而非 try/catch。
seo-llm-site-architect
面向网站创建、编辑、审计与监控的高级架构工作流，让网站同时便于人类、搜索引擎、答案引擎、LLM 和用户代理理解。适用于需要处理 SEO、AEO/GEO、LLM 可读性以及 AI 代理友好性的任务。
claude-api
用于构建 Claude API 与 Anthropic SDK 应用的技能，覆盖 Python、TypeScript、Java、Go、Ruby、C#、PHP 及 cURL 等语言，帮助选择调用层级、检测项目语言并读取对应文档。
telnyx-webrtc-javascript
telnyx-webrtc-javascript 是 Telnyx 为 JavaScript 提供的 WebRTC 相关技能，主要用于管理 WebRTC 凭证和移动推送通知设置，适用于构建基于浏览器或移动端的软电话应用。该技能基于 telnyx npm 包（示例版本 6.74.2），使用 Node.js 环境，通过 API Key 初始化客户端后即可调用。主要涵盖两类操作：一是移动推送凭证（mobile_push_credentials）的列表、创建、查询和删除，创建时需提供 type、certificate、private_key、alias 等字段；二是按需电话凭证（telephony_credentials）的列表、创建、查询、更新和删除，创建时需 connection_id，可选 expires_at、name、tag 等。资料还给出错误处理建议，提醒处理网络错误、限流（429）、校验错误（422）和认证错误（401），并说明列表方法返回自动分页迭代器，可用 for await 遍历。
spec-workflow
Spec Workflow 是 CloudBase AI Toolkit 中的一项技能，用于在实现中大型变更前先明确需求、技术设计与任务规划。它适用于新功能、多步骤产品变更、跨模块集成或架构设计任务，尤其当验收标准不清晰、涉及多文件、用户流程、数据库或 UI 设计并需要分阶段确认时。该技能通过四个阶段推进：需求（requirements.md，含用户故事与 EARS 风格验收标准）、设计（design.md，含架构、技术选型、数据/API/安全/测试策略）、任务（tasks.md，可执行清单并关联需求）、执行（用户确认任务计划后才开始实现）。它不适用于范围明确的小型缺陷修复、单文件文档更新、简单配置变更或用户已给出精确实现指令的微小重构。
advpl-refactoring
该技能为 TOTVS Protheus 上的 ADVPL/TLPP 代码提供安全重构模式（RF-001 至 RF-006），用于在不改变行为的前提下改善代码结构，包括提取函数、用卫语句简化条件、删除死代码、按匈牙利命名法改进命名、消除重复以及减少函数参数数量。它同时规定了强制流程（分析、排优先级、给出前后对比方案、等待用户批准、逐项修改、验证）和硬性安全规则（绝不改变业务逻辑，未经调用方检查不得重命名外部使用的符号）。适用于重构、清理或重组现有可运行代码以提升可读性与可维护性的场景，不涉及修 bug、生成新功能、正式质量/安全审计或 .prw 到 .tlpp 的范式迁移。
changelog-patterns
该技能用于从 TOTVS Protheus 上的 ADVPL/TLPP 代码变更中生成结构化的变更日志、发布说明或交付文档。它通过分析 git diff 或用户提供的文件列表，对变更进行分类（NEW/FIX/CHANGE/REMOVE/REFACTOR，使用葡萄牙语标签），评估影响级别（ALTO/MEDIO/BAIXO），并根据 DBSelectArea、RecLock、BeginSQL 等模式识别受影响的数据库表，最终以 Markdown 或纯文本格式输出。适用于需要面向客户或内部生成变更日志、发布说明或交付文档的场景。该技能不涵盖从无 diff 上下文的单一源文件生成文档头或技术例程规格，也不涵盖代码审查发现（见 advpl-code-review）或 .prw 到 .tlpp 迁移清单（见 advpl-to-tlpp-migration）。
documentation-patterns
documentation-patterns 是一个面向 ADVPL/TLPP 代码的技术文档生成技能，适用于 TOTVS Protheus 环境。它提供模板与生成流程，可将源码转换为符合 Protheus 规范的三类文档：单个函数或方法的 Protheus.doc 头部注释块（含 @type、@param、@return 等标签）、完整的 Markdown 例程说明（涵盖目标、模块、读写的表、MV_* 参数、入口点、执行流程、依赖关系和变更历史），以及 REST API 端点文档（认证、路径与查询参数、请求体、响应模式）。当用户要求为现有代码添加或生成文档并遵循 TOTVS 惯例时，可启用该技能。其流程为：读取目标文件，从代码本身提取函数、参数、表、MV_* 用法、入口点与依赖，在可用时交叉核对 git 历史以获取作者与变更记录，然后填充对应模板。该技能不负责以通俗对话方式向受众解释代码（参见 code-explanation）、查询原生函数签名以准确填写文档（参见 protheus-reference），也不负责记录例程内嵌 SQL 宏的语义（参见 embedded-sql）。使用时应阅读 reference.md，其中包含三种文档类型模板与生成流程。
smartx-development
用于构建、迁移或排查 TOTVS Smart X 例程的技能。Smart X 是 TOTVS 的元数据驱动 UI 框架，可从数据字典表（SX2/SX3）自动生成现代 PO-UI 界面，无需手写 Angular 组件，遵循 Object → Model → Interface → Launcher 链路。该技能涵盖 Model（totvs.framework.structure.model.th）与 Interface（totvs.framework.structure.Interface.th）TLPP 类所需的 include 与注解、在 Protheus 菜单中注册例程的 Launcher 函数、通过 pageActions/tableActions/events 将现有 ADVPL 函数集成到界面，以及仅将旧版 MVC 例程的 browse（Data View）转换为 Smart X 而保留 ModelDef/ViewDef/MenuDef 不变。适用于从零创建 Smart X 例程、将 ADVPL 函数接入页面/表格操作、迁移旧版 MVC browse，或调试 Smart X 屏幕/模型/接口问题。不覆盖无 Smart X 的传统 MVC 开发、SX2/SX3 数据字典配置脚本，也与 TReports 分析工具 Smart View 无关。参考文件以巴西葡萄牙语撰写。
tdn-lookup
TDN Lookup 是一个用于查找 TOTVS 官方文档的检索策略技能，属于 ADVPL/TLPP 开发辅助工具。当本地 ADVPL/TLPP 参考资料无法给出答案时，它提供分层升级的搜索方案：第一层始终先检查相关本地缓存文件（原生函数、SX 字典、常见错误、入口点、业务模块）；第二层通过 WebFetch 直接调用 Confluence REST 搜索 API 并构造 CQL 查询；第三层在 WebFetch 被阻止时改用 Playwright 访问同一 API；第四层在 CQL 搜索无结果时使用 WebSearch 配合 Playwright 导航；第五层作为最后手段，在 TDN 站点上进行手动/可视化搜索。该技能本身不包含领域知识，只负责编排搜索流程，实际的原生函数、入口点和错误目录位于 protheus-reference、advpl-code-generation、advpl-debugging 和 protheus-business 中。当原生函数、入口点、错误代码或业务流程在本地参考文件中未找到或仅部分找到，或用户明确要求 TOTVS 官方文档时，应激活此技能。
commitpush
commitpush 是一个安全的 Git 提交与推送工作流技能，在暂存前先进行密钥与敏感文件筛查，检测子模块以确定提交范围，并覆盖完整的提交-推送周期及推送失败恢复。它适用于需要将改动提交并推送到 Git 仓库的场景，通过分阶段流程降低误提交密钥、凭据或敏感文件的风险。