面向编码任务的 Agent Skills

需要修改代码时,按任务选择指引:先写测试、调查故障、优化 React 实现,或在不改变行为的前提下重构。

编码类 Skill 指导已有代码库中的具体修改,但不会提供运行环境、仓库访问权或生产系统修改权限。使用前应阅读原始指令的适用前提。

精选 Skill 与原始来源

Vercel React Best Practices

按优先级审查 React 与 Next.js 代码,检查数据请求、包体积、渲染与运行性能。

查看详情指南 →发布者: Vercel Labs

Vercel React Native Skills

为 React Native 界面提供移动端指引,覆盖列表、手势、图片处理与安全区域。

查看详情指南 →发布者: Vercel Labs

TDD

围绕约定公开接口,通过失败测试与最小实现逐步完成特性和修复。

查看详情指南 →发布者: Matt Pocock

Diagnosing Bugs

通过复现信号、最小案例和修复验证调查复杂缺陷。

查看详情指南 →发布者: Matt Pocock

Investigate First

面对原因不明、间歇性或性能相关问题,先按证据排列假设,再考虑修改。

发布者: Julius Brussee

Safe Refactor

围绕现有行为不变的验证,组织代码提取、合并或清理。

发布者: Julius Brussee

Code Review

对固定 Git 差异分别检查仓库规范与原始需求。

查看详情指南 →发布者: Matt Pocock

Systematic Debugging

通过四个证据驱动阶段调查根因,再实施并验证修复。

查看详情指南 →发布者: Jesse Vincent

本站为独立整理;Skill 的安装、工具要求和可用范围以发布者的原始说明为准。

按任务选择

行为变更需要测试

当预期行为能先被明确描述并验证时,优先查看 TDD。

故障原因尚不明确

先用诊断或调查指引整理证据,不要立即修改猜测中的代码。

代码需要改进

性能问题选择对应的 React 指引;需要保持既有行为时选择 Safe Refactor。

探索其他 Skill 分类

按下一项任务选择指引,而不只按发布者浏览。

常见问题

调试、TDD 和重构指引应该怎样选?
先判断当前不确定什么。调试追查错误原因,TDD 将预期行为变成可执行验证,重构在保持行为的前提下改善结构。同一任务可能依次用到三者,但它们回答的问题不同。
给编程 Agent 的故障描述怎样才有用?
提供最小复现、预期与实际行为、相关错误和运行环境。一个失败测试或具体输入,比笼统地说“代码有问题”更有助于定位。
每次修改都必须先写新测试吗?
测试应能发现所关注的行为或回归。探索任务可能先要澄清需求,外观修改可能更需要视觉检查;不要为了数量编写只重复实现的测试。
怎样核对重构没有改变行为?
先记录必须保持的行为,再运行相关检查,并审阅差异是否意外扩大范围。测试通过是证据,但未覆盖的接口和错误路径仍可能需要专项检查。
什么时候应该用 React 专项性能指引?
问题涉及 React 或 Next.js 的渲染、数据请求、状态或包体积时更适合。仍需测量真实应用,避免把看似合理的优化当作已经产生收益。
一个任务可以组合多个编码 Skill 吗?
可以,但应明确分工,例如先复现、再定位、实施小改动、最后审阅差异。遇到冲突指令应先解决,并围绕同一验收目标执行,不叠加无关清单。

把代码修改与审查放在一起

让任务、仓库上下文、测试和审查决定留在同一工作空间。