update-tech-stack
用于根据依赖变更与技术演进更新技术栈文档的技能：读取现有 2-tech-stack.mdc，检测 package.json 与配置变化，通过交互式问答确认基础设施与工作流更新，最后增量更新并覆盖 .agents/rules/2-tech-stack.mdc。
Skill 广场
找到适合任务的 Agent Skill，阅读介绍并复制安装命令。
更新于 11-07 00:13
编程与开发
40,025 个结果
contract-freeze
contract-freeze 是一个在变更集规划或实现之前使用的技能，用于把系统边界划分成相互隔离的限界上下文，并冻结显式的跨模块接口契约。它要求每个上下文独占自己的数据存储和内部状态，禁止跨数据库直查或直接修改外部实体，跨边界交互必须经过显式公共接口、领域事件或防腐层。契约需用严格类型声明（如 TypeScript 类型、Protocol Buffers、JSONSchema、OpenAPI 或 Go 接口）定义方向与协议、严格载荷、不变量与语义（幂等性、失败模式、确定性错误码），并为每份冻结契约提供可审查的模拟提供方桩件，使下游上下文无需等待上游实现即可开发验证。输出包含限界上下文拓扑、冻结接口规范与测试桩件，并在实施前停下等待人工授权。
contract-freeze
contract-freeze 是一个用于在制定变更计划或开始实现之前，先冻结模块间接口契约的技能。它把系统边界划分为相互隔离的有界上下文，要求每个上下文独占其数据存储与内部状态，禁止跨数据库直接查询或修改其他上下文的实体，跨边界交互必须经由显式公共接口、领域事件或防腐层。该技能用严格类型声明定义跨模块契约，并要求声明协议、方向、带类型的命令与事件载荷、错误模型及模拟提供方夹具，使下游消费方可独立开发。最终输出为 STAGED 或 UNRESOLVED 状态的契约冻结文档。
wiring-application-config
该技能聚焦于应用配置的加载、合并与校验，解决分层配置（默认值加用户 YAML/TOML/JSON 文件或存储的设置对象）中因接线错误或拼写错误而静默失效的问题。它强调在加载边界做严格校验、丢弃未知键并给出带点路径的警告、在整数类型检查前排除布尔值、深拷贝默认值后再合并、用 get(key, default) 而非 or 处理合法假值、写回时重读并合并完整默认值，以及先配置日志再加载配置等实践，并给出测试与检查清单。
wode-db-schema-pattern
Wode 项目的 PostgreSQL 表结构设计规范技能，用于设计、创建或修改表结构时统一 ID 策略、多租户隔离与命名约定。
write-script-powershell
write-script-powershell 是一份面向 Windmill 平台的 PowerShell 脚本编写指南，来源为 windmill-labs/windmill-cli-docs。它规定脚本应放置在文件夹中，并通过 param 函数在第一行获取参数，可为参数指定 string、int、bool、array 等类型及默认值，脚本末尾以输出对象的方式返回 JSON 可序列化的返回值。指南重点区分了本地预览与部署后运行的命令：迭代本地脚本时应使用 wmill script preview，仅当用户明确要求测试已部署版本时才使用 wmill script run；部署需通过 git push 或 wmill sync push，且只在用户明确要求部署、发布、推送时执行。编辑脚本内容（如增删导入或修改 main 参数）后需运行 wmill generate-metadata 重新生成 .script.yaml 输入结构与 .lock 依赖锁定文件，并刷新 wmill-lock.yaml 中的内容哈希；若仅需刷新哈希可用 rehash 子命令。指南还说明脚本输入应通过资源类型参数传入凭据与配置，而非硬编码或读取环境变量。
spec-driven-implementation
一个规范驱动的实现技能：自动识别 Quick（plan.md）或 Full（tasks.md）模式，按步骤执行并验证。Quick 模式按计划逐项执行与提交；Full 模式对每个任务执行严格 TDD（红–绿–重构），并追踪 REQ-### 需求编号与任务间质量门。
rust-port
rust-port 是一个面向代码移植的技能，目标是将 C、C++、Python、Go、JavaScript 或 TypeScript 代码移植为符合 Rust 习惯用法、同时保持原有可观察行为的 Rust 实现。它强调"移植行为而非结构"，反对逐行直译：先把原代码的公开函数、输入输出、失败方式以及结果顺序、空输入处理、空白与大小写、整数边界等细节列成行为清单，再先移植测试、后设计 Rust API 并实现。技能给出了 C/C++、Python、Go、JavaScript、TypeScript 常见构造到 Rust 的对照，例如手动内存管理转为所有权类型、NULL/None 转为 Option、错误码与异常转为 Result 与错误枚举、flag 位掩码转为选项结构体、字典记录转为具名结构体等，并要求用标准库替代手写运行时，控制 API 规模，最后运行 cargo build、cargo test、cargo clippy 验证，并撰写 PORTING.md 记录 API 映射、测试映射、有意差异与保留的特殊行为。
rust-review
rust-review 是一个面向现有 Rust 代码的审查技能，依据用于编写 Rust 代码的同一套最佳实践规则，检查惯用法、API 设计、错误处理、安全性与可维护性，产出按优先级排序的审查报告而非直接重写代码。每条发现都标注文件与行号位置，并引用可查证的规则来源，如 Rust API Guidelines 代码、Effective Rust 条目、Microsoft 指南代码、clippy lint 名称或 Google Rust Style Guide；修改建议以最小代码片段给出。报告分为必须修复、应该修复、可考虑三档，并附上代码中已做好的部分。该技能可先运行 cargo fmt --check、cargo clippy 与 cargo test 将机械性问题并入报告，也说明了无法运行工具时改为阅读审查的处理方式。
xl1-dapp-kit
XL1 dApp Kit 是 @xyo-network/dapp-kit* 的应用契约层技能，用于构建可移植、headless 的 XL1 dApp 运行时，涵盖定义、配置、计划、化身、清单、效果恢复、应用端口、事件唤醒、托管目标与一致性验证。
code-review
该技能对 HEAD 与用户指定固定点（提交、分支、标签或 merge-base）之间的差异进行双轴审查：标准轴检查代码是否符合仓库文档化的编码规范，规格轴检查代码是否忠实实现来源 issue/规格。两个轴作为并行子智能体运行，避免上下文互相污染，最后汇总各自发现。
codebase-design
Codebase Design 是一套用于设计“深模块”的共享词汇与原则。深模块指以小接口承载大量行为、位于清晰接缝处、并可通过该接口进行测试的模块。该技能适用于设计或改进模块接口、寻找深化机会、决定接缝位置等场景，目标是让调用方获得杠杆效应、让维护者获得局部性、让所有人获得可测试性。它提供了一套精确术语（模块、接口、实现、深度、接缝、适配器、杠杆、局部性）以及深与浅模块的对比、设计接口时的自问清单、删除测试、接口即测试面、适配器数量与接缝真实性等原则，并给出可测试性设计建议（依赖注入而非创建、返回结果而非副作用、缩小接口面积）。
implement
implement 是 ycs77/skills 技能集合中的一个开发实现类技能，用于根据规格说明（spec）或一组工单（tickets）完成具体的编码工作。它强调以测试驱动开发（TDD）方式在预先约定的接缝处推进实现，过程中定期运行类型检查与单个测试文件，最后运行完整测试套件，并通过代码审查技能检查成果，最终将工作提交到当前分支。该技能适合已有明确需求描述、需要按规范落地代码的开发者使用。
to-spec
to-spec 是一个将当前对话内容直接转化为规格说明（spec）并发布到项目 issue 跟踪器的技能。它不进行用户访谈，而是综合已有讨论与代码库理解来生成规格。流程包括：探索仓库以了解代码库现状、使用项目领域术语、遵循相关 ADR；勾勒测试接缝（seam），优先复用现有接缝并使用尽可能高的接缝，接缝越少越好（理想为一个），并与用户确认接缝是否符合预期；随后按模板撰写规格并发布到项目 issue 跟踪器，打上 ready-for-agent 标签，无需额外分诊。规格模板包含：问题陈述（从用户视角描述问题）、解决方案（从用户视角描述方案）、用户故事（长篇编号列表，格式为“作为……，我想要……，以便……”）、实现决策（涉及模块、接口、技术澄清、架构决策、schema 变更、API 契约、具体交互等，不包含具体文件路径或代码片段，除非原型片段能更精确表达决策）、测试决策（好测试的标准、被测模块、测试先例）、范围外内容、进一步说明。使用前需已提供 issue 跟踪器与分诊标签词汇，否则需运行 /setup-matt-pocock-skills。
hono
Hono 是一个默认的 Web 框架，适用于构建 HTTP 服务器和小型 Web 应用。同一份代码可运行在 Cloudflare Workers、Bun、Node、Deno 等多种运行时上。新建项目推荐使用 create-hono 脚手架，例如执行 bun create hono@latest my-app，它会生成部署目标和最小入口点，模板集合位于 honojs/starter 仓库。若项目需要 Vite（如集成 Inertia.js、客户端水合或较复杂的前端工具链），应使用 cloudflare-workers+vite 模板，也可参考该模板将 Vite 改造进已有项目。详细且带有明确倾向的实践指南位于 GitHub 上的 yusukebe/hono-skill 集合，涵盖安装、路由、JSX 渲染、中间件、校验、RPC、测试及生产环境常用模式，可通过 npx skills add yusukebe/hono-skill 安装，也可直接获取仓库文件。完整 API 参考见官方文档 hono.dev。Hono 刻意保持精简，若项目需要文件式路由、服务端组件、集成构建管线等重型全栈能力，应改用 Next.js 或 Remix。相关技能包括 cloudflare（Hono 通常部署的运行时）和 hono-inertia（由 Hono 支撑的类 SPA 应用）。
angular-di
Angular DI 技能用于在 Angular v20+ 中配置和使用依赖注入，核心是 inject() 函数、注入令牌（InjectionToken）与提供者（Provider）配置。它覆盖基础注入、可注入服务、Provider 作用域（根级、组件级、路由级）、注入令牌的创建与提供、Provider 类型（useClass、useValue、useFactory、useExisting）、注入选项（optional、self、skipSelf、host）、多重提供者、HTTP 拦截器、应用初始化器（provideAppInitializer）、环境注入器与 runInInjectionContext 等主题。资料建议优先使用 inject() 而非构造函数注入，并给出信号（signal）配合服务读取数据的示例。该技能适用于服务架构设计、依赖提供与作用域管理、异步初始化、拦截器与可插拔模块等场景。
patronum
Patronum 是一个面向 Effector 状态管理库的运算符（operator）技能包，目标版本为 Patronum v2.x，用于帮助开发者快速、稳定地解决 Patronum 使用问题。该技能将请求归类为运算符选择、API 解释、组合流程、调试和迁移五类，并按需逐步加载参考文档（运算符矩阵、配方、陷阱与迁移说明），最终按统一结构作答：先给出所选运算符及理由，再提供最小可运行示例，最后补充导入方式、重载差异与行为陷阱等注意事项。默认偏好 v2.x 简写形式、带显式导入的简洁示例，并强调与 Effector 原语的可组合性与确定性。
zoom-apps-sdk
Zoom Apps SDK（@zoom/appssdk）是用于构建运行在 Zoom 客户端内嵌浏览器中的 Web 应用的 JavaScript SDK，覆盖会议、网络研讨会、主客户端与 Zoom Phone 等场景。它提供上下文获取、会议操作、客户端内 OAuth（PKCE）、Layers 沉浸式视频布局与摄像头叠加、协作模式、应用间通信、媒体控制、RTMS 控制、Zoom Rooms 与 Phone 控制、UI 控制及事件监听等能力。使用前需在 Marketplace 配置为 Zoom App 类型、准备 OAuth 凭据与作用域、将域名加入允许列表，并可用 ngrok 做本地开发。SDK 仅在 Zoom 客户端内生效，需处理浏览器预览回退。
zoom-cobrowse-sdk
Zoom Cobrowse SDK 是 Zoom 提供的 Web 端 JavaScript 协作浏览 SDK，用于让客服坐席实时查看并与客户浏览器会话进行交互。它支持基于 6 位 PIN 码的会话连接、标注工具（画笔、消失笔、矩形、取色器、橡皮擦、撤销/重做）、基于 CSS 选择器的隐私遮罩、远程协助（坐席可滚动客户页面）、多标签页会话保持以及页面刷新后的自动重连。SDK 采用客户与坐席双角色架构，通过 JWT 鉴权，支持 CDN 与 npm（BYOP）两种分发方式，要求 HTTPS 环境，不支持 IE。
next-best-practices
Next.js 最佳实践技能，用于编写或审查 Next.js 代码时应用规则，覆盖文件约定、RSC 边界、异步模式、运行时选择、数据模式、Route Handlers、元数据与 OG 图片、图片与字体优化、打包、脚本、hydration 错误、Suspense 边界等主题。
python-typing-patterns
该技能汇集现代 Python 类型提示与类型安全模式，覆盖变量、函数签名、集合、TypedDict、Callable、泛型、Protocol、TypeGuard、Literal、Final 等注解写法，并给出 mypy、pyright 的常用检查命令与配置位置，帮助编写类型安全且易于文档化的 Python 代码。
Git Commit Helper
Git Commit Helper 是一个用于生成 Git 提交信息的助手技能，通过分析 git diff 帮助用户撰写描述性的提交信息。当用户请求帮助编写提交信息或审查暂存改动时使用。它遵循 Conventional Commits 格式，即 <type>(<scope>): <description>，并可选附带正文和页脚。支持的提交类型包括 feat（新功能）、fix（修复）、docs（文档）、style（代码风格）、refactor（重构）、test（测试）和 chore（维护任务）。该工具提供了规范指南，例如使用祈使语气、首行不超过 50 个字符、首字母大写、结尾不加句号，并在正文中解释“为什么”而不只是“做了什么”。它涵盖查看暂存改动的命令（如 git diff --staged、git status、git diff --staged --stat）以及交互式暂存（git add -p）、修改提交（git commit --amend）等操作。适用于编写多文件提交、标记破坏性变更、以及按前端、后端、基础设施等范围组织提交信息的场景。
gh-search-code
gh-search-code 是 GitHub CLI 中用于跨 GitHub 仓库搜索代码的技能说明。它针对 gh search code 命令，整理了按文件扩展名、文件名、编程语言、文件大小、所有者、指定仓库进行过滤的语法，也说明了如何用 --match 限定搜索文件或路径、用 --limit 控制结果数量、用 --json 输出结构化数据。该技能特别强调排除（否定）查询必须使用 -- 分隔符，并区分 -filename: 与 -path: 两个限定符的匹配范围，同时给出大量正确与错误示例。由于 CLI API 使用旧版搜索引擎，不支持正则表达式，技能建议用 -w/--web 在浏览器中打开搜索以使用正则和更新的搜索特性，并说明 PowerShell 下的特殊处理方式。
go-viper
go-viper 是一个用于编写、调试和解释 Go 配置代码的技能，基于 github.com/spf13/viper 库。当用户提到 Viper、viper、配置结构体（config structs）等时，可使用该技能。它帮助生成整洁的 Viper 配置加载方案，支持从文件、命令行标志（flags）和环境变量读取配置，并遵循 Viper 的优先级顺序：显式 Set、flags、环境变量、配置文件、远程键值存储、默认值。核心做法包括：优先使用 viper.New() 而非包级全局实例；定义类型化的 Config 结构体并在配置完默认值、文件路径、环境变量绑定和标志绑定后反序列化；将配置引导集中在一个位置（如 internal/config 或 pkg/config）并提供 Load(...) 函数；对重要键显式绑定标志和环境变量，一般情况使用 AutomaticEnv() 加环境变量键替换器。该技能还提供参考文档，涵盖整洁配置模式、文件/环境变量/标志优先级以及端到端加载示例。