GitHub 代码审查
io.github.ruvnet/RuView/github-code-review
AI 蜂群协调驱动的综合性 GitHub 代码审查。
“Python Code” 共 2,155 个结果
io.github.ruvnet/RuView/github-code-review
AI 蜂群协调驱动的综合性 GitHub 代码审查。
io.github.PrefectHQ/fastmcp/python-tests
用 pytest 编写并评估有效的 Python 测试。在写测试、审阅测试代码、调试测试失败或提升测试覆盖率时使用,涵盖测试设计、fixture、参数化、mock 与异步测试。
io.github.MaxMiksa/Auto-Company/code-review-security
面向安全的代码审查清单与自动化扫描模式。在审查 Pull Request 的安全问题、审计认证/授权代码、检查 OWASP Top 10 漏洞或验证输入净化时使用。涵盖 SQL 注入防护、XSS 防护、CSRF 令牌、认证流程审查、机密检测、依赖漏洞扫描,以及 Python(FastAPI)和 React 的安全编码模式。不覆盖部署安全(用 docker-best-practices)或事件响应(用 incident-response)。
io.github.davila7/claude-code-templates/code-review
按 Sentry 工程实践执行代码审查。在审查拉取请求、检查代码改动或就代码质量给出反馈时使用,覆盖安全、性能、测试与设计评审。
io.github.davila7/claude-code-templates/code-reviewer
面向 TypeScript、JavaScript、Python、Swift、Kotlin、Go 的全面代码审查技能,包含自动化代码分析、最佳实践检查、安全扫描与审查清单生成。在审查拉取请求、给出代码反馈、识别问题或校验代码质量标准的场景下使用。
io.github.trpc-group/trpc-agent-go/python_math
用于数学计算和文本文件处理的小型 Python 工具集。
io.github.openai/skills/migrate-to-codex
把受支持的指令文件、技能、agents 与 MCP 配置迁移到 Codex 的项目级与全局文件。
io.github.openai/skills/figma-code-connect-components
使用 Code Connect 映射工具把 Figma 设计组件与代码组件关联。当用户说“code connect”“把组件连到代码”“映射这个组件”“链接组件与代码”“创建 code connect 映射”,或想建立 Figma 设计与代码实现之间的对应关系时使用。经 `use_figma` 写入画布时请配合 `figma-use`。
io.github.obra/superpowers/requesting-code-review
在完成任务、实现重要功能或合并前使用,以验证工作符合要求。
io.github.obra/superpowers/receiving-code-review
在收到代码审查反馈、准备落实建议之前使用,尤其是反馈不清晰或技术上存疑时——要求技术上的严谨与验证,而不是表演式附和或盲目照做。
io.github.jnMetaCode/superpowers-zh/diagnosing-superpowers
当一次 superpowers 会话出了问题、你的人类伙伴想知道原因时使用——重复劳动、无视计划、磕磕绊绊、结果质量差、某个技能没触发、"太慢了"、"为什么这么贵"、"它到底在干什么"——或者想给 superpowers 维护者整理一份 bug 报告;适用于当前会话,或按 id / 路径指定的过往会话,任何工具均可
io.github.jnMetaCode/superpowers-zh/writing-skills
当创建新技能、编辑现有技能或在部署前验证技能是否有效时使用
io.github.jnMetaCode/superpowers-zh/writing-plans
当你有规格说明或需求用于多步骤任务时使用,在动手写代码之前
io.github.jnMetaCode/superpowers-zh/workflow-runner
在 Claude Code / OpenClaw / Cursor 中直接运行 agency-orchestrator YAML 工作流——无需 API key,使用当前会话的 LLM 作为执行引擎。当用户提供 .yaml 工作流文件或要求多角色协作完成任务时触发。
io.github.jnMetaCode/superpowers-zh/verification-before-completion
在宣称工作完成、已修复或测试通过之前使用,在提交或创建 PR 之前——必须运行验证命令并确认输出后才能声称成功;始终用证据支撑断言
io.github.jnMetaCode/superpowers-zh/using-superpowers
在开始任何对话时使用——确立如何查找和使用技能,要求在任何响应(包括澄清性问题)之前调用 Skill 工具
io.github.jnMetaCode/superpowers-zh/using-git-worktrees
当需要开始与当前工作区隔离的功能开发,或在执行实现计划之前使用——通过原生工具或 git worktree 回退机制确保隔离工作区存在
io.github.jnMetaCode/superpowers-zh/test-driven-development
在实现任何功能或修复 bug 时使用,在编写实现代码之前
io.github.jnMetaCode/superpowers-zh/systematic-debugging
遇到任何 bug、测试失败或异常行为时使用,在提出修复方案之前执行
io.github.jnMetaCode/superpowers-zh/subagent-driven-development
当在当前会话中执行包含独立任务的实现计划时使用
io.github.jnMetaCode/superpowers-zh/mcp-builder
在构建 MCP 服务器或 MCP 工具时使用 —— 系统化的生产级 MCP 构建方法论,覆盖工具设计、错误处理、传输层选择与测试,让 AI 助手连接外部能力
io.github.jnMetaCode/superpowers-zh/finishing-a-development-branch
当实现完成、所有测试通过、需要决定如何集成这份工作时使用
io.github.jnMetaCode/superpowers-zh/executing-plans
当你有一份书面实现计划需要在单独的会话中执行,并设有审查检查点时使用
io.github.jnMetaCode/superpowers-zh/dispatching-parallel-agents
当面对 2 个以上可以独立进行、无共享状态或顺序依赖的任务时使用