Loading...
Loading...
共找到 118 个 Skills
当使用@coderabbitai对带有反向评估的PR进行评审时使用，针对依赖行为做出具体的事实性声明，后续Conejo可通过阅读库源代码进行验证。触发关键词包括proud-zanahoria、contrarian review、inverse review、devil's advocate PR、zanahoria。
确保实现与规范保持同步。适用于开发`.claude/specs/`目录下有对应规范的功能、用户输入`/spec`指令时，或是开始开发已有文档记录的功能时。也适用于用户要求根据规范验证实现，或是在变更后更新规范的场景。
通过子代理（Sub Agent）读取项目中所有.md文件来创建或更新TODO_LIST.md，随后通过检查实际代码验证哪些TODO已完成。当用户希望从现有文档构建全面的TODO列表、对照代码验证TODO状态，或者说出“build TODO list”时使用。
验证规划工件并评审代码的质量、一致性和完整性。可用于检查规划文档（交叉引用、依赖关系、格式）或评审变更代码（安全性、连贯性、范围、质量）。
仅运行验证器检查，不进行AI评审，适用于诸如“运行验证器检查”、“不进行评审的检查”或“提交前验证且不进行AI评审”这类请求。
运行带覆盖率报告的测试。自动检测测试框架（Vitest、Playwright、RSpec、pytest、Jest、BATS等）并运行相应的测试命令。适用于需要运行测试、检查覆盖率或验证代码的场景。
采用强制微步骤的协作编码：告知变更、展示差异、等待确认、执行变更、验证结果。用户可通过命令控制节奏。可与任意领域Agent配合作为执行器。 适用场景：当你需要「结对编程」「和我一起结对」「咱们一起写代码」「分步编码」「带我一步步实现」「和我一起写代码」时使用
使用StyleSeed的组合设计方法构建界面——选择或编译输出语法，应用品牌方案以及领域/页面/配置文件/锁定约束，然后在展示前运行代码检查和像素检查。
通过协调同步、格式化、Lint、测试、审查和文档更新，为拉取请求（PR）准备代码。当用户说“create a PR”“prepare pull request”“get ready for PR”“validate my changes”“prepare for review”“pre-merge checks”或“is this ready to merge”时使用此技能。请勿仅用于运行测试（单独使用review-diff）、仅同步主分支（单独使用merge-main）或在GitHub上实际打开PR —— 此技能仅负责将代码准备至“就绪”状态为止。
在你的扩展中升级Prisma Next。将所有`@internal/*`依赖项升级到指定目标版本（或npm的`latest`版本），执行扩展SPI的每个过渡升级指令（中间件生命周期、编解码器/迁移工具/框架组件变更、磁盘上的种子迁移结构），通过`prisma-8-check-pins`验证依赖版本是否正确固定为精确版本，运行扩展自身的类型检查和测试，并为每个小步骤单独提交代码。当用户要求在扩展包中“升级Prisma Next”，或需要将扩展的`@internal/*`依赖更新到新的小版本时使用。
当需求或规格说明书需要在代码变更开始前制定一份持久化的多阶段实施计划时使用
完成开发分支的收尾工作。当功能实现完成，需要将代码合并、推送为PR、保留分支或丢弃分支时使用。