self-assessment
一个用于诊断个人审美能力短板的自我评估技能，围绕六个技能领域按1-5分自评，帮助确定练习重点。适用于启动审美训练计划、检查进展或识别差距。
Skill 广场
找到适合任务的 Agent Skill，阅读介绍并复制安装命令。
更新于 10-28 00:17
编程与开发
38,391 个结果
auto-dev
面向 AI 智能体的汽车数据技能，通过 MCP 工具、CLI、SDK 或直接 API 访问 Auto.dev 的车辆数据，支持 VIN 解码、车源搜索、车辆照片、规格、召回、付款、利率、税费和 OEM 出厂数据等。
poly-pizza-api
Poly Pizza API 技能：让 LLM 智能体通过 REST API 搜索、浏览和下载 Poly Pizza 上的免费低多边形 3D 模型，支持关键词搜索、热门模型、按 ID 查询与直接下载 GLB/FBX/OBJ 文件。
module-boundary-design
该技能用于判断功能边界、职责分离、模块划分与抽象化是否合理：以“变更原因的独立性”而非处理顺序来划定边界，并通过公开契约、状态归属、依赖方向与不变量归属使边界真正成立。适用于功能边界模糊、模块或类膨胀需要拆分、变更影响范围过大、抽象化存疑、需要重新审视职责放置的场景；不适用于简单 CRUD 实现判断、差分级代码评审、仅考虑接口表面设计的 API 设计，以及仅用于检测依赖方向违规的情况。
fallow
Fallow 是面向 TypeScript 与 JavaScript 的代码库智能分析工具，可静态检测变更代码风险、清理机会、重复代码、循环依赖、复杂度热点、架构边界违规、样式漂移与功能开关，并可选合并运行时覆盖数据。
architecture-patterns
提供后端架构模式指导的技能，涵盖整洁架构、六边形架构与领域驱动设计，用于设计微服务、重构单体、划分限界上下文及排查分层依赖循环。
typescript-skills
TypeScript/JavaScript 编码规则路由技能包，按任务主题引导阅读对应规则索引，覆盖类型、边界、组合、配置、可观测性、安全、测试、错误处理与异步等主题。
github-wayback-recovery
利用 Wayback Machine 与 Archive.org 接口恢复已删除的 GitHub 内容，如仓库元数据、README、Issue、PR 与 Wiki 页面，适用于调查被删项目的历史存档。
git-sync
git-sync 是一个用于同步 Git 远程代码的技能，帮助本地与远程保持一致并推送到远程。同步前要求工作区干净，优先使用 rebase 保持线性历史，解决冲突时需理解双方修改意图，禁止直接丢弃提交内容。
medusajs-developer
面向 MedusaJS v2.15+ 的电子商务开发专用智能体技能，覆盖自定义模块、数据模型、API 路由、工作流、定时任务与第三方集成，并附代码模板、脚本和常见开发流程说明。
directus backend architecture
Directus 后端架构技能，讲解 API 端点扩展、钩子、Flows 自动化、服务层、数据库操作、认证与性能优化，基于 Node.js、Express、TypeScript 与 Knex.js 构建可扩展、安全的后端应用。
The Standard Code CSharp
The Standard 的 C# 代码规范技能，用于生成、审查与重构 C#/.NET 代码时强制执行统一命名、组织与方法规则。
fastapi-patterns
FastAPI 框架机制与高级模式技能，用于配置中间件、构建依赖注入链、实现 WebSocket 端点、自定义 OpenAPI 文档、JWT 认证与角色权限、后台任务、应用生命周期、限流等场景。
shell-scripts
面向 shell 脚本开发的技能工作流，适用于修改 scripts/ 目录或任意 *.sh 文件时使用。它规定了脚本修改、验证与自查的步骤，并引用 .claude/rules/shell-script.md 作为最佳实践的唯一来源。
add-tts-engine
Voicebox 的开发者技能，用于端到端接入新的文本转语音（TTS）引擎，涵盖依赖调研、后端协议实现、前端接线、PyInstaller 打包与冻结构建验证。
python-github-actions
面向 Python 项目的 GitHub Actions CI/CD 技能，覆盖基于 uv 的快速流水线、矩阵测试、依赖缓存、复用工作流与发布到 PyPI 等实践，并提供 pip 传统工作流、性能优化与常见问题处理参考。
git-branch-naming
Git 分支命名规范技能，定义类型前缀（feat/fix/chore 等）、issue 关联与 kebab-case 描述格式，用于创建分支或制定仓库约定。
aif-rules-check
aif-rules-check 是一个只读的项目规则合规检查门禁，针对变更文件或指定 git ref 运行，仅检查规则合规性，不替代完整代码审查或计划验证。
backlog-manager
Backlog Manager 是一个统一管理待办事项的技能，支持 GitHub Issues、Linear 和 Beads 三种后端，通过 .agents.yml 中的 task_management 配置选择。适合需要跨会话持久跟踪、团队协作和项目规划的场景。
principle-foundational-thinking
这是一项面向编码前的“基础性思考”原则技能，强调在编写逻辑之前先做出结构性决策。核心主张包括：先确定数据结构与核心类型，再写逻辑；在代码层面只对结构做 DRY，而非每一行都抽象；优先显式而非取巧；测试行为与边界情况而非行数。并发方面，在多个执行者共享状态前先问“若另一执行者并发修改会怎样”，若答案不是“什么都不会发生”就应隔离。此外强调脚手架优先：CI、lint、测试基础设施、共享类型等若对后续每个阶段都有益，就应先做；按选项价值排序，先搭建再开发功能，先测试再修复；提交保持小而单一用途。每次增量应落地一个连贯抽象或深化已有抽象，不要把新能力以特例协调的方式散落到各调用方。最后，减法先于脚手架：先删除死代码，再打地基。该技能适用于在动手写逻辑前进行架构与顺序决策的场景，帮助保护选项价值并保持简单性。
principle-minimize-reader-load
该技能用于在审查或塑造难以追踪的代码时应用「最小化读者负担」原则。它把可维护性定义为读者理解代码所需付出的工作量，并追踪两个维度：需要追踪的层级（问题与答案之间的间接层）和需要记住的状态（隐藏或可变、读者必须记在脑中的上下文）。代码行数、圈复杂度和「清晰架构」都只是替代指标，真正重要的是读者负担。该技能主张折叠一个调用者的包装器、没有第二实现的适配器、从未需要的投机性间接层，要求相邻层改变抽象、要求接口压缩、缩小状态作用范围（优先纯函数、局部变量、字段、模块状态、全局变量依次递减），并主张在边界处命名不变量而非在每个消费者中重复。加入新层或新状态前先问它是否至少等量减少别处的读者负担。检验标准是：新读者能否在30秒内回答「X 从哪来」和「什么能改变X」；若不能，就削减层级或状态。
principle-outcome-oriented-execution
该技能名为“Outcome-Oriented Execution（面向结果的执行）”，用于在计划内的重写与迁移过程中，以目标架构的最终状态为核心，而非维护每个中间步骤的平稳过渡。其核心理念是：为可验证的最终状态做优化，而不是保留平滑的中间状态。原因是，让每一步中间状态都保持完全稳定，往往会产生临时兼容代码，进而演变为长期债务。该技能主张向目标架构收敛，并在明确的验证边界上证明正确性。核心规则包括：优先保证最终状态的完整性，而非过渡期的稳定性；当中间阶段的破坏是有计划、有范围且可回滚时，这种破坏是可以接受的。防护栏方面要求：仅用于具有明确阶段边界的计划性重写与迁移；需声明在何处允许临时性破坏；迁移期间对正在触碰的区域保留高信号检查；在计划完成时要求完整的静态与运行时验证。该技能本身未提供具体的安装命令、代码示例或平台信息，相关细节暂未提供。它适合涉及架构迁移、系统重写等需要阶段性推进且最终需严格验证的工程场景。
principle-sequence-verifiable-units
这是一个关于工作序列化与可验证单元原则的技能条目，适用于多步骤工作（批量扫改、迁移、成批相似编辑）以及提交与 PR 的堆叠方式。其核心主张是把工作拆成小的单元，每个单元结束于一个可检查的状态，当前单元未通过验证就不得推进。理由在于：在引发问题的那个单元处发现断裂，定位成本低；而在整批之后才发现断裂，问题会被掩埋，且已经在有缺陷的基础上继续构建。将同样的单元序列化为审阅者可以复现的交付过程，能把“相信我”变成“看它先变红，再变绿”。执行层面：在扫改、迁移或任何成批相似编辑中，先验证每一处改动再开始下一处；每个单元是一个前后括号——已知良好状态、一次改动、运行检查、再继续；先 rebase 到干净主干，使每次检查都对照真实基线；即便由工具（lever）完成编辑、单元检查几乎零成本，也仍要运行。交付层面：按能证明工作的顺序堆叠提交与 PR，典型形态是失败测试在前、修复在其上；其他叙事顺序包括重塑前先减去、处理前先捕获基线、功能前先搭脚手架；每个提交独立可落地，整个序列读起来像一个论证。该原则与 prove-it-works 原则技能（保证每次检查都真实）和 build-the-lever 原则技能（让单元检查成本低廉）互为补充。
principle-subtract-before-you-add
“先减后加”（Subtract Before You Add）是一条用于指导系统演进顺序的原则：在进行新增、重构或重写之前，先移除死代码、冗余校验器和占位引用，再在更简单的基础上构建。它主张默认采用减法，把简化视为持续投入，让设计在相同或更小的表面上变得更简单、更有能力。该原则强调先削减再打磨、按实际观察到的使用情况设计而非臆测边界情况、不添加规格未要求的校验器/解析器/守卫、简化提示词，并在引用没有新内容时直接删除而非留下占位。