bevy-quest-system
用于 Bevy 0.20 的任务系统技能：任务定义存于 Resource 表，队伍实体的任务进度存于 Component，通过 Message 推进目标计数与阶段变化。适用于需要目标在无对话写入的情况下改变阶段的场景。
Skill 广场
找到适合任务的 Agent Skill，阅读介绍并复制安装命令。
更新于 11-05 00:16
编程与开发
39,560 个结果
bevy-state-machines
面向 Bevy ECS 的状态机技能文档，讲解用 bevy::state 管理应用级模式（菜单、加载、暂停）与用组件表示单实体模式标志，涵盖 States、NextState、OnEnter/OnExit、SubStates 等。
bevy-tilemap
bevy-tilemap 是一个面向 Bevy 引擎的 ECS 瓦片地图技能，用于在 Bevy 中加载和绘制网格瓦片。它把瓦片网格作为资源（TileGrid）保存宽度、高度和每个格子的单元 id，把每个可见格子作为实体（TileCell）记录网格坐标，并用 Sprite 与 TextureAtlas 绘制。技能说明了 TextureAtlasLayout::from_grid 切分图集、Sprite::from_atlas_image 选取单元索引、在 Startup 中生成网格、以及用邻居 id 计算自动瓦片（autotile）索引的做法。它强调网格是唯一数据源、精灵只是其视图，并给出 ECS 所有权与调度规则。适用于 Bevy 0.20+ 的 2D 瓦片地图场景。
apiops-deployment
用于指导通过基础设施即代码（Bicep/Terraform）、CI/CD 流水线（GitHub Actions/Azure DevOps）与分阶段策略部署 Azure API Management 的技能，覆盖环境晋级、灾备与备份恢复。
explain
explain 是 thoughtbot/rails-consultant 技能集中的一项技能，用于解释代码或用户流程。当参数为文件路径、类名或方法时，进入代码解释模式：先查看 git 历史（git log --oneline -15 <file> 与 git log -1 -p <file>）以理解变更背景，再依次说明代码做什么、如何实现、使用的模式与约定、以及需要留意的非显然行为。当参数为用户操作或功能流程（如 "password reset"、"checkout"、"authentication"）时，进入流程解释模式：从 Rails 路由出发，追踪控制器、服务对象、模型、回调、任务、邮件器等执行路径，同时覆盖成功与失败分支，最终给出使用制表符绘制的流程图，以及入口点、分支逻辑、副作用三部分总结。该技能要求输出清晰直接，不做评判，帮助读者建立对代码或流程的心智模型。具体安装方式、收费情况与运行平台暂未提供。
github-triage
基于标签状态机对 GitHub Issue 进行分诊的技能。通过 gh 操作仓库，为 issue 分配状态与类别标签，生成 agent 简报或向报告者提问，并支持恢复历史分诊会话。
oss-bounty-finder
OSS Bounty & Grant Finder 是一个基于 TinyFish CLI 的命令行技能，用于寻找有偿开源工作机会。它通过 TinyFish 的自然语言浏览器自动化能力，并行抓取多个付费开源赏金平台、GitHub 仓库的赏金议题以及开源资助基金会页面，最终汇总成一份结构化的付费机会报告。使用时需先检查 TinyFish CLI 是否已安装并完成认证，然后提供开发者技术栈（如 Rust、Python、Go）及可选的关键词和最低赏金金额。技能分为三层：第一层抓取 Algora 和 IssueHunt 等已策展的赏金平台；第二层从 awesome-<stack> 列表发现热门仓库，再逐一检查各仓库带赏金标签的议题；第三层抓取 NLNet、Sovereign Tech Fund、Mozilla MOSS、LFX Mentorship、GSoC 和 Outreachy 等资助项目。所有层级并行运行，结果整合为包含标题、仓库、金额、来源、URL、截止日期等字段的报告。
puff
puff 是一个用于从命令行启动和管理 Codex Cloud 任务的技能，支持后台分离式监视器跟踪任务完成情况，并保留日志与结果以便后续 diff/apply。
frappe-api
Frappe 框架的 Python 与 JavaScript API 参考，涵盖文档操作、数据库查询、工具函数、白名单接口与 REST API 用法，适合在 Frappe/ERPNext 开发中查阅调用方式。
node-26
用于把项目升级、验证和现代化到 Node.js 26 的实操技能，涵盖版本目标确认、兼容性扫描、新 API 采用与运行时验证。
vp-git
用于处理个人 Git 与 GitHub 工作流的技能，涵盖提交、仓库初始化、gitignore、清理以及拉取请求生命周期决策。强调先只读检查、尊重仓库约定、写入需明确授权、结果需验证。
seam-plan
seam-plan 是一种用于大型重构的迁移策略规划方法，基于 Michael Feathers 的接缝（seam）概念、扩展-收缩（expand-contract）三段式迁移模式和特性开关（feature flag），旨在消除大规模重构过程中的回归级联。它要求先定位可在不修改现有调用方源码的前提下改变行为的接缝，再分三阶段实施：展开阶段以纯增量方式引入新接口、数据模式或影子服务，保证现有调用方零修改、旧测试保持绿灯；迁移阶段通过特性开关、适配器或双写将调用方逐个切换至新路径，并验证新旧路径行为一致，回滚可在秒级通过开关切换完成；收缩阶段删除旧实现、临时开关和冗余分支，并执行全量回归测试。产物是一份包含接缝坐标、隔离机制、三阶段操作、回退门和最终验证的结构化迁移计划，状态为 STAGED（待人工审核）或 UNRESOLVED（耦合过重无法识别接缝）。该方法本身不执行代码变更，在呈现计划后停止并等待人工授权，适用于渐进式重构、遗留系统改造和需要低风险回滚的大型迁移场景，但要求代码具备可识别接缝，否则需先进行架构级重设计。
split-tasks
split-tasks 是一个把复杂功能或已确定的设计拆解为「独立可验证的垂直切片」并组织成有向无环图（DAG）的技能。它要求每个切片都是端到端的垂直交付物（约 1–4 个文件、50–150 行代码），带可观察的验收标准，禁止只做数据库层或只做 API 层的水平分层；每个切片必须显式追溯到来源（如 ADR 编号、特性标识或冻结契约坐标），不允许出现孤立切片；切片之间的依赖必须无环。它还规定零持久化边界：只产出内存中或可审阅的 Task DAG 清单，不写任务文件到磁盘、不写远端跟踪器。输出按调用者自适应：面向人工审阅时渲染完整 Markdown 表格，被自动化运行器调度时输出紧凑 JSON DAG。对于已适合单轮验证的小范围输入（≤3 个文件、单一标准），保留为单个统一切片，不做拆分。
doc-ctr-fixer
doc-ctr-fixer 是一个自动化修复技能，读取最新评审报告并对 CTR（合同）文档应用修复，处理结构违规、缺失文件、断链、元素 ID、内容问题、引用与上游漂移，并同步 MD 与 YAML 双文件。
building-go-projects
该技能用于搭建和维护 Go 项目，并配置真正有效的 CI 门禁。内容涵盖模块路径与仓库 URL 一致性、golangci-lint 配置与已安装主版本匹配、工具链版本固定、gofmt 版本一致性、测试任务有效性、确定性输出、dry-run 状态模拟、UTF-8 边界截断、数值输入校验、可注入的 git/gh 运行器以及出站 HTTP 超时与 User-Agent 等实践。
build-mcp-server-sdk-v1
用于基于 @modelcontextprotocol/sdk v1.x（单包、Zod 版 TypeScript SDK，协议版本 2025-11-25）构建与维护 MCP 服务器的技能，涵盖 McpServer、registerTool/registerResource/registerPrompt、多种传输、OAuth 2.1、会话与部署，并给出 v1 与 v2 的识别方法。
build-mcp-server-sdk-v2
该技能用于在 @modelcontextprotocol/server v2 alpha 拆分包 SDK 上构建和维护 MCP 服务器。v2 采用拆分包结构（server、client、core 及 node、express、hono 适配器），仅支持 ESM，要求 Node 20+ 与 Zod v4。截至 2026-05-09，npm 最新标签为 2.0.0-alpha.2，需精确锁定版本并规划回滚。技能涵盖 v2 与 v1 的识别指纹、核心规则、工作流程、快速开始示例、核心 API 摘要、错误处理、决策规则与护栏，并说明 v2 仍为预发布 alpha，多数生产服务器应继续使用 v1.x 直至稳定版发布。
python-database-patterns
python-database-patterns 是一个面向 Python 的 SQLAlchemy 与数据库开发模式技能，主要覆盖 SQLAlchemy 2.0 的现代写法与数据库最佳实践。触发场景包括 sqlalchemy、database、orm、migration、alembic、async database、connection pool、repository pattern 等。内容涵盖 SQLAlchemy 2.0 基础（DeclarativeBase、Mapped、mapped_column、Session）、异步 SQLAlchemy（create_async_engine、async_sessionmaker、AsyncSession）、模型关系（一对多、多对一、relationship 与 back_populates）、常见查询模式（select、and_、or_、排序限制、聚合、join、selectinload 预加载）、FastAPI 集成（依赖注入获取 AsyncSession）、以及一份快速参考表。另附异步模式、连接池、事务、迁移等扩展参考资料与 Alembic 配置模板。适合使用 SQLAlchemy 构建 Python 数据库应用的开发者参考。
git-workflow
Git 工作流与 Pull Request（PR）专家型技能，用于在创建 PR、管理分支、建立 Git 团队约定或改进代码评审流程时提供指导。根据资料，该技能覆盖创建结构良好的 PR、建立分支命名约定、定义 PR 模板与检查清单、评审 PR 质量、管理合并策略，以及处理变基（rebase）与冲突解决。技能附带参考文件 references/PULL_REQUEST.template.md，包含功能、缺陷、重构等不同类型 PR 的正文模板。分支命名推荐格式为 <type>/<issue-number>-<short-description>，类型包括 feat、fix、refactor、docs、test、chore。PR 最佳实践包括遵循常规格式的清晰标题、说明 WHAT 与 WHY 的摘要、具体的测试计划、记录破坏性变更、为 UI 变更提供截图以及关联相关 issue。合并策略方面，squash 适用于功能分支与整洁历史，merge 适用于保留提交与审计轨迹，rebase 适用于线性历史与小改动。具体安装命令与平台支持暂未提供。
pelican-panel-plugins
Pelican Panel 插件开发技能，用于编写、搭建、解释和调试 Pelican 游戏面板插件。Pelican 是基于 Laravel + FilamentPHP 的开源游戏服务器管理面板，插件可在不修改核心文件的前提下扩展功能。该技能提供插件脚手架命令、目录结构说明、plugin.json 配置字段、主插件类实现、三个 Filament 面板（admin、app、server）的用法、核心资源扩展、插件设置、权限注册、路由、模型关系、策略、翻译与视图等完整参考，并包含发布流程与常见注意事项。插件系统仍在积极开发中，部分功能可能变化。
git-safety
Git Safety 是一个面向 Agent 的 Git 操作安全与规范技能，用于在 Git 仓库中安全地移动、重命名和删除文件。它强制要求对受 Git 跟踪的文件使用 git mv、git rm 等原生命令，而不是直接使用 mv、rm 或 rm -rf，从而保留文件历史、避免被识别为“删除 + 新增”，并防止残留未跟踪的删除变更。技能还规定了操作前的自检流程：先用 git ls-files <path> 判断文件是否受控，受控文件走 git 命令，未跟踪文件才使用普通命令；大规模移动前建议先执行 git status 确认工作区干净。适用于代码重构导致的目录调整、删除过时文档或代码、项目清理等场景。
developing-with-crisp-game-lib
这是一个用于指导 AI 智能体使用 crisp-game-lib 创建或修复浏览器迷你游戏的中文技能说明。该技能强调先检查现有项目再选择方案，保留项目固定的库版本、入口风格、辅助函数与测试脚手架；新项目需先阅读 project-setup-and-modes.md，并选择 CDN/经典脚本或 npm/打包器两种模式之一。技能要求开发者在编码前声明每个命名动作及其物理绑定，并实现清晰的帧顺序：输入→状态/物理→生成→绘制/碰撞→计分→游戏结束。运行时约定包括：仅使用文档化 API、绘制顺序即碰撞顺序（先画目标后画检测器）、将 input.isJustPressed 视为统一输入、每个命名动作只定义一次绑定、区分库自带与游戏自有的街机循环、可听地验证音频（crisp-game-lib 1.5.0+ 需在 bundle 前加载 algo-chip 全局并确认 algoChipSession != null）、使用当前粒子语法、避免用白色绘制可见图形（会与背景同色），以及最小碰撞模式示例。验证方面要求在真实浏览器中检查启动无报错、控制映射、碰撞方向与绘制顺序、计分与结束行为、音频、指针/触摸输入，并对本仓库的自动化测试套件遵守其测试者约定。
running-headless-godot
该技能为 Godot 4.2+ 的无头（headless）开发提供可复现的规则与工作流，覆盖 CLI 命令、导出、脚本化场景编辑和测试。核心要求包括：始终使用 --headless --path <PROJECT_DIR> 消除对当前工作目录的依赖；将日志统一捕获到项目目录下；为脚本化 Godot 运行设置项目本地的 XDG_DATA_HOME、XDG_CONFIG_HOME、XDG_CACHE_HOME 三个环境变量，避免 CI/沙箱写入失败；禁止以纯文本方式编辑 .tscn，必须通过 --headless --script 完成；将重复验证命令标准化为 tools/*.sh 脚本；区分启动冒烟测试与逻辑测试。适用于在命令行或 CI 环境中运行 Godot 项目、导出、编辑场景和测试的场景。
scaffolding-godot-mini-games
用于从仅含基础设施的模板快速搭建 Godot 4.2+ 迷你游戏项目，包含无头测试、启动冒烟检查与 Web 导出流程，适合需要可复用脚手架与自动化验证的 Godot 小游戏开发。