ddd4j-quarkus-version-selection
用于在 ddd4j-quarkus 的 3.3.x 与 4.0.x 维护线之间做版本选择，依据 ddd4j、Quarkus Platform、JDK、Maven 与 POM 模型约束判断兼容性、审计现有组合并规划跨线升级。
Skill 广场
找到适合任务的 Agent Skill，阅读介绍并复制安装命令。
更新于 11-15 00:13
编程与开发
41,133 个结果
ddd4j-quarkus-web
ddd4j-quarkus-web 是 ddd4j 技能集中面向 Quarkus REST/JAX-RS 的 Web 层技能，用于在请求开始时绑定 ddd4j 请求上下文，并统一处理错误映射、认证钩子、校验、幂等、CORS 与就绪检查。适用于构建或评审 Quarkus 上的 ddd4j REST 接口。
ddd4j-version-selection
用于为新项目、升级或迁移选择兼容的 ddd4j、ddd4j-boot、ddd4j-cloud、ddd4j-javalin 或 ddd4j-quarkus 版本组合，输出推荐、备选、不兼容与未验证四类结论。
ddd4j-web
ddd4j-web 是 ddd4j 技能集中的 HTTP 契约技能，用于在 Spring MVC、WebFlux、Javalin、Quarkus REST、Micronaut、Vert.x、Helidon、Dropwizard 等运行时上实现或审查统一的 HTTP 契约，涵盖响应、错误映射、上下文透传、认证、幂等、CORS、就绪检查与校验。
openspec-apply-change
OpenSpec 变更任务实现技能：按 OpenSpec 变更中的任务清单逐项落地代码改动，支持指定变更名、查看状态与进度、读取上下文文件、标记任务完成，并在阻塞或歧义时暂停询问。
openspec-apply-change
openspec-apply-change 是一个用于按 OpenSpec 变更（change）逐项实施任务的技能，适用于用户希望开始实施、继续实施或推进 OpenSpec 变更中的任务时。它可指定变更名称（如 $openspec-apply-change add-auth 或 /openspec-apply-change add-auth），若未指定则根据对话上下文推断，或列出可用变更让用户选择。技能会先检查变更状态以了解所用 schema，再获取 apply 指令，读取上下文文件，展示进度，然后循环实施每个待办任务，将任务文件中的复选框由 - [ ] 改为 - [x]，完成后提示可归档。若遇到任务不明确、设计问题或阻塞，会暂停并请求指引。
omniroute-chat
OmniRoute Chat 是 OmniRoute 技能中的聊天与代码生成功能入口，通过 OmniRoute 网关调用大模型，兼容 OpenAI /v1/chat/completions、Anthropic /v1/messages 和 OpenAI Responses API 三种接口格式，支持 SSE 流式输出、组合自动回退、工具调用与 RTK 结果压缩，以及推理内容转发与缓存。使用时需配置 OMNIROUTE_URL 与 OMNIROUTE_KEY 两个环境变量，具体初始化步骤参见入口 SKILL 文档。
rust-web-backend
用于在 Rust 中构建 REST/HTTP 后端的技能，覆盖 axum 路由、提取器、共享状态、中间件、错误响应与 sqlx 数据库访问，并给出 2026 标准技术栈与关键规则。
go-architecture
go-architecture 是面向 Go 后端服务架构的技能，提供 2026 年当前的结构化指导，主张优先使用标准库和可组合的小型库，避免重型框架。适用于搭建新 Go 服务（目录结构、cmd/、internal/）、选择 HTTP 路由（标准库 net/http ServeMux、chi、echo/gin/fiber）、选择数据库层（sqlc + pgx、GORM）或连接查询、依赖注入（构造函数注入、无框架 DI），以及审查现有 Go 服务的结构/架构问题。不适用于测试编写、SOLID 行数限制/接口位置约束、非 Go 后端或前端 UI 工作。技能以决策地图方式引导加载对应参考文档，并强调从模板创建新项目、变更后用测试技能验证。
go-concurrency
Go 并发编程技能插件，用于编写或审查 Go 并发代码，覆盖 goroutine、channel、errgroup、context 取消与 goroutine 泄漏。资料给出四类常见问题的规范做法：context.Context 必须是首参数并逐层传递；每个启动的 goroutine 都需具备退出路径；并发扇出且涉及错误时优先使用 errgroup 统一等待、聚合首个错误并触发取消；无缓冲 channel 配合提前返回会让发送方永久阻塞，应使用带缓冲通道或确保排空。技能附带 goroutine、channel、errgroup、context、goroutine 泄漏等参考文档，以及有界并行和固定 worker 池模板，并建议以 go test -race 验证数据竞争、在 CI 检查 goroutineleak 配置文件。资料还规定了一套代理工作流，要求实现前并行启动代码库探索、文档研究和 errgroup 签名确认，实现后运行验证代理。该技能面向 Go 1.27 并发实践，不适用于顺序式惯用法场景。
go-core-idioms
go-core-idioms 是一个面向顺序（非并发）Go 代码的写作与审查指南，聚焦错误处理、slog 结构化日志、泛型、接口和代码风格。资料明确其不适用于并发场景（goroutine、channel、errgroup、context 取消），此类需求应改用 go-concurrency。该技能规定了一套强制工作流：任何实现前需并行启动三个代理分别梳理现有错误/日志/接口模式、检索最新 Go 文档、确认标准库签名；实现后运行 sniper 进行校验。内容涵盖显式 if err != nil、用 %w 包装错误、errors.Join 与 Go 1.26 的 errors.AsType、log/slog 处理器与属性、类型参数与约束、1.26 自引用类型与 1.27 泛型方法、消费方小接口与“接受接口、返回结构体”原则，以及用 go fix 和 go vet 自动现代化。资料未提供安装命令、收费信息或具体适用规模。
modularize
modularize 是一个用于将现有代码库转换为模块化架构的技能，面向 Laravel、Next.js 和 React 项目。它要求代理先识别框架、完整探查项目结构和依赖关系，再生成逐文件的迁移计划，并在用户明确确认后才执行文件创建、移动或重构；每完成一步都调用 sniper 校验。其核心约束是共享逻辑必须通过中心 core 汇聚，禁止模块之间直接导入。
php-language-modern
这是一个面向现代非框架 PHP 8.1–8.5 语言特性的技能，用于在编写 PHP 代码时正确使用属性钩子、非对称可见性、管道操作符、原生 Attribute、枚举、readonly 等新语法。它重点解决 LLM 常犯的错误，尤其是用 docblock 注解（如 @Route、@ORM\Column）代替原生 #[Attribute] 语法的问题。该技能不适用于代码风格、PSR 规范或自动加载（属于 php-standards），也不适用于 Laravel 专有语法约定（属于 Laravel 插件）。
rust-ecosystem-crates
该技能用于为 Rust 项目选择生态 crate，覆盖序列化、CLI 解析、异步运行时、Web 框架、HTTP 客户端、数据库、错误处理与可观测性等常见领域。资料明确了各领域的默认推荐（如 serde、clap、tokio、axum、reqwest、sqlx/sea-orm/diesel、thiserror/anyhow、tracing），并规定选型前须并行调用三个代理分别检查现有 Cargo.toml、在 crates.io 核实当前版本与维护状态、通过 Context7 获取 API 文档；实现后运行 sniper 验证。同时给出关键规则：写版本前必须核实当前版本、serde 2.0 尚不稳定应使用 "1"、库用 thiserror 而应用用 anyhow、统一使用 tokio、优先沿用项目已有依赖。该技能不涉及选定 crate 后的详细 API 用法，那属于对应领域技能或文档核实。
rust-error-handling
该技能用于指导 Rust 错误处理设计，核心是区分库与应用的错误处理策略：库用 thiserror 定义可匹配的类型化错误枚举，应用用 anyhow 获得单一易用的错误类型与上下文链。内容涵盖 thiserror 与 anyhow 的选型、#[from] 零样板转换、? 与 unwrap/panic 的取舍，以及 anyhow::Error 不得泄漏到库公共 API 的红线。适用于编写或审查 Rust 库/二进制程序的错误类型，不涉及所有权设计与异步运行时错误处理。
solid-tanstack-start
该技能用于整理 TanStack Start 代码、拆分过大的路由或服务端函数，以及审查架构。它为 TanStack Start v1.168.58 项目（Vite 插件 tanstackStart()、src/routes/ 文件式路由、createServerFn 服务端函数）提供 SOLID 与整洁架构约束：要求把数据库访问、密钥与文件系统操作封装在 createServerFn 或 createServerOnlyFn 之后，禁止在裸 loader 中直接执行；禁止手改自动生成的 src/routeTree.gen.ts；禁止特性模块互相导入（cores/ 除外）；禁止 barrel 导出与 any 类型；要求导出带 JSDoc、接口单独存放。写代码前须先探索路由树与模块约定、用 grep 查找可复用逻辑，并在新文件后运行 npx jscpd 查重。该技能不适用于初次框架搭建、Server/Client 执行边界本身的深入讲解，以及无 Start 路由树的普通 React SPA。
start-execution-model
该技能用于判断 TanStack Start 代码应在服务端还是客户端运行，帮助修复密钥泄漏、在 loader 中访问数据库的缺陷以及水合不匹配问题。资料围绕“模块默认同构”的执行模型，说明 route loader 在 SSR 与客户端导航时均会执行，数据库、文件系统和密钥必须放入 createServerFn 或 createServerOnlyFn，process.env 需按请求读取，VITE_/PUBLIC_ 前缀变量会暴露给客户端。技能提供各类环境边界 API 的速查表、决策框架与可复制示例，并列出禁止做法。目标版本为 @tanstack/react-start v1.168.58。
start-middleware
该技能用于在 TanStack Start 中通过 createMiddleware 编排横切服务器逻辑，覆盖中间件链式组合、上下文传递与鉴权工厂。它强调固定方法链顺序（.middleware() → .validator() → .client() → .server()），并要求发送的上下文数据必须基于服务端可信源重新校验权限；客户端上下文默认不发送至服务端，除非显式使用 sendContext 选择加入。该技能提供鉴权加基于权限的授权工厂模板，以及客户端中间件（请求头、自定义 fetch、遥测）模板。它不适用于定义 RPC 本体、原始 HTTP 端点或路由级 UX 守卫。资料未提供收费、平台支持范围或效果数据。
start-server-functions
该技能用于在 TanStack Start 中使用 createServerFn 构建类型安全的 RPC 服务端函数，覆盖验证器、处理器、FormData、重定向等场景。它强调服务端函数是独立 HTTP 端点，认证必须放在处理器或中间件内，禁止使用 Next.js/Remix 模式，并要求严格序列化。技能提供完整 CRUD 模块和 FormData 提交（含 Zod 验证）模板，并明确不适用于原始外部/公开 HTTP 端点、可组合中间件链或 Next.js/Remix 的 "use server" 模式。
start-server-routes
本技能用于在 TanStack Start 中使用 server 属性构建原生 HTTP 端点，涵盖处理器、参数与中间件。适用于需要从应用外部调用的接口，如 webhook、公开 REST 和跨域端点。文档说明处理器上下文（request、params、context、pathname、next）、从文件名解析的动态（$id）与通配（$）参数、通过 createHandlers 设置单处理器中间件与 server.middleware 设置路由级中间件，以及同一文件同时作为 UI 路由和 API 路由的用法。技能以 @tanstack/react-start v1.168.58 为目标版本，并提供带参数和中间件的完整 REST 资源模板。不适用于仅限应用内部调用的类型安全 RPC、可复用中间件链或 UI 路由渲染。
ts-config
ts-config 是一个用于指导创建或迁移 tsconfig.json 的 TypeScript 配置技能，依据 TypeScript 7.0（原生 Go 编译器）的规则给出配置建议。它覆盖两条互斥的配置路线：运行在 Bun 或打包器（Vite、esbuild、webpack）上的项目采用 module: Preserve 与 moduleResolution: bundler；直接在 Node.js 上运行（原生类型剥离）或为 Node 产出 .js 的项目采用 module: nodenext 与 moduleResolution: nodenext。技能同时处理 TS 6.0 弃用项在 TS 7.0 中变为硬错误的问题，包括移除 moduleResolution: node/node10、启用 verbatimModuleSyntax、strict 与 noUncheckedIndexedAccess、显式声明 types 与 rootDir。它规定了写入前并行调用探索、研究、文档查询三类子代理的工作流，并要求写入后运行校验代理。该技能不涉及 TypeScript 语言语法、自带 tsconfig 基座的框架配置以及非 TS 构建工具。
ts-language-patterns
ts-language-patterns 是 fusengine/claude-plugins 中的一个技能，聚焦现代 TypeScript（资料标注为 TS 7.0）的语法模式与 AI 生成代码纠错。它覆盖 const 类型参数、using/await using 资源清理、标准装饰器、satisfies、6.0 方法与推断、7.0 模板字面量推断等主题，并针对 LLM 常见反模式给出修正建议，例如用 as const 常量对象替代 legacy enum、避免用 namespace 包裹运行时代码、在 verbatimModuleSyntax 下必须使用 import type。技能还规定了一套代理工作流：写非平凡 TS 前并行探查代码库、核查官方语法与 API 形状，写完后执行校验。
ts-lint-format
ts-lint-format 是一个面向 TypeScript 项目的技能，用于选择与配置代码检查（linter）和格式化（formatter）工具链。它覆盖 Biome 2.x 与 ESLint 10 扁平配置加 typescript-eslint 类型感知检查两条路线，并给出 2026 年的选型建议：新项目默认使用 Biome，以获得快速、零配置的起点；成熟且类型密集型代码库倾向 ESLint + typescript-eslint。资料还提到 Oxlint 作为挑战者，以及一条关键规则：不要对同一批文件同时运行 Biome 和 Prettier。该技能不负责类型检查本身（tsc --noEmit、tsconfig 标志属于 ts-config），也不负责测试运行器配置（属于 ts-testing）。
ts-packaging
ts-packaging 是一个用于发布 TypeScript 库的辅助技能，提供关于 exports map、JSR 与 npm 的选择、双 ESM/CJS 打包、类型校验和 provenance（发布来源证明）的指导。根据介绍，它不是用于应用部署，也不负责框架自有的构建流程；其流程要求在任何实现前并行启动探索、研究等 agent，并在实现后用验证 agent 检查。资料给出了 ESM-pure 的 exports 示例和 attw 校验命令，并附有 exports map、JSR 发布、npm 发布、校验及模板等参考文档。