“Literature Review” 共 1,307 个结果
io.github.debpalash/VoiceStudio/voicestudio-maintainer
Triage GitHub issues, review contributor pull requests, diagnose CI, and prepare explicitly requested releases for VoiceStudio's Electron desktop app and Python backend. Use for repository maintenance work, not ordinary VoiceStudio audio generation.
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.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。
io.github.supabase/supabase/clickhouse-logs-queries
针对 ClickHouse 支撑的 logs 表（logs.all.otel 分析端点）编写、评审与迁移 Supabase 日志查询。只要任务涉及 Logs Explorer SQL、log_attributes map、按日志 source 查询（edge_logs、postgres_logs、auth_logs 等）、把旧的 BigQuery cross join unnest(metadata) 日志查询翻译为 ClickHouse，或在 apps/studio/data/logs 与 apps/studio/components/interfaces/Settings/Logs 中接入分析日志 SQL 时使用。用户即使只说“日志查询”“Logs Explorer”或粘贴一段 BigQuery 日志查询待转换也应使用，不必非要提到 ClickHouse。
io.github.K-Dense-AI/scientific-agent-skills/pylabrobot
开发和审查 PyLabRobot 实验室自动化资源、液体处理方案、离线仿真与受支持设备集成。用于 PyLabRobot 协议或 API 相关问题；物理执行必须置于显式的操作员安全门之后。
io.github.usestrix/strix/managed-pentesting-with-strix
通过 strix cloud CLI 或 REST API 在 app.strix.ai 平台上对 Web 应用、API、仓库或本地工作区进行托管式渗透测试,无需本地 Docker 或 LLM key。可安全审阅并上传本地源码、注册资产、启动并轮询扫描、分诊漏洞、导出 SARIF、下载合规报告、启动 PR 审查、购买额度和配置定时任务或 webhook。适用于托管式、持续、定时、团队跟踪或沙箱 agent 的安全测试。
io.github.openai/codex/babysit-pr
在 GitHub PR 创建后持续轮询评审评论、CI 检查/工作流运行与可合并状态直至其被合并/关闭或需要人工介入。诊断失败原因、对疑似 flaky 失败最多重试 3 次，并在合适时自动修复并推送分支相关问题，同时持续监视未关闭的 PR 以便及时反馈新的评审意见。当用户要求 Codex 盯住某个 PR、观察 CI、处理评审评论，或持续关注未合并 PR 上的问题与反馈时使用。
io.github.openclaw/openclaw/openclaw-pr-maintainer
遇到任何粘贴的 OpenClaw GitHub issue 或 PR 链接/编号时立即使用；也用于 OpenClaw issue/PR 编排、审查、分诊、根因修复、PR 重写、重复搜索、发起人身份/作者信息、账号注册时间/活跃度、评论、标签、关闭、合入或维护者证据核查。
io.github.PostHog/posthog/debugging-experiments
为查看自己结果的客户调试和支持 PostHog Experiments（A/B 测试）。只要粘贴了实验支持工单或客户提出结果相关问题就使用，最常见的是“为什么我的曝光不均？”“为什么某个变体没有流量？”“为什么我缺少/只见很少曝光？”“为什么出现偏差横幅？”“为什么 PostHog 的数字和我的 SQL 对不上？”。以只读方式拉取实验真实数据，对照已知成因清单匹配，产出面向客户的解释、修复方案与相关数字的评审。加载 diagnosing-experiment-results 作为深度诊断库。不触发：创建实验（用 creating-experiments）、仅配置放量（configuring-experiment-rollout）或指标（configuring-experiment-analytics）、询问生命周期问题（managing-experiment-lifecycle），或行为异常的是底层 feature flag 而非结果（用 debugging-feature-flags）。
io.github.PostHog/posthog/turning-engineering-analytics-into-insights
把工程分析（PR / CI）数据转化为已保存的 PostHog insight、仪表盘与订阅，并说明如何用 SQL 直接查询产品数据。涵盖经 engineering-analytics-sources 发现按团队的 GitHub 仓库表、在 HogQL 中复刻精心的列语义、在涉及产品逻辑时读取暴露的 engineering_analytics_* 仓库视图（CI 成本、指纹化失败行、提交归属）、用 insight-create 保存查询，以及用 subscriptions-create 安排投递。当被要求“把这个存成 insight”“把 CI 健康度/合并时长做成仪表盘”“每周给我邮件发 PR 吞吐量”“画 CI 成本图”“跟踪首次评审时长”“订阅这些数字”“对 CI 成功率告警”或询问“工程分析读取哪些数据/表/视图”时使用。临时性 CI 与合并问题用 diagnosing-ci-and-merge-bottlenecks；调查某个具体 CI 失败用 investigating-ci-failures。
io.github.deepseek-ai/deepseek-harness/dsh-ci-test-reliability
设计、评审并诊断 DeepSeek Harness 中可能因 CI 并发、宿主机共享资源、时钟、进程全局状态、子进程、网络监听或异步销毁而非确定性失败的测试与 fixture。在新增或修改存在此类风险的测试、排查 flaky CI、评审测试隔离时使用；准备提交的命令选取请另行使用 dsh-pre-push-checks。
