subagent-driven-development
一种在当前会话中执行实现计划的技能：为每个任务派发全新的实现子代理，任务后做规格与代码质量审查，最后做整分支审查，强调用账本记录进度、裁决而非停顿。
Skill 广场
找到适合任务的 Agent Skill，阅读介绍并复制安装命令。
更新于 11-05 00:16
编程与开发
39,555 个结果
oh-doc-knowledge-verifier
用于验证 OpenHarmony API 文档中知识性描述是否准确，对照 W3C、CSS 等权威标准、数学定义或行业事实逐条比对，发现不一致时再追踪业务代码，区分文档错误、代码错误或三方不一致。
boxlang-core-dev-interceptors
BoxLang 拦截器开发技能，讲解 Observer 与拦截过滤器模式、三类拦截器池、BoxLang 类与 Java 拦截器、Lambda/闭包拦截器，以及注册、事件点与注销方式，用于日志、安全、AOP、路由等横切关注点。
boxlang-core-dev-runtime-architecture
介绍 BoxLang 运行时内部架构的技能，涵盖 BoxRuntime 单例与各核心服务、IBoxContext 上下文与作用域解析、DynamicObject、IBoxType 类型系统、编译管线、类加载隔离、Attempt 与类型转换器，以及自定义 IService 的用法，面向开发模块、BIF 与语言扩展的开发者。
rust-system-calls
介绍在 Rust 中使用 bun_sys 进行系统调用与文件 I/O 的技能，适用于实现文件操作、打开文件描述符等场景，替代 std::fs 或 libc。
architect
Architect 是一个面向编码代理的设计先导技能：在写代码之前先勾画类型、函数签名、表结构和模块边界，并以未实现空体和伪代码呈现。它先理解新代码涉及的所有系统，再调用 arena 在多个模型视角下生成至少两个结构不同的候选设计，经红旗筛查与接口深度比较后合成为一个设计包，最后按选定草图填充实现；若实现持续受阻，则废弃草图、回到重新设计流程。默认直接进入实现，也可选用检查点让人确认。
why
why 是一个用于调查代码为何呈现当前形态的技能，重点追溯动机与意图。它通过多个只读调查子代理，分别搜索 Git 历史、PR、Issue、文档、实时聊天、基础设施可观测性、错误跟踪和产品分析等来源，再汇总回答“是什么力量塑造了这段代码”。所有调查代理均为只读，只检查不写入，也不执行会改变仓库状态的 Git 命令。技能强调区分事实、推断与未知，并按固定结构输出结论、竞争假设、信息缺口和来源清单及可信度总结。适合在修改代码前理解历史决策、权衡、外部约束或死代码成因时使用。具体所需的 MCP 配置、模型映射文件格式等细节，资料仅部分涉及。
openspec-schema
OpenSpec 的自定义工作流 schema 管理技能，通过 openspec schema init/fork/validate/which 等子命令创建、派生、校验与排查工作流 schema。适用于自定义研究优先、快速迭代等流程，或调试 schema 解析与结构问题。
analyze-func-specs
用于批量分析 ***plain 功能规格文件中的成对冲突：读取两个及以上功能规格与相关定义，按时间顺序逐对检查直接矛盾、状态或数据冲突、行为覆盖、范围歧义和同概念不同约束，仅输出存在冲突的规格对标识，不给出原因或解决建议。
git-version-control
该技能聚焦 Git 版本控制与协作实践，提供分支策略、提交规范、冲突解决与钩子配置等工作流参考，适合数据工程等团队日常代码管理使用。
uniwind-best-practices
Uniwind 是面向 React Native 的 Tailwind CSS 绑定，本技能提供其性能优化与最佳实践指南，涵盖 8 大类 45+ 条规则，按影响程度分级，用于编写、评审或重构使用 Uniwind 的 React Native 代码。
microservices-analyst
用于分析既有微服务体系的技能：盘点服务与 API、绘制依赖与耦合关系、评估可观测性与 SLO 覆盖、检查版本与契约漂移、量化运维负担与安全影响范围，并基于证据给出合并、绞杀或拆分建议。
microservices-developer
面向微服务设计与交付的技能，指导限界上下文、服务边界、REST/gRPC/事件契约、同步与异步取舍、超时重试熔断等韧性设计、每服务独立数据与最终一致性，并覆盖容器化、可观测性与契约测试。
discover-distributed-systems
这是一个分布式系统技能自动发现网关，属于 rand/cc-polymath 技能集合。当用户处理共识算法、CRDT、复制、分区和分布式算法相关工作时，它会自动激活，提供对分布式系统技能库的访问。该技能库共包含 17 个技能，涵盖 CAP 定理、RAFT 与 Paxos 共识、CRDT 基础与具体类型、点状版本向量、区间树时钟、向量时钟、逻辑时钟、最终一致性、冲突解决、复制策略、分区与分片、分布式锁、领导者选举、Gossip 协议以及概率数据结构等主题。技能采用渐进式加载：网关自动加载，随后可按需加载分类索引或具体技能文件，并提供了若干常见工作流组合，例如理解一致性权衡、实现共识、构建最终一致系统、高级因果追踪和扩展数据等。
port-from-c
该技能用于将 C 代码移植为 Rust，重点处理 C 语言未记录的所有权、生命周期、可空性与长度信息，把指针映射为引用与切片，将标签加联合体转为枚举，并负责 C 边界。它与 /port-to-rust 配合使用，后者定义移植的对等契约、阶段与反模式；C++ 代码另由 /port-from-cpp 处理。
ruby-pro
该技能面向 Ruby 开发，用于编写符合社区惯例的 Ruby 代码，涵盖元编程、Rails 模式与性能优化，涉及 Rails 应用、gem 开发与测试，并提供最佳实践和检查清单。
to-prototype
用于回答单一代设计问题的临时实验技能：以一次性代码验证读文档无法确定的未知点，产出证据与决策而非可交付功能，适用于技术尖峰、状态模型演示或视觉方案对比。
python-development
面向 Python 项目的编码技能，要求在开发 Python 项目时激活。资料建议使用 Python 3.14+ 特性、uv 管理 .venv、uvx ty check 做类型检查，并给出类型注解、dataclass、pathlib、f-string 及 PEP 723 脚本依赖声明等约定。
sanity-plugin-authoring
介绍如何使用 Sanity Studio 公开的插件与工具 API 编写插件，涵盖插件定义、可配置选项、可提供的功能（文档、表单、工具、schema、Studio 组件、i18n 等）以及工具与本地化资源的组织方式。
refactor-dispatch
refactor-dispatch 是 /refactor 背后的路由技能，本身不含重构逻辑，只负责按模式选择引擎、解析范围并委派任务。支持 deslop、code、debt、perf、structure、stack 六种模式，部分模式会修改代码，部分仅生成报告。
create-issue-gate
Create Issue Gate 是一个用于实现任务启动前的“问题门禁”工作流技能。当用户或当前项目明确要求时，在开始新的实现任务前，先创建一个 GitHub Issue 作为必需的跟踪入口，并用严格的验收标准进行门禁控制。每个 Issue 必须包含问题、目标、范围、非目标、验收标准、依赖/阻塞项以及状态（draft | ready | blocked | done）等字段。只有当验收标准明确、可测试、可通过/失败检查时，Issue 才能标记为 ready 并允许进入执行阶段；否则保持 draft 并设置执行门禁为 blocked。该技能默认只准备可供审查的 Issue 正文，只有在获得授权时才在指定仓库中创建公开 Issue。
fp-refactor
面向 TypeScript 的命令式代码重构指南，帮助将 try/catch、空值检查、回调、依赖注入和循环等写法迁移到 fp-ts 函数式模式，适合需要整体迁移思路与取舍建议的场景。
swiftui-view-refactor
SwiftUI View Refactor 是一个用于重构 SwiftUI 视图的技能，目标是把视图拆分为更小、数据流显式且稳定的组件。它默认采用原生 SwiftUI 风格：本地状态放在视图中，共享依赖放入环境，业务逻辑放入服务或模型，仅在请求或现有代码明确需要时才引入 view model。适用于清理过大的 SwiftUI 视图、拆分过长的 body 实现、构建更小的子视图、实现显式依赖注入或改进 Observation 用法。
simple-plan
一个仅用于规划的技能：通过 intake、research、clarify 循环产出单阶段实施计划并写入 PLAN.md，期间不写代码；用户明确批准前不写计划文件，复杂任务仅收缩为单个安全阶段。