review-for-prod
仅针对此项目的生产就绪的Go代码审查(质量保证 + 安全性 + 可维护性)
把 Skill 的源码、资源快照、README、包体和安装信号放进一个可搜索、可筛选的公开目录。
仅针对此项目的生产就绪的Go代码审查(质量保证 + 安全性 + 可维护性)
用于检查文档的技术准确性与事实确认。有助于验证记载内容的有效性、检查事实错误以及通过网络搜索进行核实。
在创建PR之前进行严格的检查 - 确认问题评论中存在审查工件,所有发现的问题都已解决或被跟踪,如果不符合要求则阻止PR的创建
在推送到公共仓库之前检测密钥、凭证和敏感数据泄露。
审查合并请求或分支。将一个分支与主分支/主干进行比较,总结变更内容,突出关注点,并提供可操作的反馈。用于PR审查或在合并前使用。
定义代码审查结果的输出格式。提供重要性级别、输出结构以及GitHub评论格式的Markdown模板。
检查空测试、缺失的断言和跳过的计数。
合并前审查重点关注正确性、测试、安全性、重构安全性和可维护性。启动高级审查专家代理进行彻底的合并前分析。
访问一个页面,点击交互元素,并报告失败的网络请求。
在创建PR之前进行严格的检查 - 确认问题评论中存在审查工件,所有发现的问题都已解决或正在跟踪,如果不符合要求则阻止PR的创建
定义各评审代理参考的详细评审视角(数据库设计、安全性、后端、前端、基础设施)
分析并重构当前git工作树(已暂存、未暂存或最近提交)中的代码更改。确保更改遵循最佳实践、编码标准,并保持代码质量。当用户要求“审查我的git更改”、“检查我做了哪些更改”、“重构我的更改”、“确保我的更改是干净的”或“在提交前进行审查”时使用。
基础设施为重点的审查,涵盖基础架构即代码(IaC)、持续集成/持续部署(CI/CD)、版本发布、迁移、日志记录和可观察性。生成高级审查专家代理以进行基础设施分析。
根据文件类型和特性自动选择合适的审查视角。在启动代码审查时使用,以确定应应用哪些审查点。
快速代码审查,重点关注正确性、风格、开发体验、用户体验文案以及过度工程。触发高级评审专家代理进行深入分析。
从结构、代码质量、测试和文档的角度系统地审查整个仓库,并生成带有优先级的改进报告
质量门禁和审查流程
全面的故事草稿审查,与专门的子代理并行进行。在开发开始前,生成PM、UX和SM代理从产品、设计和实施准备的角度审查故事。
进行一次以查找错误、风险、回归问题和缺失测试为重点的代码审查。
审查KICS基础设施即代码扫描结果,以识别可利用的错误配置。在分析KICS输出、对IaC发现进行分类或用户有kics-results目录需要审核时使用。自动使用只读操作安全地验证发现的资源。
并行执行多个AI审阅者,整合处理结果生成单一报告
深入的代码/计划审查,包括架构、细微错误和测试质量。在sonnet审查之后使用,以进行彻底的分析。
使用结构化检查表审查PR更改,以确保质量和标准合规性。用于全面的PR代码审查。
审查并验证资源实现是否遵循所有模式。在创建资源或重构现有代码时使用。触发条件为“审查资源”、“验证资源”、“检查实现”、“重构资源”。