pylint-checkers
pylint-checkers 是一个关于 Pylint 检查器（checkers）的技能，涵盖内置检查器、自定义检查器以及检查器开发。Pylint 是用于 Python 开发的代码质量工具，该技能提供从基础到进阶的 Pylint 使用知识，包括安装配置、核心概念、配置策略、高级用法、代码示例、最佳实践、常见陷阱、CI/CD 集成与故障排查等主题，适用于在项目中搭建、配置、优化和集成 Pylint 的场景。
Skill 广场
找到适合任务的 Agent Skill，阅读介绍并复制安装命令。
更新于 11-03 00:11
编程与开发
39,291 个结果
gitworfkflows
Git Workflows 是一个面向 Git 版本控制与 GitHub 协作的技能，属于 thelobbi/claude 技能集。它覆盖 Git 常用命令、分支策略、提交管理、合并与变基、Pull Request 与仓库配置等场景。技能内含快速参考命令（status、log、diff、add、commit、branch、checkout、switch、merge、rebase、fetch、pull、push 等）、Git Flow 分支模型示意、分支命名规范、约定式提交消息格式（feat、fix、docs、style、refactor、test、chore）、常见工作流（开启功能分支、同步分支、压缩提交、撤销更改）、GitHub CLI 命令（PR、Issue、仓库管理）、.gitignore 模板以及 Git Hooks 示例。适用于需要执行 Git 操作、管理版本控制、处理 PR 与合并的开发场景。
tl-openmeter-api
tl-openmeter-api 是一个面向 OpenMeter REST API 的项目无关参考技能，用于用量计量、计费与权益管理。它按 OpenAPI 3.0 规范的官方标签组织内容，覆盖 CloudEvents 事件摄取、Meters 计量、Features 功能、Plans 计划、Addons 附加项、Customers 客户、Subscriptions 订阅、Entitlements 权益、Billing 计费、Notifications 通知、Apps 应用集成、Portal 门户、Lookup Information 查询信息、Debug 调试以及已弃用的 Subjects 等 15 个标签。技能内含完整端点表、计费生命周期说明、通知规则说明、产品目录版本化说明，以及完整的 OpenAPI 3.0 规范文件作为事实来源。适用于查询如何摄取事件、创建带订阅的客户、查询计量用量、设置阈值告警通知规则、管理计费发票、安装 Stripe 市场应用，以及调试计量、计费或订阅生命周期问题等场景。
systems-analyst
Systems Analyst 是一个用于理解和分析陌生代码库、分布式架构与技术工具链的系统分析专家技能。它采用“由外到内、从静态到动态”的结构化框架，把不熟悉的系统转化为清晰可导航的知识。其核心思路是先追问“如果这个组件不存在，谁会受影响、为什么”，再依次分析数据形态、追踪数据流并找出断点、区分平台生成的“信封”遥测与应用生成的“内容”遥测，最后用三级侦探测试验证可观测性是否完整。该技能适用于学习新系统、评估可观测性缺口、排查分布式系统问题以及向管理者解释技术投资价值等场景。
typescript-advanced
这是一个关于 TypeScript 高级类型系统的技能，聚焦泛型、条件类型、映射类型、模板字面量类型与工具类型的正确用法。它强调类型安全哲学（any/unknown/never 的取舍）、用联合类型替代枚举、interface 与 type 的决策、可辨识联合与穷尽检查、品牌类型实现名义化安全，以及 satisfies、const 类型参数、NoInfer 等现代推断工具。同时推荐使用 type-fest 提供的 200+ 工具类型，并列出常见类型陷阱与参考文件。
ue5-module-router
ue5-module-router 是面向 UE5.6-UE5.8 的技能路由工具，依据模块名、别名、意图关键词和层级上下文，把问题精确转派到最合适的技能。
http-endpoints
该技能用于在 Val Town 平台上构建 HTTP val（即响应 HTTP 请求的 Web 端点、API 路由或 webhook 接收器）。内容涵盖处理函数签名、使用 Hono 框架、端点 URL 获取方式、CORS 默认行为、重定向替代写法、不可用能力（WebSocket、文件系统）以及客户端错误上报等要点。
pr-description-writer
PR Description Writer 是一个用于自动撰写 GitHub Pull Request 描述的技能。当用户要求为当前分支编写、起草、生成或更新 PR 描述时，它会读取分支的 diff 与提交记录，按指定格式生成完整的 PR 描述，并可通过一条命令创建或更新 PR。它强调主动语态、现在时摘要、具体数据而非笼统表述，并禁止使用破折号与填充词。
software-solution-architecture
该技能用于从业务工作流、运营模式、系统全景或迁移问题出发，设计跨系统的目标状态与过渡方案。它先确定解决方案形态，而非默认采用模块化单体、微服务、CQRS、服务网格或 MCP/A2A 等运行时模式。适用于比较端到端方案选项、规划分阶段迁移、映射业务能力与系统归属、选择集成风格与边界，以及梳理构建/购买/合作决策。技能强调明确系统范围、能力归属与权威数据源、硬约束、2-3 个方案选项及拒绝理由、过渡状态、迁移波次与回滚/退出标准，并输出 ADR 或 ADR 就绪摘要。它不负责单个服务实现、API 契约深度、基础设施运维或安全架构等主题，这些应移交给配套技能。
creating-backstage-entity-page-extension
该技能用于为 Backstage 目录实体页面添加扩展，包括在实体概览（Overview）标签页中添加卡片，或为实体页面添加完整的标签页/页面。它覆盖 EntityCardBlueprint（概览页卡片）与 EntityContentBlueprint（独立 URL 路径的标签页）两种蓝图，并说明如何通过 filter 参数按实体 kind、spec type、注解或自定义谓词控制扩展的显示条件。适用于编写以 catalog 为目标的 frontend-plugin-module 场景，是脚手架生成前端插件模块时最常见的用途。
fetch-issue
fetch-issue 是 willbooster/agent-skills 提供的一个命令行技能，用于获取 GitHub issue 的正文及其消息。它支持传入当前仓库的 issue 编号，或直接传入 issue 的 URL，从而拉取对应的 issue 内容与讨论消息。该工具通过 bunx 运行，无需预先安装，命令形式为 bunx @willbooster/agent-skills@latest fetch-issue <issue-number-or-url>。适合在开发或自动化流程中快速读取 issue 信息。
fetch-pr
fetch-pr 是 willbooster/agent-skills 提供的一个技能，用于获取 GitHub 拉取请求（pull request）的正文及其消息。它支持针对当前仓库，或通过拉取请求 URL 指定目标。使用时通过命令 bunx @willbooster/agent-skills@latest fetch-pr <pr-number-or-url> 运行，其中参数可以是拉取请求编号或 URL。该技能会获取拉取请求正文和消息，但明确排除行内审查评论（inline review comments）。
opencode-config
OpenCode 配置技能，用于理解和管理 OpenCode 的配置文件。支持 JSON/JSONC 与带 YAML frontmatter 的 Markdown 两种格式，帮助处理全局配置与项目配置之间的优先级关系。可用于为新项目设置自定义配置、建立团队级配置规范、排查设置未生效的优先级问题、从已弃用的配置模式迁移到当前最佳实践，以及对照官方文档核验配置细节。技能强调以研究驱动的验证方式，因为 OpenCode 配置细节会随时间变化。
dynamic
dynamic 是 bkit-claude-code 中的中级（Dynamic）技能，用于基于 bkend.ai BaaS 进行全栈开发，覆盖认证、数据库与 API 集成。它提供 init、guide、help 三个动作：init 用于初始化 Next.js + Tailwind 项目结构、配置 bkend.ai MCP、生成 CLAUDE.md 与 docs 目录、创建 src/lib/bkend.ts 客户端模板并初始化 pipeline store；guide 展示 bkend.ai 认证/数据配置、Phase 1-9 流水线与 API 集成模式；help 解释 bkend.ai 基本概念、认证、数据库、文件存储与 MCP 集成方式。技术栈前端为 React/Next.js 14+、TypeScript、Tailwind CSS、TanStack Query、Zustand，后端使用 bkend.ai（自动 REST API、MongoDB、内置 JWT 认证、WebSocket 实时功能），部署为 Vercel + bkend.ai。适用于前端开发者、独立创业者及希望快速构建全栈服务的人群。
plan-plus
Plan Plus 是 bkit-claude-code 中的规划技能，在标准 PDCA 规划前加入头脑风暴阶段，通过意图发现、前提挑战、方案对比、YAGNI 审查与增量设计验证，生成更高质量的 Plan 文档。适用于需求模糊、存在多种实现路径或涉及重要架构决策的单个功能规划。
vue-skills
Vue Skills 是一个面向 Vue 3 生态的开发专家技能，当用户咨询 Vue、Nuxt、Pinia、组件开发、TypeScript 配置或性能优化时调用。它使 AI 能够以 Vue 3 生态专家身份提供建议，重点覆盖最佳实践、性能优化和现代开发模式。核心能力包括：优先使用 <script setup> 与组合式 API（Composition API）；保证组件 props、emits 和 hooks 的 TypeScript 类型安全；使用 Pinia 进行状态管理；识别并解决不必要的重渲染、大对象响应式开销等性能问题；熟悉 Vue Router 4、Vite、Vitest 等工具链。最佳实践方面，组件定义推荐使用 defineProps、defineEmits 的类型声明语法，避免在 setup 中使用 this，组件文件名采用 PascalCase、模板中采用 kebab-case；响应式数据优先使用 ref 处理基本类型和对象，用 computed 计算派生状态并避免副作用；代码组织上通过 Composables（useXxx）实现逻辑复用而非 Mixins，并保持组件单一职责、过大组件应拆分。常用命令参考：创建项目 npm create vue@latest，安装依赖 pnpm add vue。具体功能细节、收费与价格信息暂未提供。
arch-adr
arch-adr 是一项用于编写架构决策记录（ADR，Architecture Decision Record）的技能，适合在需要记录某项架构决策时使用，让未来的维护者了解“当初为什么选择 X”。ADR 是一份简短、结构化的文档，记录一项架构决策：决定了什么、为什么这样决定、拒绝了哪些备选方案、以及会带来什么后果。它在决策发生的那一刻撰写，并永久保存在代码仓库中。适用于任何未来维护者若不了解理由就会质疑的架构选择，例如选择数据库、选择消息系统、在六边形架构与分层架构之间取舍、选择微服务而非单体等；也适用于确实认真考虑并拒绝了备选方案的决策，以及帮助新成员阅读 ADR 集合以理解架构演变过程。不适用于过于细粒度的战术性代码级决策、没有真正备选方案的决策，以及在事后为早已遗忘理由的旧决策补写 ADR。
arch-circuit-breaker
arch-circuit-breaker 是一个软件设计技能，用于在依赖服务出现故障或性能下降时保护调用方服务。它通过熔断器（Circuit Breaker）状态机来包裹依赖调用：关闭状态下正常放行并统计失败率，超过阈值后进入打开状态快速失败而不再触达依赖，冷却后进入半开状态放少量探针请求，成功则恢复关闭、失败则返回打开。该技能还涵盖配套的弹性模式，包括舱壁（隔离每个依赖的资源池）、超时（为每次远程调用设置有限等待时间）、带退避与抖动的重试（仅针对超时、5xx、连接拒绝等瞬时错误，不对 4xx 重试）以及降级回退（返回缓存值、默认值或部分数据）。它适用于服务间调用（REST、gRPC、消息代理）、外部依赖（数据库、第三方 API、支付服务）以及任何可能因单个缓慢依赖引发级联故障的系统。不适用于全部依赖均为进程内、失败应当直接向上传播、或流量极低且不会级联的场景。资料建议使用成熟库实现而非手写，如 JVM 的 Resilience4j、.NET 的 Polly、Node 的 opossum。
arch-cqrs
这是一个关于 CQRS（命令查询职责分离）的软件设计技能，用于在读写负载或数据形态存在明显差异时，将命令模型（状态变更操作）与查询模型（只读视图）分离，使两者能够独立演进、扩展和持久化。该技能说明了适用场景：读写负载严重不对称、不同读场景需要同一数据的不同形状、天然写模型不便于查询、写侧需要事件溯源而读侧需要快速 SQL 查询。同时说明了不适用场景：读写大致均衡且形状相同（纯属额外开销）、团队不熟悉最终一致性、系统较小使用普通仓储模式即可，以及仅为给两张同数据表找理由的伪 CQRS。核心内容包括：两模型一真相（写模型接收命令并校验不变量，读模型接收查询并返回面向消费者的 DTO）；通过事件同步，读侧为投影，存在最终一致性；存储方式分为同库两模型与不同数据库两种；CQRS 不要求事件溯源；需要正视读模型延迟及 UI 呈现问题。还给出决策启发式与反模式，如单模型伪 CQRS、读模型被写穿、对 UI 隐藏最终一致性、读模型迁移沉重、为读写对等而引入等。
arch-event-driven
这是一个关于事件驱动架构（EDA）设计方法的技能条目，属于软件设计技能集合。它说明组件如何通过事件代理以异步事件的方式通信，而非直接调用：生产者不知道消费者是谁，消费者也不知道生产者是谁。技能给出了适用与不适用场景、两种拓扑（代理拓扑与中介拓扑）、事件与命令的区别、编排与协同的区别、代理选型（Kafka 持久日志、RabbitMQ/SQS 队列、进程内事件总线）、事件模式版本纪律与决策启发式，并列出常见反模式及若干相关主题（微服务、Saga、事件溯源、CQRS、领域事件）。
arch-event-sourcing
该技能介绍事件溯源（Event Sourcing）架构模式：将状态变更事件以追加写入、不可变的事件日志形式持久化为事实来源，当前状态通过重放事件推导得出。内容涵盖事件存储（追加写、按聚合 ID 读取）、状态重建（对事件做 fold 折叠）、快照优化、事件版本化与 upcaster、与 CQRS 的搭配，以及可用性、存储增长、重放工具等运维考量。同时给出适用场景（审计/合规、领域天然以"发生了什么"建模、时间点查询、多重投影）与不适用场景（领域不以事件建模、状态足够且很少查历史、团队不熟悉最终一致性），并列出决定启发式与反模式（全系统盲目事件溯源、可变事件、把事件当 DTO、热聚合无快照重放、无 upcaster 的 schema 破坏）。
arch-fitness-functions
该技能用于通过自动化检查强制执行架构特性，即“架构适应度函数”（architecture fitness function）。其核心思路是把架构意图编码为自动运行的检查：如果架构规定“领域层不依赖 Spring”，当出现这种依赖时适应度函数就会让构建失败。适用于架构决策需要长期保持的场合，例如依赖方向、分层边界、无循环依赖、性能预算等；也适用于团队规模较大、仅靠“口头约定不做 X”难以在所有 PR 中维持约束的情况，以及迁移项目（如架构绞杀者模式）中强制新代码遵循新结构。它把架构意图以可执行形式文档化，像单元测试一样在 CI 中自动运行并在违反时失败。资料中列举了适应度函数的分类（原子与整体、触发式与持续式、静态与动态），常见静态检查（依赖方向、无循环依赖、命名约定、公共 API 稳定性、层边界违规）以及生产环境的动态检查（p99 延迟、内存占用、业务不变量）。同时给出使用建议，如从一两个最重要的属性开始、让失败真正阻断构建、为规则写明存在原因、不要为不会阻断 PR 的规则编写函数。
arch-identify
这是一个软件架构选型诊断技能，用于判断某个系统问题适合采用哪种架构风格或横切模式，或在架构级回答过重时转向更简单的 DDD 或设计模式技能。适用于绿地系统选择宏观架构风格（单体、微服务、事件驱动、无服务器）、既有系统面临扩展性、集成或事务一致性压力并询问“什么模式合适”，以及架构评审中讨论“是否应该用 X 而不是 Y”的场景。该技能按顺序提出诊断问题，覆盖系统宏观形态、数据与事务一致性、服务间故障处理、遗留系统演进、架构质量与治理等方向，并给出决策启发式与反模式提醒，例如默认先单体、分发是成本而非特性、微服务是最被过度应用的风格等。若问题是领域建模、代码级模式或 Kotlin 特定模式，则应转向对应技能。
arch-layered
分层架构（layered architecture / n-tier）是一种把系统按水平层次组织的架构方式，典型分为表现层、业务层、持久层与数据库。依赖严格向下流动：上层可依赖下层，下层不得反向依赖上层。它适合 UI、业务逻辑与数据分离清晰、以“换 UI”或“换数据库”为主要变化轴的简单单体系统，也适合团队首次搭建服务端架构，因为心智模型最简单。需要明确采用封闭层还是开放层：封闭层要求调用逐层传递，清晰但冗长；开放层允许在无价值时跳过中间层。业务层若开始依赖持久层类型，说明抽象已倒置，此时应转向六边形架构。该技能还给出决策准则、反模式（沉洞、泄漏层、双向依赖、只有目录名的分层）以及与 hexagonal、fitness functions、DDD 反模式的关联，适合在讨论分层架构、n-tier、表现/业务/持久层划分时使用。