“Repository” 共 93 个结果
io.github.pdsuwwz/nextjs-nextra-starter/nextjs-nextra-starter-distill
蒸馏并应用本仓库 Next.js Nextra 启动模板的架构、已实现功能、扩展点与迁移模式。适用于需要理解本项目、继续第二阶段开发、修改 docs/landing/i18n/theme/auth/UI 行为，或把 Next.js 16 + Nextra 4 + Tailwind CSS 4 这些模式复用到其他项目的场景。
io.github.github/awesome-copilot/react-container-presentation-component
在 src/components 下按 Container/Presentation 模式创建组件：询问组件名与类型（ui 或 features），然后按本仓库的 TypeScript、Storybook 与 SCSS 约定生成文件。当用户明确索要 Container/Presentation 模式组件或运行 /react-container-presentation-component 时使用。
io.github.alicankiraz1/CursorQB/cursorqb-autopsy
CursorQB 规划流程的第 1.5 步（目标驱动），对既有项目做体检。在第 1 步之后（或直接）使用，检查已有或部分完成的仓库并写出 Planner-docs/Autopsy.md —— 一份 13 节的技术反馈报告，用于充实第 2 步的子计划。对非空的既有仓库会自动执行，空或近乎为空的仓库则跳过。由 define-goal 技能作为 Cursor 目标自动启动；只会创建/更新 Planner-docs/Autopsy.md。
io.github.binrogithub/1-3-Cloud-Adoption-Skills/CSS-Code-Search-MCP
在华为云 ECS 上从零部署 CSS/OpenSearch 代码搜索 MCP 服务器，让 Claude Code（claude-glm）能把 GitHub 仓库的代码与文档搜索当作原生 MCP 工具使用。当任务包括开通新的华为云 CSS 集群与 ECS、将代码仓库索引进 CSS，并作为可搜索 MCP 工具暴露给 AI 编码 agent 时使用。
io.github.ClickHouse/clickhouse-js/typescript-lsp
在 clickhouse-js 仓库中使用 TypeScript 语言服务器（typescript-language-server）进行精确的代码智能：转到定义、查找引用、悬停（类型签名与 JSDoc，含 @deprecated 信息）、全工作区符号搜索、补全与逐文件类型诊断。当需要解析符号的实际定义、查找导出 API 的所有用法或跨 packages/* 工作区检查推断类型时，优先使用它而非 grep。该服务器作为根 devDependency 预装——请先运行仓库的 setup 技能（npm install）以填充 node_modules。不要将本技能用于仅依赖 @clickhouse/client 的下游项目；它专用于在本仓库内工作。
io.github.google/adk-python/adk-review
审阅仓库中所有本地改动的错误、风格合规、意外结果，以及必要的文档/测试/示例更新。生成报告并按需协助修复所识别的问题。触发于「adk-review」「review changes」「pr review」「check code style」「verify changes」。
io.github.HKUDS/CLI-Anything/reasonix-skill
当用户希望 Reasonix 为 GUI 应用或源码仓库构建、完善、测试或验证 CLI-Anything harness 时使用。将 CLI-Anything 方法论适配到 Reasonix,不改变生成的 Python harness 格式。
io.github.prestodb/presto/review-presto-pr
审查 Presto 的 pull request、提交或本地改动，关注代码质量、风格、正确性与性能。当用户要求“code review”、“review commits”、审查最近 N 次提交、审查我的改动或审查分支时使用。仅在 Presto 仓库（prestodb/presto）中工作时使用，其他项目勿用。
io.github.vm0-ai/vm0-skills/cursor
Cursor Cloud Agents API，用于启动与管理后台编程智能体。当用户提及 "Cursor"、"Cursor agents"、"Cursor background agents"、"cloud agents"、"cursor.com"，或希望在某个 GitHub 仓库上启动、监控、跟进或取消自主编码智能体时使用。
io.github.flutter/flutter/analyze-github-flake
专门分析 flutter/flutter 仓库中的 flaky（不稳定）GitHub issue。当用户想针对某个 flutter GitHub issue 链接分析其不稳定性时使用。
io.github.HKUDS/CLI-Anything/hermes-skill
当用户希望 Hermes Agent 为 GUI 应用或源码仓库构建、完善、测试或验证 CLI-Anything harness 时使用。将 CLI-Anything 方法论适配到 Hermes,不改变生成的 Python harness 格式。
io.github.ok-oldking/ok-wuthering-waves/deploy
提交仓库中已完成的改动，创建下一个带注解的版本标签，并把提交与标签推送到发布远端。当用户要求部署、发布版本、创建或推送发布标签、为正式版运行 `deploy`、为 beta 预发布运行 `deploy beta`、或为 alpha 预发布运行 `deploy alpha`/`release alpha` 时使用。
io.github.openclaw/openclaw/technical-documentation
在你的仓库中编写并审查高质量的技术文档和代理指令文件。
io.github.wshobson/agents/git-advanced-workflows
掌握高级 Git 工作流，包括 rebase、cherry-pick、bisect、worktree 与 reflog，保持干净的提交历史并从任何状况中恢复。适用于管理复杂 Git 历史、协作开发特性分支或排查仓库问题。
io.github.ruvnet/ruflo/github-workflow-automation
高级 GitHub Actions 工作流自动化，具备 AI swarm 协同、智能 CI/CD 流水线与全面的仓库管理。
io.github.ruvnet/ruflo/github-multi-repo
多仓库协调、同步与架构管理,由 AI 蜂群编排。
io.github.HKUDS/CLI-Anything/macrocli
当用户希望 OpenClaw 为 GUI 应用或源码仓库构建、完善、测试或验证 CLI-Anything harness 时使用。将 CLI-Anything 方法论适配到 OpenClaw,不改变生成的 Python harness 格式。
io.github.ant-design/ant-design/issue-reply
按照官方指南帮助维护者回复 Ant Design 的 GitHub issue。当用户请求处理、回复、推进、查看或管理 ant-design/ant-design 仓库的 issue 时使用；用户围绕 antd、Ant Design 提到 GitHub issue 管理时也应使用。提供 issue 分类（Bug 与功能请求）、dosubot 回复处理、规范打标签、礼貌措辞，以及何时关闭 issue 的指南。
io.github.binrogithub/1-3-Cloud-Adoption-Skills/CSS-Code-Search-MCP
在华为云 ECS 上从零部署 CSS/OpenSearch 代码搜索 MCP 服务器，让 Claude Code（claude-glm）能把 GitHub 仓库的代码与文档搜索当作原生 MCP 工具使用。当任务包括开通新的华为云 CSS 集群与 ECS、将代码仓库索引进 CSS，并作为可搜索 MCP 工具暴露给 AI 编码 agent 时使用。
io.github.google-gemini/gemini-cli/critique
擅长审计并修复仓库脚本与 GitHub Actions 工作流，确保技术健壮性与安全性。
io.github.coder/coder/coder-agents-review
当仓库已有开启的 pull request 且需要运行 Coder Agents Review 循环时使用：必要时通过 `/coder-agents-review` 请求审查，等待 `coder-agents-review` GitHub 应用的反馈，修复问题并重复，直到该应用评论 `approved`。
io.github.nixopus/nixopus/dockerfile-generation
按生态以最佳实践生成生产就绪的多阶段 Dockerfile。当用户需要 Dockerfile、询问容器化方案，或仓库中没有 Dockerfile 时使用
io.github.nixopus/nixopus/deployment-analysis
分析仓库以确定生态、部署目标、端口、构建命令与 monorepo 结构。在开始新部署、接入新仓库，或用户询问项目所用技术栈/框架时使用
io.github.netdata/netdata/graphql-audit
分诊本仓库的 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 时使用。
