skd-decompile
将 1C 数据布局方案（СКД）的 Template.xml 反编译为 skd-compile 格式的 JSON 草稿，用于按现有报表模板搭建新报表或进行结构性重构；结果为草稿而非可逆表示，可能包含不可覆盖的 sentinel 节点。
Skill 广场
找到适合任务的 Agent Skill，阅读介绍并复制安装命令。
更新于 11-02 00:09
编程与开发
39,215 个结果
semgrep-rule-creator
用于创建自定义 Semgrep 规则的技能，帮助检测项目特定漏洞、执行编码规范并构建领域安全检测。仅限授权防御性安全分析与自有代码库使用。
airtable
通过 Airtable API 操作 bases 与 records 的技能，适用于用户提到 Airtable、分享 Airtable 链接、创建记录或询问 Airtable base 的场景。
heygen
HeyGen API 技能：通过 HeyGen 接口生成 AI 数字人视频。当用户提及 HeyGen、AI avatar、video avatar 或 AI presenter 时使用，支持查询头像与声音、生成视频、查看状态、模板生成与视频翻译等操作。
orderly-sdk-react-hooks
Orderly 交易应用的界面钩子参考，介绍应用上下文、账户和钱包状态、订单提交以及自定义交易界面的接入要求。
orderly-sdk-wallet-connection
本技能是 Orderly Network DEX 应用中钱包连接集成的综合指南，覆盖 EVM（Ethereum、Arbitrum、Optimism、Base、BSC 等）与 Solana（主网与 Devnet）钱包，并支持可选的 Privy 社交登录路径。技能说明了两类连接器包的选择：默认的 @orderly.network/wallet-connector（基于 Web3-Onboard 的 EVM 支持加 Solana 钱包适配器）以及 @orderly.network/wallet-connector-privy（社交登录与嵌入式钱包）。提供者根据是否配置 Privy app id 在运行时选择。文档涵盖所需依赖安装、WalletConnectorProvider 的 evmInitial 与 solanaInitial 配置、EVM 与 Solana 钱包的构建方式、通过 useWalletConnector() 与 useAccount() 访问钱包与账户状态、setChain 切换链、AccountStatusEnum 状态机、连接按钮与 AuthGuard 等 UI 组件、受支持链与链 ID、chainFilter 链过滤、主网与测试网切换处理，以及 Privy 集成方式。同时给出最佳实践与相关技能指引。
tRPC
tRPC 是用于构建端到端类型安全 API 的 TypeScript 工具，无需 schema 或代码生成，可在服务端与客户端之间实现完整类型推断，常与 Next.js、React Query 配合使用。
to-spec
把当前对话内容整理成一份规格并发布到项目 issue tracker 的 AI 技能，不做用户访谈，只综合已讨论的上下文与代码库理解，产出含问题、方案、用户故事、实现与测试决策的规格。
ceo-advisor
面向首席执行官等高管领导者的技能包，提供战略决策、组织发展、董事会治理、投资者关系与利益相关方管理所需框架、模板与脚本。
pydeseq2
PyDESeq2 是 DESeq2 的 Python 实现，用于 bulk RNA-seq 计数数据的差异表达分析，支持单因素与多因素设计、Wald 检验、FDR 校正、可选 apeGLM 收缩，并与 pandas、AnnData 集成。
shellcheck-configuration
ShellCheck 静态分析配置与使用指南，用于提升 Shell 脚本质量。该技能覆盖 ShellCheck 的安装、配置文件（.shellcheckrc）、环境变量、常见错误码（SC1000-3999）、CI/CD 集成、pre-commit 钩子、GitHub Actions 与 GitLab CI 配置、警告抑制方法、常见违规修复、性能优化及输出格式等内容。适用于搭建 Shell 脚本 lint 基础设施、修复代码问题、理解错误码、配置项目规则集、集成到开发工作流以及迁移脚本以满足质量门禁等场景。
node-lint
为 Node/TypeScript 项目配置并调优代码检查与格式化工具的技能，可在 Biome 一体化方案与 ESLint 扁平配置加 Prettier 方案之间选择，统一规则与脚本，减少重复格式化和配置冲突。
architecture-exploration
architecture-exploration 是一个预决策技能，用于在承诺大型技术方向前探索并比较架构选项。它帮助梳理现状、生成多个可行方案、做权衡分析并给出建议，不负责执行迁移。
forgerock-to-ping-journey-migration
这是一个用于将项目从旧版 ForgeRock SDK 迁移到新版 Ping Identity Journey SDK 的技能。它支持 Android（Kotlin）、iOS（Swift）和 JavaScript/TypeScript 三个平台，通过扫描代码库、预览迁移计划、注释并替换旧代码（而非直接删除）、验证构建以及生成可交付给审查者的迁移报告，来完成对认证代码的可审计迁移。
architect
architect 是一个面向代码实现前的架构设计技能，强调先画出类型、函数签名、类形态和模块边界，再进入实现。它通过多模型视角并行产出至少两个结构上不同的候选设计，经筛选与综合后给出一个设计包，并让实现围绕该草图进行。该技能适用于 /architect、"architect this"、"design…" 等触发场景，也可用于在实现过程中发现架构走偏时及时推翻并重设计。
blast-radius
blast-radius 是一个变更影响分析工具，用于在代码变更发布前找出它可能在别处造成的破坏，而不局限于查看 diff。它并非简单列出调用方——这类任务 grep 就能完成——而是聚焦 grep 看不出的破坏点。工作方式强调：不要只相信自己写得“听起来对”的分析报告，而要点出整个结论所依赖的一两条关键事实，并通过运行真实代码来验证。它把证据可靠性分为多个等级：仅口头声明、指向具体 file:line、逐步论证坏情况不会发生、实际运行脚本或测试、在运行中的应用里复现，并如实说明证据停在哪一级。流程包括读取变更、找出安全性所依赖的那一条事实、检查 grep 覆盖不到的地方（库源码与锁定版本、执行时序、JSON 返回、数据库列、线格式、特性开关、下游多跳代码）、如实评估每个风险的发生概率与代价，并写出运行真实代码的验证脚本。对于大范围变更，还可让多个模型同题作答再合并结果。最终交付内容包括变更说明、安全性所依赖的事实及其验证状态（已证明或标注 unproven）、风险清单（含 file:line、可能性、严重程度与检查方法）、已排除项，以及合并前成本最低的测试或复现。
correct
correct 是一个面向 AI 智能体协作仓库的规则治理技能，用于识别智能体在同一代码库中反复犯的同类错误，并通过架构、类型、lint 与 CI 检查、测试和文档等由高到低的手段，让这些错误在结构上无法再发生。它强调先读提交、回滚、评审意见和智能体指令文件，归纳错误类别；优先用架构单一职责与单一入口消除错误，其次用类型约束非法状态，再辅以会指出正确用法的 lint 或 CI 检查，并维护规则与执行手段的对照表。
how
这是 pstack 技能集中的代码库理解技能，名为 How，用于回答“X 是如何工作的”。它根据问题复杂度选择执行路径：简单问题由一个解释型子代理在一次执行中完成探索与讲解；复杂问题先由 2 至 4 个只读探索子代理并行分角度调研，再综合讲解。输出面向资深工程师入门子系统的架构说明，包含概述、关键概念、工作原理、代码位置与注意事项，帮助建立心智模型，而非逐行注释源码。
no-comments
no-comments 是一个面向代码清理的技能，用于在调用方指定的文件或差异范围内启动 Comment Sicko 子代理，审查并处理被接受的注释类发现，随后以最小根因修复的方式删除多余或过时注释与受抑制标记。它先限定范围，再派发子代理生成报告与差异，拒绝越界改动、异常保护删除、误判的必须删除原因，以及把有意保留代码当作违规的标记；对保留项要求证明其涉及无法变更的内容。它可直接修掉简单问题（删除死路径、去掉参数、改用真实 API），复杂修复先由架构环节给出草图再实现。对于约束类注释（不要删除、不要改措辞、先咨询某人），它提供成本最低的范围内类型、运行时、测试或 CI lint 编码方案，交互审批通过后编码再删除注释，未获批准则删除并报告未决约束。适用于代码库注释整理、清理 lint/TypeScript 抑制、去除临时绕过与症状补丁等场景，可配合支持子代理的 harness 使用。
principle-encode-lessons-in-structure
该技能名称可译为“将经验编码进结构”，用于在发现同一指令被重复撰写或同类纠正反复出现时，把规则固化为更持久的工程结构，例如 lint 规则、元数据标记或运行时约束。其核心观点是：如果某一经验能够通过结构来约束，就只采用结构性修复，而不要继续依赖重复的文字提醒；文字指令只是问题的表象。若经验本身需要判断、无法编码，则应把指令写得更醒目，并补充失败模式示例。资料对这些机制的介绍较简短，未提供具体实现步骤、代码示例、支持的平台或工具集成信息。
principle-foundational-thinking
该技能是一套写逻辑之前先做「基础性思考」的原则集，强调结构决策保护选择权、代码级决策保护简洁性。核心做法是先定数据结构再写逻辑：尽早定义核心类型、梳理所有访问路径、让结构匹配主要使用路径；代码层面只对结构去重而非逐行去重，类型与数据模型应趋于一致，宁可三条相似语句也不要过早抽象，显式优于取巧，测试行为与边界而非行数。并发推论是：在让多个执行者共享状态前先问「若另一执行者并发修改会怎样」，答案不是「什么都不会发生」就应隔离。脚手架先行：凡有利于后续每一阶段的先做（CI、lint、测试基础设施、共享类型），按选择权价值排序，先搭环境再写功能、先写测试再修问题，提交保持小而单一目的。每个增量应落地一个连贯抽象或深化已有抽象，不要把新能力以特例协调方式散布到各调用方；删减先于脚手架，先移除死代码再打基础。适用场景是开始编码前的架构与任务排序决策；具体安装与调用方式暂未提供。
principle-laziness-protocol
这是一个名为“Laziness Protocol”的编码原则技能，用于在重构、评估改动规模，或想要引入抽象、分层、信号传递时提供指导。其核心主张是偏向删除，并采用能解决问题的最小改动。具体做法包括：合并决策，不在多处重复同一选择，而是将其置于单一事实来源之后，并以简单标志传递结果；最小化 diff，用最少的代码行解决问题，认为更少的行数优于“优雅”的样板代码。该技能适用于代码重构与改动评审场景，帮助开发者避免过度设计。
principle-make-operations-idempotent
该技能是一项设计原则，用于指导命令、生命周期步骤或处理循环的设计，使其在崩溃、重启和重试环境中仍能收敛到同一最终状态。核心思路是让每个状态变更操作都基于当前实际状态推导，而非依赖上一次运行的意图，从而保证重复执行安全。它要求任何运行遗留物（如锁、临时文件、半写记录、已认领任务）都能被下一次运行识别为过期，并建议通过临时路径写入后重命名、按内容而非创建顺序比较产物等方式实现。适用于需要处理重试与故障恢复的工程场景。
principle-migrate-callers-then-delete-legacy-apis
这是一条关于内部 API 重构的工程原则：当决定采用新 API 设计后，应在同一轮重构中迁移所有调用方并删除旧 API，而不是保留兼容层。原则要求不因内部调用方仍存在就保留旧 API 路径，需先盘点调用方、完成迁移、立即删除旧 API；临时适配器应视为例外并设定时限，而非默认架构；同时更新测试以断言新契约，删除仅保护重构前实现细节的测试。适用条件为：没有外部用户依赖向后兼容、项目能承受协调一致的破坏性变更、新 API 属于简化或重构计划的一部分。保留新旧两套 API 会造成双路径复杂性，拖慢清理，使代码库呈现只增不减的状态。