flutter-expert
面向 Flutter 架构决策的高级技能，专注 Flutter 3.19+、Riverpod 2.0、GoRouter 等跨平台应用架构与性能优化，不用于标准 Flutter 实现（那应使用 flutter-dev）。
Skill 广场
找到适合任务的 Agent Skill，阅读介绍并复制安装命令。
更新于 11-14 00:15
编程与开发
41,030 个结果
python-pro
面向 Python 3.11+ 开发的技能，适用于需要类型安全、异步编程或生产级模式的场景，可处理类型提示、pytest 测试、async/await 等任务。
stripe-expert
Stripe Expert 是一个面向 Stripe 支付集成的技能，用于构建安全、生产级的支付流程，涵盖 Checkout 会话、订阅、Webhook 处理、账单门户与 Stripe Connect，强调服务端处理、幂等性与测试模式优先。
supabase-expert
Supabase Expert 是一个面向 Supabase 开发的技能（Skill），将 AI 定位为资深 Supabase 工程师，用于生成生产级 Supabase 代码。其核心原则包括：所有表必须启用行级安全（RLS）、使用 supabase gen types 生成 TypeScript 类型保证类型安全、服务端逻辑使用基于 Deno 的 Edge Functions、使用 Supabase Auth 管理会话而不自行实现 JWT、使用 Realtime 频道而非轮询。内容覆盖项目初始化与迁移命令、数据库架构模式（RLS、软删除、多租户隔离）、Next.js 客户端与服务端客户端创建、Edge Functions、Realtime 订阅与在线状态、Storage 上传与签名 URL、迁移最佳实践（触发器自动创建 profile、updated_at 触发器）以及开发检查清单。
forge-harden-dx
forge-harden-dx 是 tinyorbit-ai/skills 中面向开发者体验（DX）的技能，扮演“DX 负责人”角色，在实现开始之前对计划进行审查。它不检查运行中的产品，而是审视计划是否强制要求一个尊重开发者、可学习的开发者界面，还是把开发者体验交给运气。适用对象是产出库、API、CLI 或 SDK 等面向开发者表面的构建计划。技能提供三种模式：EXPANSION（提高 DX 门槛，寻找缺失的表面）、POLISH（默认，打磨每个触点）和 TRIAGE（只处理关键缺口）。流程从建立开发者画像卡开始，据此设定首次成功时间门槛和“神奇时刻”，再对五分钟体验、API/CLI 人体工学、错误信息、帮助文本与类型签名、安装摩擦和首批文档等六项进行评分与修正，并沿开发者旅程逐点处理摩擦。该技能仅在计划阶段运行，运行时 DX 测试由 forge-dx 负责，且明确要求不采用市场或采用率框架。
eng-holistic-systems
该技能用于在动代码之前先对端到端系统、约束条件与失效模式进行建模，适合变更跨越多个层次或需求尚不明确时使用。其核心是先厘清真实用户目标、成功指标与不可协商的约束，再沿着客户端、服务、契约以及链上/链下边界追踪数据与控制流，尽早暴露隐藏耦合、可扩展性上限与回滚需求。工作流包括：梳理生态（列出受影响的上游/下游系统、契约与用户触点，识别必须维持的不变量及其可能失效的位置）、推断变更范围（把工作切分为可独立测试的切片并明确集成接缝，依据延迟、信任与可部署性决定新逻辑放在客户端/服务端/worker/合约何处）、规划韧性（定义故障检测信号、优雅降级以及回滚与特性开关挂钩，标出需要 schema/版本协商的部分）、在执行前记录决策（在工单或 PR 描述中写下所选方案、权衡与待解问题）。验证环节要求确认每条需求至少映射到一个计划变更与验证步骤，与同事或干系人共享计划并获得对假设与风险的认可，实现规划后再回看该技能以发现新出现的依赖并更新计划。
eng-performance
eng-performance 是一项围绕性能与效率意识构建的工程技能，核心主张是把预算当作一等需求来对待——包括帧时间、网络往返、服务器 CPU、链上 gas 等，并要求在每次改动前后进行测量。它强调通过早期性能剖析而非等用户投诉后再补救来防止性能回退。该技能要求先建立基线，在真实负载与设备层级下采集当前实现的指标；随后带着预算做设计，选择与约束相符的数据结构、渲染策略和合约模式，并积极考虑缓存、分页、批处理与压缩；接着迭代测量，在每次重要改动后运行针对性基准或模拟，并在 PR/issue 中记录结果、突出变化幅度及其可接受的原因；最后只在关键处优化，聚焦用户可感知的瓶颈，避免过早的微观优化。对 web3 场景需减少存储写入和外部调用，对移动端需监控电池与发热影响。验证环节要求附上基准或剖析输出以证明无回退或改进合理，记录预算并配置告警，对暂时无法修复的回退需开立后续 issue 并明确负责人、影响与缓解措施。
eng-quality-handoff
这是一个面向工程协作的技能，用于在交付代码变更时提供清晰的沟通、可供审查者直接使用的上下文，以及合并后的跟进责任机制。它强调让审查者、QA 和合作方能轻松理解、验证和扩展工作成果，并通过明确的行动项和共享上下文确保合并后仍有人负责。
tools-unity-object-pooling
Unity 对象池（Object Pooling）模式技能，用于复用 GameObject 而非频繁实例化与销毁，从而降低 GC 分配压力并提升性能。内容涵盖通用对象池实现、Unity 2021+ 内置 ObjectPool、池化对象基类、多预制体池管理器、组件池、List/StringBuilder 集合池、音频池，以及预热策略、池统计与最佳实践。适用于子弹、粒子、敌人、UI 列表项、音频源、网络消息等高频实例化场景。
rob-pike
Rob Pike 的 5 条编程规则是一个决策框架，用于防止过早优化并强制推行以测量为驱动的开发方式。其核心观点是：程序真正耗时的位置难以凭直觉判断，瓶颈常出现在意想不到的地方；在测量之前不应调优速度，除非某一部分代码明显压过其余部分；当 n 较小时，复杂算法反而更慢，而 n 通常很小；复杂算法比简单算法更容易出错，应优先使用简单算法与简单数据结构；数据结构起决定作用，选对数据结构后算法往往不言自明，即“用聪明的对象写笨代码”。该技能适合在用户提出性能优化、加缓存、改用高级数据结构、自定义内存分配器、并行化等请求时介入，先确认是否存在日志、性能剖析、计时、APM/可观测性等既有测量手段，再按顺序追问是否已测量、是否存在单一主导瓶颈、n 有多大、是否是数据结构问题、新增复杂度是否值得，从而阻止无依据的优化冲动。
plan-implementation
plan-implementation 是一套把工作拆解为实施单元并逐一详细规划的方法论，可独立使用，也可作为其他规划技能的参考。
code-investigator
Code Investigator 是一个系统化的代码库调查与审计工具，通过并行子代理完成全面代码审查。它先发现项目全部功能模块，再派出多个并行子代理分别分析安全问题、死代码、架构违规、错误处理、依赖健康度和测试覆盖，最终汇总为一份按优先级排序的行动报告。报告按 CRITICAL、HIGH、MEDIUM、LOW 分级，每条发现均标注文件路径与行号。适用于需要快速了解代码库状况、识别风险与改进点的开发团队。
api-portal-discovery
用于发现指定域名的公开 API 门户、开发者文档以及 OpenAPI/Swagger 规范端点的技能，可探测常见 API 子域、规范文件路径、GraphQL 端点，并解析 robots.txt 与开发者门户信息。
backend-inferencer
Backend Inferencer 是一个后端技术推断技能，通过分析 HTTP 头、Cookie、错误页、DNS 记录和仓库数据，识别 Web 服务器、编程语言、框架、数据库与 CMS，并输出带权重和证据的技术清单。
api-documentation
该技能用于在 API 代码（路由、端点、Schema）发生变更时，强制保持 Swagger/OpenAPI 文档同步。当检测到文档与代码出现漂移时，会暂停当前工作，并触发 documentation-audit 技能进行文档审计与同步。核心原则是：API 文档是一等产物，任何 API 变更都必须附带文档更新。
comprehensive-review
comprehensive-review 是一个用于功能实现之后的代码审查技能，依据 7 项标准对改动代码进行系统化评审，并将审查产物强制发布到 GitHub issue，否则会阻止 PR 创建。其核心原则是「自查能在问题到达他人之前先发现问题」。7 项标准分别为：盲点（边界情况、错误路径、并发、状态、依赖变化）、清晰度与一致性、可维护性、安全风险、性能影响、文档、标准与风格。审查过程包括准备改动清单、逐项审查、检查安全敏感文件、记录发现、处理全部发现，并以指定格式将审查产物作为 issue 评论发布。若改动了安全敏感文件（如 auth、security、middleware、api、password、token、secret），则必须调用安全审查。该技能由 review-gate 与 PreToolUse hook 强制约束，审查产物中的 Unaddressed 必须为 0，Review Status 必须为 COMPLETE。
work-intake
Work Intake 是一个工作请求的入口分流技能，作为所有工作请求的统一入口。它根据请求的不确定性和交付物数量，将工作从微小（Trivial）到庞大（Massive）进行分级，并路由到合适的规划技能。该技能强调“没有工作小到不值得跟踪，也没有工作大到无法拆解”的核心原则。使用时会先进行检查项目看板就绪状态的关卡（Step 0），然后提出澄清性问题、评估范围，最后将请求路由到 issue-prerequisite、issue-decomposition、epic-management 或 initiative-architecture 等下游工作流。
setup-task-to-pr
用于为仓库、团队或客户项目搭建并定制 task-to-PR 工作流的技能。它读取项目现状并通过访谈，生成项目本地的 task-to-pr、test-feature、commit、review-pr 等技能，使工作流了解该仓库的命令、校验门禁与约束。
pr
该技能用于全面的 GitHub 拉取请求（PR）管理，覆盖创建普通 PR、创建草稿 PR 以及审查 PR 三类核心操作。创建普通 PR 时生成较完整的描述；草稿 PR 面向进行中的工作，不会自动触发审查；审查 PR 时对代码进行分析并给出严重程度评级。技能内给出常用 GitHub CLI 命令，包括查看 PR、列出 PR、获取 diff、创建 PR、编辑描述、添加评论、将草稿标记为可审查，以及提交批准或请求修改的审查命令；同时包含查看当前分支、检查改动状态、查看差异和最近提交的常用 Git 命令。它还会根据用户请求选择相应工作流：请求创建 PR 时读取创建参考文档，请求创建草稿 PR 时读取草稿参考文档，请求审查 PR 时读取审查参考文档。技能还列出分支命名约定，如功能、修复、重构、文档和测试分支的命名方式，以及提交信息约定，如 feat、fix、refactor、docs、test、chore、style 等类型前缀。
git-commit
git-commit 是一个用于创建单次规范化 Git 提交的 AI 技能，隶属于 udecode/plate 项目。它的核心目标是在用户表达“commit”、“commit this”、“save my changes”、“create a commit”等提交意图时，根据当前工作区的改动生成一条清晰、能传达价值的提交信息。该技能提供了一套固定的工作流：先通过 git status、git diff HEAD、git branch --show-current、git log --oneline -10、git rev-parse --abbrev-ref origin/HEAD 等命令收集上下文，判断是否有改动需要提交、当前是否处于游离 HEAD 状态以及远端默认分支；随后确定提交信息规范，优先级为项目指令（AGENTS.md、CLAUDE.md 等）高于最近提交历史，两者皆无时默认采用约定式提交（conventional commits）；再判断是否应拆分为多个逻辑提交；最后暂存并提交，并用 git status 确认结果。该技能强调避免使用 git add -A 或 git add . 以防误提交敏感文件，仅按文件名暂存相关文件，并使用 heredoc 保留提交信息格式。
kotlin-springboot-hexagonal
这是一个用于 Kotlin + Spring Boot 项目六边形架构（端口与适配器）的架构规范技能，采用模块化单体结构。它约定了严格的单向分层依赖：presentation（REST）→ application（用例）→ domain（模型）→ support（共享内核），以及独立的 infrastructure 外部适配层。技能提供从领域实体、用例与端口到控制器与 DTO 的分层创建步骤、完整的文件放置速查表，以及 DTO 命名、用例、控制器、仓储、事务、Kotlin 惯用法等关键约定，并附带功能脚手架与架构审查两个代理，用于新功能纵向切片生成和架构合规性检查。
umbraco-custom-error-pages
该技能用于在 Umbraco 16.1+ 中实现自定义 404 与 500 错误页。404 提供两种方案：多站点感知的 IContentLastChanceFinder（默认）与官方推荐的基于配置的方案；500 仅有一种方案，即 MVC 控制器，因为未处理异常会绕过 Umbraco 路由管线。此外还涵盖 Boot Failed 错误页的处理方法。该技能面向需要为 Umbraco 站点配置友好错误页面的开发者，包含方案选择指引与版本兼容说明。
code-review
code-review 是一项用于开展全面且具建设性代码审查的技能，适用于审查拉取请求、检查代码质量、发现潜在缺陷、给出实现反馈以及进行安全审计等场景。它提供了一套分步骤的审查流程：先理解改动上下文与范围，再做架构与设计层面的高层审查，随后进入命名、函数、类、错误处理等细节检查，并涵盖输入校验、认证授权、敏感数据保护、依赖安全等安全审查，以及算法、数据库、缓存、资源管理等性能审查。此外还包括测试覆盖与质量、文档与注释的审查，以及在反馈时要求具体、分级（严重/重要/可选）并肯定良好实践。该技能还列出常见反模式（如上帝类、魔法数字、深层嵌套）与安全漏洞（如 SQL 注入、XSS、硬编码密钥）的正反示例，并建议配合 pylint、eslint、Bandit、npm audit、SonarQube 等工具使用。
unopim-code-review
UnoPim Code Review 是一个用于 UnoPim 项目的代码审查技能，在审查代码变更、检查编码规范符合性、标记违规或执行 PR 审查时激活。它依据 UnoPim 的编码标准与约定，对后端 PHP 代码和前端代码进行系统化检查，覆盖架构与结构、命名与约定、文档、数据完整性、测试以及服务提供者等维度，并给出问题类型、位置、标准依据和修复建议。