land-the-plane
通过清理、提交并将所有更改推送到远程来完成一个工作会话。当用户说“着陆”、“收尾”、“结束”或希望完成他们的会话并推送所有工作时使用。
把 Skill 的源码、资源快照、README、包体和安装信号放进一个可搜索、可筛选的公开目录。
通过清理、提交并将所有更改推送到远程来完成一个工作会话。当用户说“着陆”、“收尾”、“结束”或希望完成他们的会话并推送所有工作时使用。
执行AGENTS.md中规定的Euler仓库C++格式和风格规则。在编写、编辑或审查Euler解决方案代码时使用,以确保其符合所需的包含文件、类型、布局、命名空间以及I/O约定。
检测、解释并修复“注释”代码异味——即过多或解释性注释表明底层代码需要重构而不是添加注释的情况。当用户分享带有大量注释的代码、询问关于注释的最佳实践、希望进行专注于可读性的代码审查、问‘我的注释是否太多?’、提到代码异味,或者想要提高代码清晰度时,请使用此技能。此外,当用户粘贴代码并询问如何使其更简洁、更具自我说明性或更容易理解时也应触发此技能——即使他们没有明确提到‘注释异味’。
在编写、审查或解释代码时应用Uncle Bob的测试驱动开发三大规则。每当用户询问TDD(测试驱动开发)、先写测试后写代码、红绿重构循环或单元测试工作流时,都应使用此技能。当用户要求你实现一个功能、修复一个bug或编写类/函数,并且提到测试、TDD或“先测试”时也应触发此技能。如果用户分享了代码并从任何测试角度请求审查,请参考此技能。即使用户只是简单地说“使用TDD”或“用TDD写这个”,此技能也…
快速实施适用于小范围、低风险、定义明确的变更。当任务范围狭窄、有明确的验收标准,并且可以在没有正式多阶段计划的情况下安全完成时使用。
当用户希望通过测试运行时行为、假设、失败点和边界情况来验证他们对分支代码变更的理解,而不仅仅是阅读差异时使用。
对TypeScript/React代码库实施严格的重构工作流程。在重构具有多个导出的文件、拆分组件/钩子/工具函数、将内联类型移动到types/目录以及强制执行重构后的质量门时使用。
强制执行TypeScript标准以维护可维护的代码库。在创建或重构TS/TSX时使用,以强制实现每个文件只做一件事、类型约定以及Next.js特殊文件导出例外。
强制在所有交互、代码注释和文档生成中严格使用中文,并遵循高级技术写作规范。
使用gh CLI处理GitHub拉取请求审查反馈。当给定一个PR编号并要求阅读PR评论/审查、实施未解决的审查者更新、优先处理项目所有者的反馈,并将修复作为堆叠/子PR提交到原始PR分支时,请使用此方法。
一个用于Drizzle ORM与PostgreSQL的教学代码审查者。每当用户分享Drizzle代码、询问如何在Drizzle中编写查询或模式、询问为什么他们的Drizzle代码不起作用,或者询问“如何在Drizzle中做X”时,请使用此技能。触发关键词包括drizzle、drizzle-orm、drizzle-kit、pgTable、db.select、db.insert、db.update、d…
通过分析风险、选择审阅者角色、生成子代理,并将结构化发现合并为一个按严重性排序的报告来运行多代理代码审查。
根据现有的计划使用TDD优先的工作流程来构建后端领域代码。在实现之前编写测试。当需要“构建后端”或“为{slice}实现后端”时使用,在领域规划器完成一个计划之后。读取shared.md、backend.md和schema.mmd文件以生成:首先是测试,然后是模型、模式、仓库、服务、路由、迁移。不适用于:前端代码、领域切片之外的一般后端工作。通过modes/目录支持多种后端框架。
根据Conventional Commits规范创建语义化的git提交。在提交更改、制作提交或被要求提交时使用。
强制执行Rust语言和模块标准,以维护可维护的代码库。在编写Rust代码、构建模块、将SQL/提示与代码分离以及实施每个文件只做一件事的原则时使用。
使用Zod进行模式验证策略,并使用guard helper进行运行时检查。在验证API响应、请求输入或边界处的外部数据时使用。
通过随时间比较内容快照来跟踪网页上的更改。当用户想要监视更新、价格下降、库存情况或内容变更时使用。
根据BDD(行为驱动开发)原则审查现有的单元测试,并提供具体的改进建议。每当用户分享测试代码并请求审查、反馈或改进时,请使用此技能。当用户说“检查我的测试”、“这些测试好吗?”、“审查我的测试套件”、“这些遵循BDD吗?”或者粘贴任何语言的测试代码时,也触发此技能。即使对于通过的测试,也要使用此技能来审核命名、结构和行为覆盖——优秀的测试几乎总是可以变得更清晰。
在审查、编写或重构面向对象代码时应用讲述不要询问(TDA)原则。当用户询问OOP设计、提到getter/setter、想要检查类的封装问题、询问如何将逻辑更接近数据、或者询问为什么尽管使用了类但代码感觉像是“过程式”的时候,都应该使用这项技能。当用户要求重构在外部做出决策前查询对象状态的代码时也应触发此技能。对于涉及数据访问模式、封装或对象应该如何协作的任何代码审查或设计问题,此技能都应发挥作用。
此技能应在向现有模块添加ACL、修改基于角色的访问规则、调试403错误、配置所有权检查或手动编写访问查询服务时使用。对于新模块,应改用带有ACL配置的rockets-crud-generator——它会自动生成所有ACL连接。
在修补之前,将对话提炼成离散的、定义明确的测试用例。作为针对错误修复、小功能实现和重构的轻量级替代方案,领域规划器使用ask-cascade来实现分层覆盖。使用场景包括:"描述"、"/describe"、"测试用例是什么"、"定义完成"、"我们应该测试什么"、"详细说明这个"、"在我们修补之前"、"这项的测试覆盖率",或者在即将实施一个没有明确定义通过/失败标准的修复时。
应用针对AI代理优化的一般工程约定。在创建或重构代码库时使用,当你需要严格的文件规范、清晰的模块边界、命名/布局规则以及避免反模式时。
强制执行Supabase访问模式和服务边界。仅在处理Supabase项目时使用。将Supabase集中在一个专门的层中,并禁止从该边界外部调用Supabase。
基于OWASP对任何代码库执行代码安全审计。根据ASVS 5.0.0验证要求、2023年API安全十大风险模式、OWASP CheatSheet安全编码实践和WSTG测试方法分析源代码。输入是待审查的代码库;输出是一份详细的Markdown格式的安全审计报告。当用户请求安全审计、安全审查、漏洞评估或代码安全分析时使用。