设计方案评审(gstack)
io.github.garrytan/gstack/plan-design-review
以设计师视角评审方案规划——交互式进行,类似 CEO 评审与工程评审。(gstack)
“Code Review” 共 1,848 个结果
io.github.garrytan/gstack/plan-design-review
以设计师视角评审方案规划——交互式进行,类似 CEO 评审与工程评审。(gstack)
io.github.garrytan/gstack/ios-design-review
在真机上对 iOS 应用做视觉设计审计。(gstack)
io.github.affaan-m/ECC/security-review
在添加身份认证、处理用户输入、接触密钥、新建 API 端点或实现支付/敏感功能时使用本技能。提供完整的安全清单与模式。
io.github.metabase/metabase/typescript-review
依据 Metabase 编码标准审查 TypeScript/JavaScript 代码变更,检查风格违规与代码质量问题。在审查包含 TS/JS 代码的 PR 或 diff 时使用。
io.github.github/spec-kit/code-review
审查 Spec Kit 代码变更的正反用例覆盖、bug 修复的回归证据以及仓库术语一致性。在审查 diff 或 pull request 时使用。不用于实现变更,也不用于提交 GitHub review 操作。
io.github.langgenius/dify/backend-code-review
仅在用户明确要求审查 api/ 下的后端代码时使用。支持待提交变更、按文件和粘贴 diff 三种审查模式。不适用于仅实现代码的请求、无审查意图的诊断、前端代码、或 api/ 之外的后端代码。
io.github.netdata/netdata/triage-codeql
分诊本仓库的 GitHub Code Scanning 告警(CodeQL security-extended 套件)——列出开放告警,按误报/不修复/仅测试使用驳回,经 GitHub REST + GraphQL 查询。当用户要求「review GitHub security alerts」「check CodeQL findings」「triage code scanning」,或提及 Code Scanning、CodeQL、security-extended、github.com/$repo/security/code-scanning 时使用。
io.github.supabase/supabase/dev-toolbar-review
dev toolbar、PostHog 客户端与特性标志的安全规则。在编写或评审 packages/dev-tools/、packages/common/posthog-client.ts 或 packages/common/feature-flags.tsx 的任何改动时使用。涵盖环境守卫、标志覆盖 cookie、遥测事件订阅以及 SSE 流安全。
io.github.K-Dense-AI/scientific-agent-skills/literature-review
使用多个学术数据库(PubMed、arXiv、bioRxiv、Semantic Scholar 等)开展全面、系统化的文献综述。适用于生物医学、科学和技术领域的系统性文献综述、meta 分析、研究综合或全面的文献检索。生成专业排版的 markdown 与 PDF 文档,支持多种引用格式(APA、Nature、Vancouver 等)并带引用核验。
io.github.openclaw/openclaw/autoreview
在被明确请求时,进行结构化的 Codex、Claude、Amp、Pi 或 Kimi 代码审查。
io.github.code-yeongyu/oh-my-openagent/opencode-qa
逐用例对 opencode 本身做 QA:验证 CLI/终端(opencode run、db、serve、export)、通过 SSE 事件流证明某个插件钩子/动作/事件已触发、在 tmux 下对 TUI 做冒烟测试,以及按 id、标题/名称或消息文本在 opencode 的 SQLite 数据库中调查会话。自带经测试的辅助脚本(每个都有 --self-test)与分领域的参考文档。凡要对 opencode 的 CLI、HTTP server、插件钩子/事件或 TUI 做 QA、冒烟测试、验证或调试,或要查找并检查数据库中的 opencode 会话时使用。触发词:opencode qa、qa opencode、test opencode、verify opencode hook、opencode session db、find opencode session by id/name/text、opencode tui test、opencode server health、opencode event stream。
io.github.nrwl/nx/setup-review-sandbox
一次性安装 reproduce-issue 技能与 reproduce-verifier 智能体所需的沙箱前置条件——Docker、隔离运行时(Linux 上用 gVisor,macOS 上用 Colima)、健康的容器网络,以及 nx-review-sandbox 工具链镜像(依据仓库的 mise.toml 构建)。操作幂等,可随时重跑以校验或修复。当用户说搭建审查沙箱、安装沙箱前置条件、构建沙箱镜像,或 reproduce-issue 的预检报告某项缺失时使用。
io.github.CherryHQ/cherry-studio/code-mate-hermes
以一次性模式运行 Hermes Agent 处理有界的本地任务。当用户明确要求把工作委派给 Hermes 并接受其自动工具批准行为时使用。
io.github.PostHog/posthog/writing-code-comments
判定一条代码注释是否该存在,并强制留下的注释解释“为什么”而非“是什么”。在用任何语言(Python、TypeScript、Go、Rust、SQL)编写或编辑注释前务必使用,也用于评审新增注释的 diff。清除 clutter 代码库的注释类型:复述代码的旁白、变更历史与聊天上下文备注(“之前做了 X”“按 PR #123”“AI:”)、易失效的度量与现状标记(“约 20 分钟构建”“目前”“今天”)、被注释掉的代码与冗余 docstring。保留有价值的注释:不显然的 why、关于非本地影响的警告、指向未来读者无法自行重建上下文的线索。不适用于面向用户的文案(见 `/writing-user-facing-copy`)或提交信息。
io.github.vinta/awesome-python/review-prs
分诊开放的 PR——先基于 diff 初筛,把准入判断交给 audit-the-list,然后在 GitHub 上合并或关闭。当维护者要求审查 PR、处理 PR 队列,或判断某个 PR 是否应当合并时触发。
io.github.langflow-ai/langflow/frontend-code-review
审查前端代码(.tsx、.ts、.js 文件)的质量、性能以及与 Langflow 前端规范的一致性。支持待提交变更审查与按文件审查。
io.github.mattpocock/skills/code-review
从某个基准点(commit、分支、标签或 merge-base)出发,沿两个维度审查变更:规范(代码是否遵循本仓库成文的编码规范?)与规格(代码是否符合来源 issue/规格的要求?)。两组审查由并行子代理执行并对照汇报。当用户想审查分支、PR、进行中的变更,或要求“review since X”时使用。
io.github.mattpocock/skills/improve-codebase-architecture
扫描代码库寻找模块加深机会,以可视化 HTML 报告呈现,然后针对你选中的那一项进行连环拷问式推演。
io.github.mattpocock/skills/git-guardrails-claude-code
配置 Claude Code hooks,在危险的 git 命令(push、reset --hard、clean、branch -D 等)执行前予以拦截。当用户想防止破坏性 git 操作、添加 git 安全钩子,或在 Claude Code 中拦截 git push/reset 时使用。
io.github.mattpocock/skills/codebase-design
设计深模块的共同术语。当用户想设计或改进模块接口、寻找加深机会、决定接缝位置、让代码更可测试或更利于 AI 导航,或其他技能需要深模块词汇表时使用。
io.github.nexu-io/open-design/figma-code-connect-components
使用 Code Connect 将 Figma 设计组件与代码组件连接,让设计系统更新自动流入代码库。
io.github.vinta/awesome-python/preview-verdicts
当裁剪扫描、批量条目编辑或结构调整需要在改动 README.md 之前由维护者审查时,生成交互式保留/删除裁决预览(带逐行反馈控件的 HTML 页面),并处理维护者粘贴回来的反馈 JSON。
io.github.supabase/supabase/review-the-docs
在 ~/GitHub/supabase/supabase 本地审查 Supabase 文档变更——既包括审阅已开的 PR(分诊、分类、验证),也包括开 PR 前审阅自己分支(本地自审)。涵盖 markdown 流水线、MDX 内容、教程、示例、Studio 链接以及文档工具链。在被要求审阅文档 PR、自审草稿分支、确认谁已批准、验证构建产物或评估 supabase/supabase 文档改动时使用。
io.github.affaan-m/ECC/plankton-code-quality
使用 Plankton 在编写时强制执行代码质量——通过钩子在每次文件编辑时自动格式化、代码检查并由 Claude 驱动修复。适用于为文件编辑设置写入时格式化、检查或自动修复钩子。