dotnet-json-polymorphic
用于在 System.Text.Json 中配置多态 JSON 序列化的技能，通过 [JsonPolymorphic] 与 [JsonDerivedType] 特性为继承层次添加类型鉴别器，实现类型安全的序列化与反序列化。
Skill 广场
找到适合任务的 Agent Skill，阅读介绍并复制安装命令。
更新于 11-15 00:13
编程与开发
41,172 个结果
dotnet-source-gen-json
用于为 .NET 应用配置 System.Text.Json 源生成，实现兼容 Native AOT、免反射的 JSON 序列化，并在编译期生成类型元数据。适用于准备 AOT 编译、消除反射序列化开销、提升启动性能，或希望序列化错误在编译期暴露的场景。
dotnet-source-gen-logging
将现有 ILogger 日志调用改造为 LoggerMessage 源生成器的技能，面向高性能、可 Native AOT 部署的 .NET 日志，减少装箱并在编译期解析模板，同时按领域分组日志、统一 EventId。
dotnet-source-gen-options-validation
将 .NET 选项类的数据注解验证迁移为编译期源生成器验证，实现兼容 Native AOT、无反射的启动期验证。适用于准备 Native AOT、消除反射验证开销、让验证错误在编译期暴露，或用源生成验证替代 ValidateDataAnnotations() 的场景。
dotnet-source-gen-regex
将 .NET 中的 Regex 实例转换为编译期源生成器实现，适用于需要 AOT 兼容、可调试或优化正则性能的场景，涉及 GeneratedRegex 属性与正则源生成器。
dotnet-update-packages
用于列出并更新 .NET 项目中过时的 NuGet 包，支持直接与传递依赖，按项目依赖顺序更新并在更新后构建验证。需 .NET 10 SDK 或更高版本。
using-git-worktrees
这是一个用于在 Git 仓库中创建隔离工作区的技能（Skill），主要适用于开始需要与当前工作区隔离的功能开发或执行实现计划之前。它通过系统化的目录选择流程和安全验证机制，确保工作树的可靠隔离。核心原则是“系统化目录选择 + 安全验证 = 可靠隔离”。技能会优先检查项目中是否已存在 .worktrees 或 worktrees 目录，若存在则直接使用（.worktrees 优先）；否则检查 CLAUDE.md 中的偏好配置；若均无，则询问用户选择项目本地隐藏目录还是全局目录。对于项目本地目录，必须使用 git check-ignore 验证其已被忽略，若未忽略则自动添加到 .gitignore 并提交。创建后会自动检测项目类型（Node.js、Rust、Python、Go 等）并运行相应的依赖安装命令，然后执行测试以验证干净的基线。如果测试失败，会报告失败并询问是否继续。该技能常被 brainstorming、subagent-driven-development、executing-plans 等技能调用，并与 finishing-a-development-branch 配对用于工作完成后的清理。
ifc-agents-file-validator
用于对 IFC 文件执行完整有序校验的编排技能：按 buildingSMART 五阶段流程检查架构一致性，定位问题并按严重程度分流到对应的修复技能。它只负责编排与判定，本身不教修复方法。
ifc-syntax-geometry-profiles
IFC 几何轮廓技能：用于在 IFC 模型中定义、选择或调试 2D 截面轮廓，如矩形、圆形、标准钢截面（I、L、U、T 等），覆盖 IFC2x3、IFC4、IFC4.3 的实体属性、WHERE 规则与版本差异。
cf-edge
一种面向 Cloudflare 免费额度的部署技能，使用 wrangler 与 cloudflared 命令行工具，把静态站点、无服务器 API、数据库、对象存储和边缘函数部署到 Cloudflare 边缘网络。
prd-generator
prd-generator 是一个用于生成产品需求文档（PRD）的技能，支持交互式需求发现、进度跟踪，以及通过全新 Claude 会话实现自主编码的 True Ralph Loop。
python-executor
通过 inference.sh 在安全沙箱中执行 Python 代码的技能，预装 NumPy、Pandas、Matplotlib、requests 等 100 多个库，支持数据分析、网页抓取、图像/视频/3D 处理与文件输出。
javascript-sdk
inference.sh 的 JavaScript/TypeScript SDK（包名 @inferencesh/sdk），用于在 Node.js 18.0.0+ 或现代浏览器中运行 AI 应用、构建智能体，并与各类模型集成。通过 npm install @inferencesh/sdk 安装，使用 API Key 或环境变量认证；支持运行应用、同步或异步任务、流式进度、文件上传、会话保持、模板智能体与自定义智能体、工具构建、前端代理等能力。SDK 内置完整 TypeScript 类型定义，并提供 Next.js、Express、Hono、Remix、SvelteKit 的服务端代理支持。
plexy-kiss
plexy-kiss 是一个用于约束解决方案范围与复杂度的技能，核心目标是让代码保持可读、可维护，并且复杂度不超过实际需求。它适用于设计、实现、重构或审查代码时使用。该技能强调按用户需求与项目既有约束定义“完成”，不虚构未来变体或规模目标；保持主流程按执行顺序清晰可读，优先直接逻辑；只在共享概念或职责确实让当前逻辑更易理解时才做抽象，不因表面相似而合并无关逻辑；接口、包装层与架构层必须有当下用途；配置、并发、缓存和优化只在调用方确有需要或有明确性能目标时加入；优先使用能解决问题的现有工具，按总维护成本而非数量评估依赖；在合适边界处理真实失败模式，保留错误原因，不为不变量已排除的状态添加防御检查；同时保留必要的验证、安全控制、清理与数据完整性。该技能还给出校准示例：浏览器自动化按请求的工作流执行即可，不额外添加工人池、后台服务或可配置命令行界面；一次性 JSON 读取直接调用库，不做可配置处理器框架；支付重试即使增大实现也要防止重复扣款；明确要求支持多来源的加载器才可能需要接口。暂未提供具体的安装方式、命令、价格、平台或效果数据。
isaaclab-following-coding-style
该技能用于让 Isaac Lab 的 Python 代码变更与应用约定保持一致，适用于编写或评审 API、配置类、导出内容与文档字符串时。它强调复用当前已加载的编码风格指引，使 API 和导入生命周期与周边代码匹配，并在签名或文档字符串规范不明确时参考最小函数示例。涉及测试改动时，需要应用作者门禁；验证时按指南的单元测试与工具章节执行聚焦检查与最终校验，仅技能变更可使用所提供的技能校验命令。该技能需要与 AGENTS.md、贡献文档、代码骨架片段及预提交配置保持同步，若编码风格指引变化，应先更新这些权威文件，再将该技能作为路由清单维护。
134-java-testing-fuzzing-testing
面向 Java API 的契约驱动模糊测试技能，使用 CATS 对 OpenAPI 接口做负向测试、畸形载荷校验与边界测试，帮助尽早发现输入校验缺陷，并支持本地与 CI 工作流。
kairos-code
kairos-code 是 KAIROS MCP 的编码规范协议技能，用于在用户调用 /code、询问 AI 编码规则或要求代码改动遵循完整协议时，运行 ELITE AI CODING STANDARDS 流程。
kairos-development
KAIROS MCP 开发环境（kairos-dev）的智能体技能说明，用于让 AI 智能体以 MCP 方式运行协议或工作流测试，并按规定路径输出报告。
code-review
code-review 是一个用于审查代码变更的 AI 技能，隶属 janily/shipflow。它针对 HEAD 与用户指定的固定基准点（commit、分支、标签或 merge-base）之间的 diff，沿两条相互独立的轴线进行检查：标准轴判断代码是否符合本仓库文档化的编码规范，并在仓库未作规定时套用一组固定的代码坏味基线（如神秘命名、重复代码、特性依恋、数据泥团等）；规范轴判断代码是否忠实实现了来源 issue 或 spec。两条轴线由并行的子代理分别执行，避免相互污染上下文，最后汇总两份报告，不合并、不重排序，各自给出一行问题摘要。使用前需确认基准点可解析且 diff 非空，并定位 spec 来源与标准来源；若缺少 docs/agents/issue-tracker.md，需提示用户运行 /setup-matt-pocock-skills。
implement
implement 是 janily/shipflow 技能集中的一项开发实施技能，用于根据规格说明（spec）或一组工单（tickets）完成具体开发工作。它指导执行者依据用户描述的规格或工单实现功能，在预先约定的衔接点尽量采用 /tdd 方式，定期运行类型检查与单个测试文件，在结束时运行完整测试套件，完成后通过 /code-review 复核，并将改动提交到当前分支。该技能侧重规范化实施流程，适合已有明确需求文档或任务清单的编码场景，具体收费、平台支持与详细步骤暂未提供。
tdd
这是一个测试驱动开发（TDD）参考技能，用于帮助用户以“测试优先”的方式构建功能或修复缺陷。它围绕红—绿循环组织实践规则，重点说明什么是值得保留的好测试、测试应放在哪里、常见反模式以及每轮循环必须遵守的规则。技能强调通过公共接口验证行为，而不是耦合实现细节；测试应写在预先与用户确认的接缝（seam）上，并优先覆盖关键路径和复杂逻辑。它还给出实现耦合、同义反复、横向切片等反模式的识别方法，要求采用垂直切片：一个测试、一个最小实现、循环推进。循环前应先阅读 CONTEXT.md 以对齐领域词汇，并遵守相关 ADR。测试示例见 tests.md，模拟指南见 mocking.md；当接口形态本身存疑时，可查阅 codebase-design 技能。重构不属于红—绿循环，而归入代码审查阶段。
to-spec
to-spec 是一个将当前对话内容整理成规格说明并发布到项目 issue tracker 的技能。它不进行用户访谈，而是直接综合已讨论的内容与代码库理解，生成包含问题陈述、解决方案、用户故事、实现决策、测试决策等部分的规格，并以 ready-for-agent 标签发布。
domain-driven-design
面向领域建模场景的技能，基于 Rich Hickey 的数据导向设计与 Scott Wlaschin 的类型驱动设计，指导构建让非法状态不可表达的系统，优先数据与变换而非对象与方法，并建立统一语言连接技术实现与业务领域。
proper
Proper 是一个面向代码变更审查的 AI 技能，用于检查刚刚完成的改动中是否存在捷径式实现与超出需求的范围，并修复真正的原因。它会审计占位桩、空操作路径、掩盖失败的兜底逻辑、类型逃逸、被抑制的 lint 或测试、以数量凑指标的做法，以及只处理症状的修复；然后按照仓库约定在所属层级逐项修正。若某个捷径确实合理，需用一行说明理由。它还会列出用户未要求的所有改动，标注路径与行号，并标记为保留（请求需要）或回退；在用户答复前不会执行任何回退。该技能仅当用户询问“这是否做得规范”或“是否超出要求”时使用。