搜索「Literature Review」的结果

io.github.github/awesome-copilot/gem-devops-guidelines

设计或评审基础设施、部署、CI/CD、Docker、Kubernetes、健康检查、回滚、特性开关、生产就绪以及移动端发布工作流。适用于 DevOps、平台、容器、流水线与发布相关任务。

自动评审流水线（gstack）

io.github.garrytan/gstack/autoplan

自动评审流水线：从磁盘读取完整的 CEO、设计、工程和 DX 评审 skill，依据 6 条决策原则做自动决策并按顺序运行。（gstack）

Netdata 静态安装包打包

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 注意事项、调试构建、常见故障及其修复，以及如何在目标主机上复制/校验制品。

open-pr（发起 PR）

io.github.Significant-Gravitas/AutoGPT/open-pr

按规范发起 PR：使用 PR 模板、保证测试覆盖并走完评审流程。指导代理创建遵循仓库约定的 PR，确保不破坏既有行为、为新行为补测试，并在无法本地测试时借助机器人完成评审。当用户要求开 PR、创建 PR、提交 PR、推送并创建 PR 等任何发起拉取请求的说法时触发。

发布 publish

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。

paper-lookup（学术文献检索）

io.github.K-Dense-AI/scientific-agent-skills/paper-lookup

在 11 个学术文献 API 中检索论文、预印本、引用与开放获取全文，并返回可复现的溯源结果。覆盖 PubMed、PMC（全文）、Europe PMC（全文与预印本检索）、bioRxiv、medRxiv、arXiv、OpenAlex、Crossref、Semantic Scholar、CORE、Unpaywall。适用于检索论文、引用、DOI/PMID/arXiv、摘要、全文、开放获取 PDF、预印本、引用网络、作者发文或任何学术文献查询。提及任一受支持数据库，或“find papers on X”“look up this DOI”“who cites this paper”“get me the PDF”等请求会触发。

dsh-trim-cot-leakage（推理痕迹清理）

io.github.deepseek-ai/deepseek-harness/dsh-trim-cot-leakage

在审计或修正读起来像泄漏推理记录的文案时使用——例如（决策 N）、审计条目编号等指向未提交草稿的陈旧设计会话引用；used to、no longer、this cut 之类的变更叙述；基于栈或评审视角的表述（本 stack 中后续的 PR、评审中被否决）；面向评审者的辩解；控制流叙述；以及注释、JSDoc、文档、Agent Notes 中残留的规划性试探语气。

Cursor Agent 协作流程

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 的代码评审意见时使用。

generate-migration（生成 Django 迁移）

io.github.getsentry/sentry/generate-migration

为 Sentry 生成 Django 数据库迁移。在创建迁移、增删列或表、添加索引或解决迁移冲突时使用。

master-agreement-generator

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

让每个非平凡决策在生效前接受全新上下文的对抗性审查。在你想在推进前交叉质询每个假设、对计划做隐性失败模式压力测试、正确性比速度更重要、在不熟悉的代码中工作、风险高企（生产认证、安全敏感逻辑、高风险迁移、不可逆操作），或任何「现在就验证比日后再调试更划算」的时刻使用。

CodeQL 告警分诊 triage-codeql

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 时使用。

前端测试（Dify）

io.github.langgenius/dify/frontend-testing

在 web/ 或 packages/dify-ui/ 下编写或修改 Vitest、React Testing Library 测试时使用，或用户明确要求制定前端测试策略（含评估现有策略）时使用。不适用于仅做前端代码审查、泛泛的可测试性讨论、Python 测试或 Cucumber/Playwright E2E。

ClickHouse 日志查询（Supabase）

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。

matlab

io.github.K-Dense-AI/scientific-agent-skills/matlab

Build, review, migrate, and safely plan MATLAB or GNU Octave numerical workflows, including arrays, tabular/time data, tests, projects, graphics, MAT files, and explicit Python interoperability.

opentrons-integration（Opentrons 机器人协议）

io.github.K-Dense-AI/scientific-agent-skills/opentrons-integration

为 Flex 与 OT-2 机器人编写、审查、迁移、仿真并排查官方 Opentrons Python Protocol API v2 协议。适用于机器人专属的液体处理、deck 与 labware 设置、移液器、模块、运行时参数、液体类别，以及 Opentrons App 分析。当同一工作流需要支持多品牌机器人时改用 pylabrobot。

pylabrobot（PyLabRobot 实验室自动化）

io.github.K-Dense-AI/scientific-agent-skills/pylabrobot

开发和审查 PyLabRobot 实验室自动化资源、液体处理方案、离线仿真与受支持设备集成。用于 PyLabRobot 协议或 API 相关问题；物理执行必须置于显式的操作员安全门之后。

paperclip（Paperclip 文献检索）

io.github.K-Dense-AI/scientific-agent-skills/paperclip

使用 GXL 的 Paperclip CLI 检索和阅读生物医学论文全文、FDA/PMDA/EMA 监管文件、临床试验注册信息和 UniProt/PDB/ChEMBL 条目。涵盖用 PAPERCLIP_API_KEY 安装与鉴权 `paperclip` 二进制、/papers、/fda、/trials、/proteins、/clipboard 下的只读虚拟文件系统、来源范围的语义搜索、全语料 grep、元数据查询与 SQL、跨多篇论文的 map/reduce 阅读、图像视觉分析、带论断核验的可选论文仓库，以及锁定行号的引用。当被要求安装 paperclip、运行 paperclip search/grep/map/reduce/sql/repo、通过 paperclip 查找或阅读生物医学文献、监管文件或临床试验，或生成带行号的引用时使用。

managed-pentesting-with-strix(Strix 托管渗透测试)

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 的安全测试。

盯守 GitHub PR

io.github.openai/codex/babysit-pr

在 GitHub PR 创建后持续轮询评审评论、CI 检查/工作流运行与可合并状态直至其被合并/关闭或需要人工介入。诊断失败原因、对疑似 flaky 失败最多重试 3 次，并在合适时自动修复并推送分支相关问题，同时持续监视未关闭的 PR 以便及时反馈新的评审意见。当用户要求 Codex 盯住某个 PR、观察 CI、处理评审评论，或持续关注未合并 PR 上的问题与反馈时使用。

OpenClaw 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）。

工程分析转化为 Insight

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。