pr-triage
面向 toss/es-toolkit 仓库的 PR 分类与摘要技能，依据变更文件自动打标签（compat-fix、new-function、core-change、test、docs、types、perf、infra），并给出对应审查重点与快速检查命令，输出结构化报告，帮助审阅者高效聚焦。
Skill 广场
找到适合任务的 Agent Skill，阅读介绍并复制安装命令。
更新于 10-22 00:14
编程与开发
37,481 个结果
phaser4-game-asset-integration
该技能用于为 Phaser 4 游戏规划、生产、登记、验证并集成各类视觉资源，涵盖 UI、角色、场景、动画、VFX、背景以及参考还原资源，适用于正式视觉资源、视觉系统、资源接入、视觉重构、运行时视觉验收和来源/许可登记，不用于纯玩法规则修改。技能围绕 V0-V5 视觉生产管线展开：先判断任务属于原子资源、组件/资源集还是场景/整套 UI/视觉系统/重做，再依次建立视觉契约与预算、产出并确认拆解图与布局图、批量生产正式资源、按草图确认、完成运行态视觉验收。它强调外观来源与行为装配分离，规定图片、图片局部和文字使用相同的完整程序还原资格，限制整屏截图、整屏铺图和绝对叠层凑像素，并要求透明路线按实际边缘事实选择受控纯色去背、真实 Alpha 或独立遮罩。技能还包含资源清单 schema 1.5 visual-assets.json、effect-image 还原链、九宫格评估、F0-F3 证据门以及 V2/V3/V5 校验脚本命令等具体约束。具体收费、价格、平台与更多使用步骤暂未提供。
appbuilder-workfront
appbuilder-workfront 是 Adobe App Builder 上构建自定义 Workfront UI 的入门与规划技能，属于 adobe/skills 技能集。它用于在具体开发任务开始前进行定位、上手和规划，帮助开发者理解 Workfront UI 扩展的整体结构：前端（用户看到的界面，使用 React/Spectrum 构建的 SPA）与后端（运行在 Adobe 云端的 Runtime action 无服务器函数，负责持有凭据并调用 Workfront / Planning / Adobe API）。前端通过固定扩展点接入 Workfront，包括主菜单按钮、对象左侧面板项或自定义表单内嵌组件。该技能串联了从环境搭建、项目创建、脚手架、前后端构建、本地测试、部署到发布的完整流程，并指向 workfront-ui-extension、workfront-actions、workfront-local-testing、appbuilder-project-init 等配套技能。
django
Django 是一个高级 Python Web 框架，内置 ORM、后台管理、认证与安全等组件，强调快速开发与务实设计，适合内容型网站、使用 ORM 与迁移的项目，以及基于 Django REST Framework 构建 REST API。
functional-core-imperative-shell
Functional Core, Imperative Shell（FCIS）是一种代码架构规范：将纯业务逻辑（Functional Core）与副作用（Imperative Shell）分离，纯函数放一个文件，I/O 操作放另一个文件。适用于编写新代码、重构、代码审查及判断逻辑归属，并要求为含运行时行为的文件添加模式分类注释。
ember-best-practices
Ember.js 性能优化与无障碍指南技能，包含 10 大类共 60 条规则，按影响优先级排序，用于编写、审查或重构 Ember.js 代码时参考。
kamae
Kamae（構え）是一个面向服务端 TypeScript 的函数式领域建模技能包，强调用判别联合、纯状态转换、Result 类型与 schema 校验实现健壮的领域设计。资料未提供具体安装与运行方式。
pydantic
Pydantic 是基于 Python 类型提示的数据校验与序列化库，用于定义模型、校验输入输出并生成 JSON Schema。
krea-build
krea-build 是 krea-ai/skills 中面向开发者的技能，用于构建集成 Krea API 的应用，如图片/视频生成客户端、前端界面或 CI 内容流水线。强调服务端调用、先原型后产品化，并配套认证、轮询、错误处理与校验参考文档。
builderbot-code-skill
BuilderBot（v1.4.0）代码技能助手，面向用 TypeScript/JavaScript 构建 WhatsApp、Telegram、Instagram、Email 等多平台聊天机器人的开发者，提供流程编写规范、状态管理、常见 Bug 修正与 UX 检查清单。
rewrite-python-docs
一个用于重写 Python 文档与 docstring 的技能：以源码为唯一事实来源，生成确定性 doctest，并重新生成 Zensical/mkdocstrings 参考页。
azure-communication-services
Azure Communication Services 开发技能，提供故障排查、最佳实践、决策、架构、限额、安全、配置、集成与部署等知识，并可按分类索引读取本地参考内容或联网获取微软文档。
team-mode
Team Mode 是一个面向主智能体的任务委派模式：主智能体拆解任务、决定把哪些有界子任务交给子智能体（探索、实现、评审、专家建议），并统一负责整合与最终验收。
issue-branch-pr-flow
这是一个已并入 github 技能的兼容引导技能，用于非补丁级 bug 修复的实现工作，例如起 Issue、建分支、建 PR 与合并时参考。本身不再维护规约，只指向 github 技能。
nextjs-validator
用于校验 Next.js 16 配置、识别并阻止 Next.js 14/15 已弃用写法的工具，覆盖 proxy.ts、Turbopack、Cache Components 与 App Router 实践，可在新建项目、审计、CI 等场景运行。
tigeropen-typescript
老虎量化开放平台 TypeScript SDK（@tigeropenapi/tigeropen）的 AI 技能集，覆盖 SDK 安装配置、行情查询、交易下单、账户管理与 WebSocket 实时推送，并含期权链与 Greeks 等参考指南；交易默认使用模拟账户。
qa-api-testing-contracts
用于 REST、GraphQL、gRPC、AsyncAPI 与 Webhook 的 API 契约测试技能，把 API 制品转为可执行的校验：规范 lint、破坏性变更检测、契约测试、负向与安全用例，以及阻止不安全变更上线的发布门禁。
dotnet-csharp-modern-patterns
面向 .NET 项目的现代 C# 语言特性指南，按目标框架（TFM）适配 C# 12-15 用法，涵盖记录、模式匹配、主构造函数、集合表达式等，并说明各特性的版本要求与限制。
codebase-recon
codebase-recon 是一款通过分析 git 历史在阅读代码前了解陌生代码库的技能，可揭示项目健康度、风险区域、团队结构与开发动能，灵感来自“The Git Commands I Run Before Reading Any Code”。
robotics-software-principles
面向机器人模块开发的基础软件设计原则技能，讲解单一职责、依赖倒置、开闭、接口隔离、里氏替换与速率分离等原则，帮助在实时、安全关键与仿真到真机场景中组织机器人代码。
tcrdd
TCRDD 是一个基于原生 git 的测试驱动开发（TDD）技能，按红/绿/重构三阶段循环：每阶段先暂存并运行测试，符合预期则自动提交，否则用 git reset --hard 自动回滚，无需外部工具。
review-loop
review-loop 是一个有界的评审-修复-复审循环技能，用于对计划或实现进行迭代评审。它按严重级别分流问题，自动修复高优先级项、记录低优先级项，并在评审者确认无阻断问题或达到轮次上限时收敛。
axiom-swiftui-nav-diag
axiom-swiftui-nav-diag 是一个用于诊断 SwiftUI 导航问题的技能。它的核心观点是：85% 的导航问题源于路径状态管理错误、视图标识问题或放置位置错误，而非 SwiftUI 框架本身缺陷。该技能提供系统化诊断方法，帮助开发者在数分钟内定位导航失效、意外弹栈、深链接显示错误界面、切换标签或进入后台后状态丢失、含 navigationDestination 的崩溃等问题的根本原因。技能强调先做强制诊断步骤（如添加 NavigationPath 日志、检查 navigationDestination 可见性、确认 NavigationLink 位于 NavigationStack 内、检查路径状态位置、隔离测试基础用例），再根据观察结果对症应用诊断模式，并禁止在未诊断前猜测方案、同时修改多处、因“SwiftUI 坏了”而包裹 UINavigationController 等做法。资料中列出了 Pattern 1a 至 6c 等多种具体诊断模式及其症状、诊断与修复代码示例。
systematic-debugging
Systematic Debugging 是一套四阶段调试方法论，核心原则是“未先做根因调查，绝不修复”。它要求开发者先彻底阅读错误信息、稳定复现问题、检查近期变更、收集日志与堆栈等诊断证据，并沿调用链向上追溯数据流，找到问题的原始触发点，而非在错误出现处打补丁。方法分为四个阶段：根因调查、模式分析、假设与测试、实施修复。在实施阶段需先创建能复现缺陷的失败测试，再针对根因做单一修复，验证测试通过并运行完整测试套件以防回归。该技能还给出红旗信号（如“先快速修复以后再查”“再试一次就好”）、更深层架构问题的警示，以及测试失败、运行时错误、曾经可用、间歇性失败等常见场景的处理步骤和调试检查清单。