搜索「Literature Review」的结果

io.github.sgl-project/sglang/cookbook-review-pr

按 SGLang Cookbook（docs_new/，Mintlify）的贡献清单审查 PR——采用配置驱动的格式（每个模型的 config 与基准测试 JSX，由共享的 _deployment.jsx 与 _playground.jsx 引擎消费）。使用 /cookbook-review-pr <PR 编号> 运行。

io.github.addyosmani/agent-skills/code-review-and-quality

执行多维度代码审查。合并任何变更前使用；审查自己、其他 agent 或人类编写的代码时使用；在代码进入主分支前从多个维度评估质量时使用。

io.github.bmad-code-org/BMAD-METHOD/bmad-review-verification-gap

审查代码变更中被改动、可能因验证不可靠而回退未被发现的行为。在检查变更是否有充分验证时使用。

io.github.openai/openai-agents-python/maintainer-review

以 openai-agents-python 维护者的身份评审一个 GitHub issue 或 PR 链接，分阶段判断该诉求是否真实存在、是否具有实际重要性、是否能用受支持的功能自行解决、范围界定是否恰当、是否有更合适的其他设计、以及是否值得投入维护者与贡献者的精力。用于评估 issue 的有效性与严重程度、决定优先处理还是关闭、判断所请求特性究竟代表未被满足的需求还是只是可发现性或用法缺口、判断 PR 是否值得推进到可合并质量、比较多个开放 PR 或替代设计、把代码质量与仓库就绪状态分开看待，以及撰写简洁的维护者评估意见。当需要回复要求关闭、补充证据或修改代码时，同时产出一条礼貌、简洁、完整、可直接复制粘贴的维护者评论。

io.github.udecode/plate/autoreview

提交/发布前的代码审查：默认使用 Codex；可选 Claude、Pi、Droid、Copilot、Cursor 或 OpenCode。

io.github.nexu-io/open-design/review-animations

依据 Emil Kowalski 设计工程理念形成的高标准审查动画与 motion 代码。默认从严标记问题，通过需靠实力赢得。

io.github.dotnet/roslyn/code-review

审阅 dotnet/roslyn 中的代码改动的正确性、性能，以及与项目约定的一致性。在审阅 PR 或代码改动时使用。

io.github.home-assistant/core/ha-review

审查 Home Assistant 代码变更并给出建设性反馈。需要一致性审查行为与输出格式时应使用。可用于一般代码审查，不限于 GitHub pull request。

io.github.Raishin/vanguard-frontier-agentic/css-architecture-design-system-review

审查 CSS 的特异性与层叠层级（cascade layer）纪律、设计令牌（自定义属性）一致性，以及响应式策略正确性（容器查询 vs 媒体查询），在特异性大战、硬编码值导致的令牌漂移、不回流布局违反 WCAG 1.4.10/1.4.4 等问题恶化为不可维护样式表之前将其拦截。

io.github.redis/node-redis/maintainer-review

以 node-redis 维护者身份审阅 GitHub issue 或 pull request 链接，逐层评估其主张是否真实、是否实际重要、能否用已支持的功能解决、范围界定是否正确、是否更适合另一种设计，以及是否值得投入维护者与贡献者精力。用于评估 issue 的有效性或严重度、决定优先处理还是关闭、判断所请求的功能是未被满足的需求还是仅是可发现性/使用上的缺口、判断某 PR 是否值得打磨到可合并、比较开启的 PR 或备选设计、区分代码质量与仓库就绪度，或撰写简明的维护者评估。当应请求关闭、补充证据或代码改动时，还生成礼貌、简洁、完整、可直接粘贴的维护者评论。

io.github.sickn33/antigravity-awesome-skills/code-review-and-quality

执行多维度代码审查。在合并任何变更前使用；审查自己、其他代理或人类编写的代码时使用；需要在代码进入主干前从多个维度评估质量时使用。

io.github.sickn33/antigravity-awesome-skills/styleseed-design-review

审查 UI/前端代码，准确告诉你它为什么“看起来像 AI 生成”——以及如何修复。当 React/Tailwind/HTML 界面看起来怪异、平庸或未完善，或你想在发布前获得设计评分、让 UI 更专业精致时使用。

io.github.sickn33/antigravity-awesome-skills/review-swarm

对当前 git diff 或明确文件范围进行并行的只读多代理审查，发现行为回归、安全或隐私风险、性能与可靠性问题、契约或测试覆盖缺口。当用户要求 review swarm、并行审查、diff 审查时使用。

io.github.sickn33/antigravity-awesome-skills/review-and-simplify-changes

针对 git diff 或明确文件范围审查复用性、代码质量、效率、清晰度与规范问题，随后可选择性应用安全的 Codex 修复。当用户要求“简化代码”“审查改动的代码”“检查代码复用”“审查代码质量”时使用。

io.github.sickn33/antigravity-awesome-skills/ui-review

审查 UI 代码在设计系统一致性、无障碍性与最佳实践方面的合规性

io.github.mlflow/mlflow/ui-review

审查 GitHub PR 中的 UI/UX 改动：启动 MLflow Web 应用，通过无头 agent-browser 操作改动涉及的界面，并为工作流写出一份 Markdown 格式的 UI 审查评论内容（结论与截图）。

io.github.Archive228/loopkit/sql-review

在 SQL 与 ORM 查询上线前审查其正确性、安全性与性能。

io.github.bmad-code-org/BMAD-METHOD/bmad-code-review

用并行审查层(Blind Hunter、Edge Case Hunter、Acceptance Auditor)对代码变更做对抗式审查,并按可执行类别结构化分诊结果。当用户说 "run code review" 或 "review this code" 时使用。

io.github.PrefectHQ/fastmcp/review-pr

监控并回应自动化 PR 审查（Codex 机器人）。在推送 PR、查看审查状态或回应机器人反馈时使用，覆盖推送、等待审查、评估意见、修复、再次推送的完整循环。

io.github.elastic/kibana/review-connector

审阅连接器规格改动（spec、docs）。在审阅涉及连接器规格的 PR、在 create-connector 或 build-connector 之后做创建后审查，或准备连接器 PR 检查清单时使用。

io.github.openai/codex/code-review

对 pull request 执行最终代码审查。

io.github.metabase/metabase/e2e-test-review

审查 Cypress E2E spec 文件是否符合 Metabase 约定，识别常见坑与 flaky/性能问题。在审查 e2e/test/scenarios/ 下包含 Cypress spec 文件的 PR 或 diff 时使用。

io.github.sickn33/antigravity-awesome-skills/review-animations

在严格的工艺、性能、无障碍性与交互质量标尺下审查动画与动效代码时使用。

io.github.n8n-io/n8n/human-like-code-review

像一位细致的人类评审者那样审阅 GitHub PR，并把反馈写入 markdown 文件。优先考虑上下文、架构契合度、方案复杂度、缺陷、安全边界情形与缺失的测试。在被给定待评审的 PR 链接，或用户输入 /human-like-code-review 时使用。