“Repository” 共 201 个结果
io.github.flutter/flutter/bump-dart
Do not trigger automatically; only run when a user runs /bump-dart. Bump the minimum Dart SDK version constraint across the flutter/flutter repository, update dependency checksums, and run verification.
io.github.pnpm/pnpm/testing-changes
Run the tests that cover a change in the pnpm repository, in the Rust workspace (pnpm/, pnpr/) or the TypeScript CLI (pnpm11/), and recognize the cases where a scoped run passes without testing anything. Use whenever verifying a change before committing or pushing, or when deciding what to run after an edit.
io.github.warpdotdev/warp/factory-files
创建和编辑基于文件的 Warp 软件工厂定义,目录树以 factory.yaml 为根。适用于编写或修改该 factory.yaml 及其下的 Agent、Automation、Scorer、Runner、Webhook 文件与工厂/agent 技能树,以及修复 Factory 文件诊断。不适用于属于其他工具的 agent 定义 Markdown、没有 factory.yaml 的目录树,也不适用于操作运行中的工厂或通过 Factory MCP 向其移交工作。
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”等请求会触发。
io.github.affaan-m/ECC/github-ops
GitHub 仓库的运维、自动化与管理。基于 gh CLI 完成 issue 分类、PR 管理、CI/CD 操作、发布管理与安全监控。当用户需要管理 GitHub issue、PR、CI 状态、发布、贡献者、陈旧条目，或处理超出简单 git 命令范围的 GitHub 运维任务时使用。
io.github.netdata/netdata/triage-codacy
本仓库的 Codacy Cloud 工作流——在 `git push` 前本地运行 Codacy 分析器（对齐 Codacy CI 行为），并经 v3 API 拉取/聚类任意 PR 的 Codacy 问题。当用户提到 Codacy、「codacy analysis」、`codacy-analysis-cli`、「codacy issues on PR」「fix codacy CI」「codacy markdownlint findings」，或 netdata-org PR 上任何 Codacy 门禁失败时使用。附带脚本 analyze-local.sh（codacy-analysis-cli 的 docker/二进制运行器）与 pr-issues.sh（分页 v3 问题拉取 + 按工具/模式/严重级/文件分组）。令牌安全——CODACY_TOKEN 绝不进入助手可见的 stdout。按设计只读；写操作（标记误报、标记已修复）需要 GitHub issue 或分支本地 SOW。
io.github.github/spec-kit/code-review
审查 Spec Kit 代码变更的正反用例覆盖、bug 修复的回归证据以及仓库术语一致性。在审查 diff 或 pull request 时使用。不用于实现变更，也不用于提交 GitHub review 操作。
io.github.mem0ai/mem0/mem0-integrate
以目标驱动、TDD 的流程将 Mem0 集成到现有仓库。自动检测仓库语言,并让用户在 Mem0 Platform(托管)与 Mem0 开源(自托管)之间选择。先写失败测试再做实现。产出本地功能分支和供配套验证技能使用的 .mem0-integration/ 产物。触发条件:用户说 "integrate mem0"、"add mem0 to this repo"、"wire mem0 into <repo>",或询问如何在现有项目中加入记忆。不触发:一般 SDK 使用(用 skill:mem0)、CLI 使用(用 mem0-cli)、Vercel AI SDK(用 skill:mem0-vercel-ai-sdk)。成功后调用 skill:mem0-test-integration 在同一工作区验证(松耦合)。
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.deepseek-ai/deepseek-harness/dsh-merging-stacked-prs
在需要将一组相互依赖的 GitHub PR（A ← B ← C，各自基于下层的分支）落地到 master、合并 base 指向另一个开放 PR 分支的 PR，或请求中提到 stacked PRs、PR stack、dependent PRs、依次合并多个相关 PR 时使用。落地前要求同仓库的每条依赖链都使用 GitHub 官方的堆叠 PR 功能，以便 GitHub 统一负责整栈的规则、CI、顺序、重定向与合并状态。
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.microsoft/TypeScript/compiler-and-fourslash-tests
如何在 TypeScript 仓库中编写、运行与调试编译器测试及 fourslash（LSP）测试。涵盖测试文件格式、directives、标记、基线管理以及 fourslash 校验 API。
io.github.nexu-io/open-design/od-plugin-publish-github
使用 gh CLI 将本地 OpenDesign 插件发布到新的公开 GitHub 仓库。
io.github.nexu-io/open-design/share-github-pr
当用户想把已验收的插件或制品打包成面向 OpenDesign 或其他目标仓库的 GitHub pull request 时使用此插件。
io.github.nexu-io/open-design/github-dashboard
GitHub 仓库分析仪表盘——star、fork、贡献者、issue、pull request、近期动态与头部贡献者。当需求要求 GitHub 仓库仪表盘、开源增长报告、仓库健康页面或 GitHub 分析视图时使用。
io.github.nexu-io/open-design/github-dashboard
GitHub 仓库分析仪表盘——star、fork、贡献者、issue、pull request、近期动态与头部贡献者。当需求要求 GitHub 仓库仪表盘、开源增长报告、仓库健康页面或 GitHub 分析视图时使用。
io.github.TryGhost/Ghost/convert-internal-package-to-typescript
将遗留 Ghost 内部工作区包从 JavaScript 或 CommonJS 转换为仓库的 TypeScript/ESM 金路径,同时保留文件历史与运行时兼容。适用于现有或新迁移私有包的现代化改造,包括 lib-to-src 分阶段迁移、JS→TS 重命名、消费方分析和包/归档校验。
io.github.affaan-m/ECC/security-bounty-hunter
在仓库中搜寻可被利用、够得上赏金的安全问题。聚焦可远程触达、符合真实上报标准的漏洞，而不是只有本地价值的噪音发现。在仓库中寻找可上报、可远程触达的漏洞时使用。
io.github.affaan-m/ECC/living-docs-governance
通过为现有项目文档分配清晰的章程、地图、状态与历史角色，再把正在使用的代理运行框架接到这些权威来源上，从而避免长期项目的文档腐化。在维护阶段使用：当文档与代码脱节、代理跨会话丢失上下文，或刻意删除的内容反复被重建时。优先沿用仓库现有的文档结构，而不是新建根目录文件。中文触发：文档治理、活文档、项目状态追踪、防文档漂移、项目地图、健康仪表盘、删除区、长期项目治理
io.github.ruvnet/ruflo/github-automation
面向 issue、pull request、CI 与发布的 GitHub 工作流自动化。适用于：明确要求托管平台的仓库操作。跳过：本地 git 操作已足够或未获授权公开发布。
io.github.PostHog/posthog/gating-production-deploys
在新增或编辑会向镜像仓库推送容器镜像（经 build-push-action 推 ECR/ghcr/Docker Hub）或触发生产部署（向 PostHog/charts 发起 `commit_state_update` repository_dispatch）的 GitHub Actions 工作流时使用。这类工作流从单一权威部署仓库运行，并由 CD_DEPLOY_ENABLED 变量把关。不适用于发布 GitHub Release、npm、crate 或 Homebrew 的工作流——那些留在公开仓库。
io.github.pingdotgg/t3code/ios-debugger-agent
使用仓库配置的 XcodeBuildMCP 服务器构建、启动、检视并驱动 iOS 应用。在 macOS 上用于 iOS 模拟器构建、聚焦的原生测试运行、语义化 UI 自动化、截图、日志或调试，包括 T3 Code Mobile 验证。
vdevelop
io.github.medusajs/medusa/reviewing-prs
评审 Medusa 仓库的 GitHub pull request。检查 PR 模板合规性、贡献指南、代码约定、安全、性能与缺陷，并输出结构化评审结论（标签 + 评审模板）供下游确定性步骤应用。当 PR 被创建或更新时使用。
io.github.citypaul/.dotfiles/refactoring
针对具备通过基线与充分保留证据的代码的重构评估与行为保持模式。当用户要求清理、简化或重构选定区域，以及在变异测试或经评审的对等替代证据确立 REFACTOR 步骤信心之后使用。涵盖重构前先提交的纪律、重构何时增值何时应跳过、以及优先级分类。对于选定全路径简化工程中的任何切片——过渡态或终态——以 reduce-system-complexity 为主导技能；适用时重构可作为次要技能。仓库级架构探索用 improve-codebase-architecture；模块契约用 codebase-design。证据不足或新增行为的代码请勿使用。
