Medusa PR 评审
vdevelop
SkillSkillsMP
io.github.medusajs/medusa/reviewing-prs
评审 Medusa 仓库的 GitHub pull request。检查 PR 模板合规性、贡献指南、代码约定、安全、性能与缺陷，并输出结构化评审结论（标签 + 评审模板）供下游确定性步骤应用。当 PR 被创建或更新时使用。
source
“Literature Review” 共 727 个结果
vdevelop
io.github.medusajs/medusa/reviewing-prs
评审 Medusa 仓库的 GitHub pull request。检查 PR 模板合规性、贡献指南、代码约定、安全、性能与缺陷，并输出结构化评审结论（标签 + 评审模板）供下游确定性步骤应用。当 PR 被创建或更新时使用。
io.github.ruvnet/ruflo/adr-review
对照已接受的 ADR(架构决策记录)审查代码改动,检查是否违反。
io.github.nrwl/nx/review-pr
对 nrwl/nx 中单个开启的 PR 做深度代码审查。先建立隔离的 worktree，然后运行 pr-review-toolkit 审查智能体、reproduce-verifier 智能体（结合关联 issue 佐证结论，若可本地运行则在 master 与 PR 上分别执行复现）、alternative-approach 智能体（独立设计替代方案并与 PR 的选型对比）、performance-analyzer 智能体（确认改动不浪费 CPU 或内存，并能在工作区规模下快速执行）以及 security-analyzer 智能体（在真实信任边界上排查注入类漏洞——命令注入、zip-slip、SSRF、凭据泄露），只保留严重与重要问题（以及优势；可改可不改的建议丢弃），并把 GitHub 风格的草稿存到 ~/.nx-pr-reviews/<NUMBER>.md 供审查者阅读（不会发布任何内容）。当你需要对单个 PR 做彻底审查时使用。
io.github.dotnet/maui/code-review
对 PR 改动做深度代码审查，关注正确性、安全性与 MAUI 约定。采用独立性优先评估（先看代码后看叙述），并委派给 maui-expert-reviewer agent 做分维度子代理评估。触发于：「review code for PR」「code review PR」「analyze code changes」「check PR code quality」。不用于：总结 PR、描述改了什么、一般性 PR 提问、运行测试或修复代码。
io.github.flutter/agent-plugins/api-review
按权威的 API Design 指南对指定代码进行评审。当用户要求做 API 评审，或要求按 API 设计原则检查代码时使用。
io.github.EveryInc/compound-engineering-plugin/ce-doc-review
以特定角色视角审阅需求、计划或规格文档。当用户希望改进已有的规划文档时使用。
io.github.asgeirtj/system_prompts_leaks/code-review
按给定强度审阅当前 diff 的正确性缺陷和复用/简化/效率优化(low/medium:更少、高置信度发现;high→max:覆盖更广、可能含不确定发现;ultra:云端多 agent 深度审查)。传 --comment 以行内 PR 评论发布发现,或传 --fix 在审查后将修改应用到工作树。
io.github.dotnet/maui/review-test-failures
将 PR 的 CI/测试失败归类为可能由 PR 引起或无关，并与基线分支对比，给出整体可合并性结论。使用收集到的 GitHub/AzDO/Helix 上下文及共享的 MAUI CI 事实。
io.github.open-metadata/OpenMetadata/code-review
用两阶段流程审查代码变更——先核对规格/需求符合性，再审查代码质量。可用于暂存区变更、分支或 PR。
io.github.dotnet/runtime/code-review
审阅 dotnet/runtime 中代码改动的正确性、性能，以及与项目约定的一致性。在审阅 PR 或代码改动时使用。
io.github.openai/codex/review-agent
对指定代码变更执行只读、缺陷优先的审查，返回所有可行动的发现。当其他代理委托审查未提交变更、基础分支 diff、某个提交或自定义审查指令时使用。
io.github.BuilderIO/agent-native/design-review-feedback
处理共享 Design 原型上持久化、锚定到元素的评审意见，并以经过验证的编辑闭环。
io.github.NVIDIA/NemoClaw/nemoclaw-maintainer-security-code-review
审阅 GitHub PR 或 issue 中的代码改动以求安全。对照九个类别检查改动文件，并给出 PASS/WARNING/FAIL 结论。在审阅 Pull Request 的安全漏洞、硬编码密钥、注入缺陷、认证绕过或不安全配置时使用。触发词——security review、code review、appsec、vulnerability assessment、security audit、review PR security。
io.github.PostHog/posthog/review-hog-validation-criteria
ReviewHog 的验证标准——判断被标记的 PR 问题是否值得保留的门槛。留下真实影响用户的正确性/安全/数据丢失/契约/性能问题；剔除过度设计、猜测、被害妄想、几乎不可能发生的边界情况和风格问题。
io.github.PostHog/posthog/review-hog-perspective-performance-reliability
ReviewHog 的性能与可靠性评审视角。核查改动代码在生产环境能否撑得住——资源效率、错误处理与恢复、可扩展性以及运维就绪度。只报告性能与可靠性问题。
io.github.PostHog/posthog/review-hog-perspective-logic-correctness
ReviewHog 的逻辑与正确性评审视角。核查改动代码是否做到了该做的事——业务逻辑、边界情况、数据转换，以及查询/数据访问的正确性。只报告正确性问题；安全与性能属于其他视角。
io.github.PostHog/posthog/review-hog-perspective-contracts-security
ReviewHog 的契约与安全评审视角。核查改动代码是否安全并保持兼容——API 契约与破坏性变更、注入/授权/数据暴露、输入校验，以及 schema/接口一致性。只报告安全与契约问题。
io.github.PostHog/posthog/review-hog-blind-spots-general
ReviewHog 的通用盲区检查——在所有已启用评审视角审完某个代码块后运行的最终扫描。以各视角实际已发现的内容为条件，搜寻它们全都漏掉的真实高价值问题；宁可返回空清单也不凑数。
io.github.PostHog/posthog/review-hog-authoring
如何编写自定义 ReviewHog 技能——驱动 ReviewHog 自动 PR 评审的评审视角、盲区检查与验证标准。当用户想要新的评审视角（其 PR 的专项透镜）、自定义盲区扫描，或自己的发现发布门槛时使用。触发语："create a ReviewHog perspective""custom review perspective""my own blind-spot check""custom validation criteria""tune what ReviewHog publishes"。
io.github.simstudioai/sim/emcn-design-review
审查 UI 代码是否符合 emcn 设计系统——组件、设计令牌、模式与约定。
io.github.gibbok/typescript-book/typescript-book-review
以 The Concise TypeScript Book 的风格审查与编辑 TypeScript 图书及参考内容的指南。在审查或编辑本仓库中的教学文字、翻译或非英文内容、代码示例、章节、目录条目或 Markdown 格式时使用，在不改变原意及本书简洁、务实、示例驱动风格的前提下，发现并修复错别字、语法错误、排版问题与轻微的表述不清。
io.github.langfuse/langfuse/code-review
Langfuse 共享的代码审查流程。在审查 PR、分支、diff 或本地改动以确认正确性、回归、风险与缺失测试时使用。先从 references/review-checklist.md 中的仓库专属审查规则入手，并在改动涉及相应领域时结合各包的 AGENTS.md 及相关共享技能。
io.github.code-yeongyu/oh-my-openagent/review-work
实现后评审编排器。启动 5 个并行后台 sub-agent：Oracle（目标/约束校验）、Oracle（代码质量）、Oracle（安全）、unspecified-high（动手 QA 执行）、unspecified-high（从 GitHub/git/Slack/Notion 挖掘上下文）。全部通过评审才算通过。在 PR 交接前或用户明确要求评审已完成的工作时务必使用。触发词：review work、review my work、review changes、QA my work、verify implementation、check my work、validate changes、post-implementation review。
io.github.apache/doris/code-review
使用 Doris 专属清单审查代码。