game-build
game-build 是一个按 MVP 计划构建游戏组件的技能：依据 docs/mvp-first-draft.md 生成生产级 TypeScript 代码、Vitest 测试、依赖 mock 与构建登记表跟踪，并强制先运行 game-architect。
Skill 广场
找到适合任务的 Agent Skill，阅读介绍并复制安装命令。
更新于 11-05 00:16
编程与开发
39,524 个结果
social-proof-psychology
社会认同心理学技能，用于在落地页、注册或购买流程中借助他人行为建立信任并影响用户决策，涵盖专家、用户、名人、群体智慧与好友等社会认同类型及实施清单。
openspec-apply-change
用于按 OpenSpec change 的任务清单逐项实施变更的技能。它先确认变更、读取状态与 apply 指令及上下文文件，再循环实现任务并更新勾选状态，遇到歧义、设计问题或阻塞会暂停询问。
openspec-archive-change
OpenSpec 实验工作流中的一个技能，用于在变更实现完成后收尾并归档变更。它会检查工件与任务完成情况、评估增量规格同步状态，并在确认后把变更目录移动到归档目录。
openspec-propose
OpenSpec 的提案工作流技能：用户描述想构建或修复的内容后，一步生成该变更所需的全部规划产物（如 proposal、specs、design、tasks）。仅限规划，不修改项目代码，完成后需显式启动 apply 工作流再实施。
ios
面向 iPhone 应用开发场景的 AI 技能，配合 XcodeBuildMCP 工具完成模拟器与真机测试、UI 自动化与调试。资料列出了构建、启动、测试、安装与点击截图等 MCP 工具，并给出先模拟器后真机、提交前构建等实践建议。
solid-go
solid-go 是一个用于编写或重构 Go 代码的智能体技能，强调 SOLID 原则与模块化架构，要求按 internal/modules/[feature]/ 分层组织 handlers、services、repositories、ports、models，并在实现前做 DRY 检查与并行代理工作流。
solid-ruby
solid-ruby 是一个面向 Ruby/Rails 开发的技能插件，用于在编写或重构代码时落实 SOLID 原则与模块化架构。它要求开发者在新增代码前先做 DRY 检查，检索 app/modules/core/services 与 app/modules/core/contracts 中是否已有可复用实现，并规定控制器、服务、仓储、契约、模型等文件统一放在 app/modules/[feature]/ 下，禁止使用扁平 app/ 结构。插件还要求每个文件包含 frozen_string_literal 注释、每个公开方法编写 YARD 文档、控制器保持轻薄并委派给服务，同时提供 SOLID 各原则参考文档以及模块、服务、契约、模型、错误、测试等脚手架模板，并列出反模式清单，如文件超长、模型内业务逻辑、胖控制器、上帝类等。
plan-loop
Plan Loop 是一个面向编码或工程任务的规划技能，把用户提示词转化为可交给低阶模型逐任务执行的详细计划，产出 plan.md 与 tasks.json，并通过客观校验与独立评审反复修订，直到计划可交付。
drupal-brainstorming
Drupal Brainstorming 是一个用于 Drupal 功能开发前期的结构化探索技能，帮助在编写代码之前厘清需求、约束与设计方案，以减少选错实体类型、测试类型缺失访问控制或引入不必要复杂度等高成本错误。它适用于开始新功能或模块、为现有代码添加较大功能、在内容实体与配置实体之间抉择、在 hook、事件与插件之间选择，以及多模块改动范围不清等场景。该技能提供约五分钟的四步流程：明确意图、实体与数据设计、架构草图、决策记录，并列出应避免的反模式。注意：资料未提供安装命令、使用环境要求、收费与授权信息。
drupal-coding-standards
Drupal 编码规范技能，针对 Drupal 10/11 提供 PHPCS、PHPStan 等代码规范与静态分析实践，用于检查编码标准、运行静态分析和强制执行代码风格。内容涵盖验证命令、必需代码模式、命名约定、反模式清单、PHPDoc 标准与模块目录结构。
drupal-delegation
drupal-delegation 是 Drupal 工作流技能集中的任务委派技能，用于把已有的实施计划交给多个专用 Drupal 智能体（agent）并行执行。它要求在委派前先有可执行计划、结构索引保持最新，且各任务相互独立；然后按任务类型把工作分派给 drupal-builder、drupal-reviewer、drupal-verifier、semantic-architect，并在全部完成后统一验证。适用于多文件或多模块改动。
drupal-rules
drupal-rules 是一套面向 Drupal 开发全流程的规则集合，强调代码质量、安全、服务与依赖注入、以及测试验证。它要求用服务加依赖注入替代 \Drupal::* 静态调用，用 Entity API 做 CRUD，规范新模块结构与配置存放位置；在安全方面要求输入净化、输出转义、路由与实体访问控制及凭据管理；在测试方面要求先运行测试并读取输出再宣称完成，并给出 curl、drush eval 等验证方式。
drupal-service-di
Drupal Service & Dependency Injection 是一份面向 Drupal 10/11 开发的服务定义与依赖注入实践技能，属于 gkastanis/drupal-workflow 工作流的一部分。它强调在类中始终使用构造器注入，避免 \Drupal:: 静态调用；创建新服务前先检查结构索引以避免重复，并优先使用接口类型提示而非具体类。技能内容覆盖服务定义（my_module.services.yml 中的 class、arguments、tags 写法）、构造器属性提升（constructor property promotion）、接口设计、插件依赖注入（如实现 ContainerFactoryPluginInterface 的 Block 插件）、反模式对比（静态服务调用与缺少接口类型提示）、服务名称发现与验证方法（用 drush 检查服务是否存在、直接阅读模块的 *.services.yml），以及在被 Composer 补丁的模块场景下用 ReflectionMethod 定位运行时实际加载的文件。适合需要编写或维护 Drupal 模块服务、事件订阅器、插件，或排查服务名与补丁文件加载问题的开发者。
writing-plans
writing-plans 是 Drupal 工作流中的技能，用于在向子智能体委派任务或创建实施计划时编写完整方案。其核心原则是假设执行工程师对代码库毫无上下文，因此计划中应写明需要改动的文件路径、完整代码（而非“添加校验”这类模糊描述）、测试方式，以及带预期输出的验证命令。计划结构包含任务名称、目标、架构说明、文件清单、按 2-5 分钟粒度拆分的实施步骤与验证命令。该技能还给出应避免的模糊表述对照表，以及在委派前需检查的清单。
temps-plugin
用于设计、构建、测试和分发 Temps 外部插件的技能，主要面向 TypeScript/Bun 插件开发，并为已有 Rust 插件提供开发与本地模拟器测试指导。
atlas-expert
Gravito 框架的 Atlas ORM 数据库设计技能，用于模式设计、迁移编写与复杂查询构建，帮助避免 N+1 查询和 SQLite 类型不匹配等常见问题。
experiment-launch
experiment-launch 是 GrowthBook 的 A/B 测试端到端启动技能：通过 REST API 创建草稿实验、准备或复用功能开关、在新草稿修订上添加 experiment-ref 规则，再调用 /start 发布规则并将实验切换为运行状态，并处理审批与上线前检查清单的失败路径。
experiment-stop
通过 GrowthBook REST API 停止正在运行的实验，可选声明获胜变体并通过临时发布将其推送到全部合格流量。适用于需要结束 A/B 测试并决定上线或回滚的场景。
minecraft-modding
跨加载器的 Minecraft Java 模组开发工作流技能，用于审计项目上下文、参考原版实现、按标准清单实现与验证，并诊断修复缺陷。适用于 Fabric、NeoForge 与 Forge 项目，强调从固定版本与映射推导 API。
uloop-compile
uloop-compile 是 Unity CLI 工具 uloop 的编译子命令，用于编译 Unity 项目并报告错误与警告。适用于在修改 C# 代码后验证编译结果。
managing-github-issues
用于在会话开始时查找可做的工作、创建与分类 GitHub Issue，以及完成工作后更新 Issue 状态的技能，基于 gh 命令行工具与标签体系管理任务流程。
clawteam-dev
用于在 ClawTeam 仓库内部进行本地开发、调试、评审与测试的技能，帮助验证多智能体流程。提供开发环境引导脚本、项目技能链接脚本，以及针对性的测试与冒烟验证命令。
upgrade-engine
用于在跨 Rails 版本时检查 Rails engine 的兼容性与 Zeitwerk 自动加载。触发词：Zeitwerk、Rails 升级、跨版本、engine 兼容性。强调每个声称支持的 Rails/Ruby 版本都必须进入 CI 矩阵。