“Review” 共 713 个结果
io.github.getsentry/sentry/react-testing
使用 Jest 与 React Testing Library 为 Sentry 前端编写和审查 React/TypeScript 测试。在 static/ 中新增或编辑测试（*.spec.tsx）、编写组件/hook 测试、用 MockApiClient 模拟 API 响应、测试路由或网络请求，或被要求“write a frontend test”“add a React test”“test this component”“fix a flaky RTL test”时使用。
io.github.supabase/supabase/test-the-docs
在一次性的 Docker Compose 沙箱（runner 容器 + 通过 supabase start 启动的本地 Supabase 栈）里执行文档中可运行的代码片段与示例。在 Draft 之后或 Self-review 期间，被要求测试文档、对 CLI/SQL/代码样例做事实核查或为文档 PR 产出验证报告时使用。作为 review-the-docs 的 lint/build 检查的补充而非替代。
io.github.supabase/supabase/ask-the-docs
基于文档化的架构、构建流水线与 review 模式回答关于 Supabase docs 应用（apps/docs）的问题，并在提议或评审改动时套用功能设计原则（代码库复用、极简编码）。当用户问“docs 应用里 X 是怎么工作的”“Y 在哪里”“这个方案在 docs 应用里合适吗”，或在 apps/docs/ 下做非平凡改动前使用——特别是涉及 MDX 流水线、markdown 生成、内容组件、联邦文档、贡献者写作模式的场景。必要时可用 Mermaid 图回答架构问题。
io.github.remotion-dev/remotion/v5-breaking-changes
在 v4 与 v5 发布线仍共享代码期间实施或审查 Remotion 5 的破坏性变更。适用于 main 分支上必须保持 v4 行为与公共类型兼容,但切换中央 v5 开关后应启用新运行时行为、默认值或 TypeScript API 的情况。
io.github.deepseek-ai/deepseek-harness/dsh-client-ui-ux
Design and review DeepSeek Harness client UI changes — visual token discipline, reuse-before-adding, feedback surfaces (toast vs in-place notice vs empty state), overlay and menu safety, platform window adaptation, loading states, and error copy placement. Use when adding or changing product-user-visible GUI behavior in packages/client, or when reviewing such a PR.
io.github.ossrs/srs/internal-codemap-for-srs
把 SRS 与 Oryx 的代码任务路由到最小相关的可信代码库地图与验证指引。只要支持、开发、调试、评审或维护工作需要定位、选择、阅读、修改、测试或验证 SRS/Oryx 代码时使用。覆盖第一代 C++ 源站与边缘媒体服务器及其 State Threads 依赖、下一代 Go 服务器、浏览器推流与播放、SRS Docker 镜像工具链、SRS 测试，以及 Oryx 的 Go 后端、React 控制台、一体化运行时、打包、安装器、发布与测试。作为父级支持与发展技能的代码导航依赖；面向用户的工作流程与结果仍由父技能负责。
io.github.sickn33/agentic-awesome-skills/ai-coding-agent-guardrails
Secure AI coding agents (Claude Code, Cursor, Codex, Copilot) with permission boundaries, secret protection, code review gates, and safe sandbox configurations for team environments.
io.github.github/awesome-copilot/macos-golden-gate-design
Design, implement, review, or refactor native macOS 27 Golden Gate interfaces in SwiftUI or AppKit. Use when a Mac app must match Apple's current macOS 27 UI kit and restrained Liquid Glass language: integrated windows, full-height sidebars, native toolbars, flat lists, tables, and forms, clear pane boundaries, accessible materials, and removal of unnecessary nested cards, framed panels, or glassmorphism. Also use for Figma macOS 27 design-to-code work and audits of interfaces that feel too boxed.
io.github.affaan-m/ECC/plan-canvas
在本地浏览器画布中打开计划与 HTML 产物，人可以在同一页面上标注元素、聊天并批准或要求修改。在展示计划供评审，或像“把这个挪一下、那个改一下”这类用指比用打字更方便的反馈时使用。
io.github.affaan-m/ECC/coding-standards
跨项目的基础编码约定，涵盖命名、可读性、不可变性与代码质量评审。框架相关模式请使用更细粒度的前端或后端 skill。在没有适用的框架专用 skill、需要评审代码质量或命名时使用。
io.github.affaan-m/ECC/agent-sort
针对特定仓库生成有证据支撑的 ECC 安装计划：用并行的、感知仓库的审查轮次，把技能、命令、规则、hooks 和额外项分成 DAILY 与 LIBRARY 两类。当应把 ECC 精简到项目真正所需、而非整套加载时使用。
io.github.github/awesome-copilot/gem-devops-guidelines
设计或评审基础设施、部署、CI/CD、Docker、Kubernetes、健康检查、回滚、特性开关、生产就绪以及移动端发布工作流。适用于 DevOps、平台、容器、流水线与发布相关任务。
io.github.garrytan/gstack/autoplan
自动评审流水线：从磁盘读取完整的 CEO、设计、工程和 DX 评审 skill，依据 6 条决策原则做自动决策并按顺序运行。（gstack）
io.github.netdata/netdata/packaging-static-installer
从当前检出为 x86_64、aarch64、armv6l 或 armv7l 构建静态自解压 Netdata 安装器（`netdata-<arch>-latest.gz.run`）。当用户要求构建/产出/打包/测试静态二进制、makeself 安装器、`.gz.run` 制品或 Netdata「静态安装」；在 Linux 机器上无本地构建工具链验证 PR；或在本地复现 CI static-builder 问题时使用。涵盖 `packaging/makeself/` 下基于 Docker 的构建流程、强制前置检查（子模块初始化、全新 `netdata/static-builder:v1` 镜像）、构建按序执行的 18 个 job、制品输出布局、`artifacts/cache/` 复用模型、跨架构 QEMU 注意事项、调试构建、常见故障及其修复，以及如何在目标主机上复制/校验制品。
io.github.Significant-Gravitas/AutoGPT/open-pr
按规范发起 PR：使用 PR 模板、保证测试覆盖并走完评审流程。指导代理创建遵循仓库约定的 PR，确保不破坏既有行为、为新行为补测试，并在无法本地测试时借助机器人完成评审。当用户要求开 PR、创建 PR、提交 PR、推送并创建 PR 等任何发起拉取请求的说法时触发。
io.github.code-yeongyu/oh-my-openagent/publish
通过触发 GitHub Actions 的 publish 工作流并核验产物，把 oh-my-opencode 发布到 npm。仅用于发布：不会运行 pre-publish-review，也不会重新评审已合并的代码，除非用户明确要求。参数：<patch|minor|major|explicit-semver>。触发词：publish、release、deploy、npm publish。
io.github.deepseek-ai/deepseek-harness/dsh-trim-cot-leakage
在审计或修正读起来像泄漏推理记录的文案时使用——例如（决策 N）、审计条目编号等指向未提交草稿的陈旧设计会话引用；used to、no longer、this cut 之类的变更叙述；基于栈或评审视角的表述（本 stack 中后续的 PR、评审中被否决）；面向评审者的辩解；控制流叙述；以及注释、JSDoc、文档、Agent Notes 中残留的规划性试探语气。
io.github.langfuse/langfuse/cursor-agents-workflow
人工交接、Linear 分支命名、可评审（非草稿）PR、Claude、Greptile 与 Codex 评审意见、预览测试步骤、发布在 GitHub PR 上的工作证明，以及供 Cursor agent 使用的评审存疑笔记。当 Cursor Cloud 或 Cursor 桌面 agent 实现 Linear issue、创建 GitHub PR、请人工测试、贴出截图或视频，或处理 Claude、Greptile、Codex 的代码评审意见时使用。
io.github.getsentry/sentry/generate-migration
为 Sentry 生成 Django 数据库迁移。在创建迁移、增删列或表、添加索引或解决迁移冲突时使用。
io.github.affaan-m/ECC/master-agreement-generator
Generate review drafts of counterparty master agreements from one template plus a JSON spec, with role-selected clauses and a Schedule A workflow limited to the executed agreement's notice authority. Use when you need reproducible drafting and separately reviewed execution preparation.
io.github.affaan-m/ECC/plan-canvas
在本地浏览器画布中打开计划与 HTML 产物，人可以在同一页面上标注元素、聊天并批准或要求修改。在展示计划供评审，或像“把这个挪一下、那个改一下”这类用指比用打字更方便的反馈时使用。
io.github.addyosmani/agent-skills/doubt-driven-development
让每个非平凡决策在生效前接受全新上下文的对抗性审查。在你想在推进前交叉质询每个假设、对计划做隐性失败模式压力测试、正确性比速度更重要、在不熟悉的代码中工作、风险高企（生产认证、安全敏感逻辑、高风险迁移、不可逆操作），或任何「现在就验证比日后再调试更划算」的时刻使用。
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.langgenius/dify/frontend-testing
在 web/ 或 packages/dify-ui/ 下编写或修改 Vitest、React Testing Library 测试时使用，或用户明确要求制定前端测试策略（含评估现有策略）时使用。不适用于仅做前端代码审查、泛泛的可测试性讨论、Python 测试或 Cucumber/Playwright E2E。
