将复杂用户请求分解为可执行子任务,识别所需能力,在 skills.sh 搜索现有技能并在无解时创建新技能。当用户提交复杂的多步请求、想要自动化工作流,或需要把大任务拆解为可管理部分时使用。
v1.0.0
将复杂用户请求分解为可执行子任务,识别所需能力,在 skills.sh 搜索现有技能并在无解时创建新技能。当用户提交复杂的多步请求、想要自动化工作流,或需要把大任务拆解为可管理部分时使用。
使用场景/代码审查与 GitHub
拉取 PR、读 diff、查 Issue、管理仓库。适合 Code Review、发布说明、CI 问题排查。
共匹配 6,707 个资源 · 第 3 / 140 页
GitHub MCP 让 AI 进入你的协作流程:拉取 PR diff 做代码审查、检索 Issue 历史定位已知问题、读取 CI 日志分析构建失败、汇总提交生成 changelog。官方 github/github-mcp-server 通过 GitHub API 或个人访问令牌(PAT)鉴权,Gitee / GitLab 也有对应实现。
Code Review 实践:把团队的评审规范写成 Skill(如「检查竞态、边界、错误处理,按严重度输出」),配合 GitHub MCP 让 AI 先过一遍 PR,人工只看 AI 标出的高风险行——审查耗时通常明显下降,且低級错误漏检更少。
权限建议:使用细粒度 PAT(只授予目标仓库 contents / pull-requests 读写),组织仓库务必开只读起步;让 AI 发布评论或合并前先要求确认,防止误操作污染协作记录。
v1.0.0
将复杂用户请求分解为可执行子任务,识别所需能力,在 skills.sh 搜索现有技能并在无解时创建新技能。当用户提交复杂的多步请求、想要自动化工作流,或需要把大任务拆解为可管理部分时使用。
v0.1.2
当 Codex 需要 gstack 风格的 CEO/产品、工程、设计、QA、发布或产品组合货架空间评审时使用本技能,例如以「use g…」开头的请求。
v0.2.1
以分阶段、低风险的恢复流程诊断并修复损坏的 Git 状态与 worktree 元数据。当 Git 报告 detached HEAD 或相互矛盾的 HEAD 状态、幽灵 worktree 锁、孤立 worktree 条目、缺失 refs、全 0 哈希,或分支操作报 already checked out、unknown revision、not a valid object name、cannot lock ref 等错误时使用。
v1.0.0
执行 SecOps 终端检查:EDR、Sysmon、更新、EVTX 告警、最小权限、网络暴露面、凭据保护、漏洞、周度评估……该技能还包含技能自身完整性检查。
v0.1.0
GitLab API 集成,用于仓库操作。在 GitLab 仓库中读取、写入、创建或删除文件、列出项目、管理分支或执行其他 GitLab 仓库操作时使用。
v1.0.0
从多个平台(Amazon、Google、Yelp、TripAdvisor)抓取、分析并总结商品评论。提取关键洞察、情感分析、优缺点与建议。在为选品套利做调研、撰写联盟营销内容或做购买决策时使用。
v1.0.0
使用 Preloop 的 request_approval 工具,在删除、改动生产环境或修改外部系统等高风险操作前取得人工批准。
v1.0.0
审阅并审计智能体技能(SKILL.md 文件)的质量、正确性与有效性。当你想在发布前评估某个技能、评审他人技能、给技能质量打分、找出技能内容中的缺陷,或改进已有技能时使用。
v1.0.0
按地区、技术栈和岗位查找并排序 GitHub 开发者。搜索候选人,获取经过评分的档案,包含技术栈匹配、活跃度与联系方式。
Review Paperclip stories for a feature or change using the Storybook catalog, production source, and existing browser tests. Report component, mock, interaction, and visual evidence separately.
Review PyTorch pull requests for code quality, test coverage, security, and backward compatibility. Use when reviewing PRs, when asked to review code changes, or when the user mentions "review PR", "code review", or "check this PR".
当用户想安全地重命名、提取、拆分、移动或重组代码时使用。示例:“重命名这个函数”“把这个提取成模块”“重构这个类”“把这个移到单独的文件”。
当用户想安全地重命名、提取、拆分、移动或重组代码时使用。示例:“重命名这个函数”“把这个提取成模块”“重构这个类”“把这个移到单独的文件”。
依据 Metabase 编码标准审查 TypeScript/JavaScript 代码变更,检查风格违规与代码质量问题。在审查包含 TS/JS 代码的 PR 或 diff 时使用。
Triages GitHub issues by routing to oncall teams, applying labels, and closing questions. Use when processing new PyTorch issues or when asked to triage an issue.
当裁剪扫描、批量条目编辑或结构调整需要在改动 README.md 之前由维护者审查时,生成交互式保留/删除裁决预览(带逐行反馈控件的 HTML 页面),并处理维护者粘贴回来的反馈 JSON。
把本地改动提交为基线,跳入轻量 review worktree,仅针对该提交做“核弹级”代码质量审查,把由此产生的重构作为独立追加提交落地,然后合回并拆除工作树。当用户要求审查本地未提交改动中的 AI 垃圾代码与冗余代码,或调用 nv-park-and-review 时使用。
仅在用户明确要求审查 web/ 或 packages/dify-ui/ 下的前端代码时使用。支持待提交变更、按文件和粘贴 diff 三种审查模式。不适用于仅实现代码的请求、无审查意图的诊断、或纯后端代码。
在完成任务、实现重要功能或合并前使用,以验证工作符合要求。
Reviews staged changes and drafts a Conventional Commits-compliant commit message with the right type, scope, and length. Use before committing, or when the user asks to write, fix, or review a commit message.
审查 diff 中的过度工程。找出该删的东西:重复造的标准库、多余依赖、投机性抽象。每条发现一行。
审查 Spec Kit 代码变更的正反用例覆盖、bug 修复的回归证据以及仓库术语一致性。在审查 diff 或 pull request 时使用。不用于实现变更,也不用于提交 GitHub review 操作。
从某个基准点(commit、分支、标签或 merge-base)出发,沿两个维度审查变更:规范(代码是否遵循本仓库成文的编码规范?)与规格(代码是否符合来源 issue/规格的要求?)。两组审查由并行子代理执行并对照汇报。当用户想审查分支、PR、进行中的变更,或要求“review since X”时使用。
一次性安装 reproduce-issue 技能与 reproduce-verifier 智能体所需的沙箱前置条件——Docker、隔离运行时(Linux 上用 gVisor,macOS 上用 Colima)、健康的容器网络,以及 nx-review-sandbox 工具链镜像(依据仓库的 mise.toml 构建)。操作幂等,可随时重跑以校验或修复。当用户说搭建审查沙箱、安装沙箱前置条件、构建沙箱镜像,或 reproduce-issue 的预检报告某项缺失时使用。
Fetch, analyze, reproduce, and minimize GitHub issue reproductions. Use only when the user asks to check whether a GitHub issue reproduces, minimize a GitHub issue's repro, analyze a GitHub bug report, or scrub/triage a GitHub issue for reproducibility. Do not use for standalone reproduction requests without a GitHub issue.
Fix bugs reported in PyTorch GitHub issues by reproducing, root-causing, and implementing a fix in the local working tree. Use when the user asks to fix a PyTorch GitHub issue.
审查 PyTorch 的 pull request,关注代码质量、测试覆盖、安全与向后兼容。在审查 PR、被要求审查代码变更,或用户提到「review PR」「code review」「check this PR」时使用。
使用 ArgoCD 与 Flux 实现 GitOps 工作流,达成自动化、声明式的 Kubernetes 部署与持续调谐。在落地 GitOps 实践、自动化 Kubernetes 部署或配置声明式基础设施管理时使用。
Statically review MCP configuration for mutable package references before approval or CI, without executing discovered MCP servers.
Statically review MCP configuration for mutable package references before approval or CI, without executing discovered MCP servers. Use when reviewing .mcp.json, Cursor, VS Code, Claude, Windsurf, or other repo-scoped MCP config.
Statically review MCP configuration for mutable package references before approval or CI, without executing discovered MCP servers. Use when reviewing .mcp.json, Cursor, VS Code, Claude, Windsurf, or other repo-scoped MCP config.
获取、分析、复现并精简 GitHub issue 的复现步骤。仅在用户要求验证某个 GitHub issue 是否可复现、精简其复现用例、分析 bug 报告,或为可复现性对 issue 做审查/分诊时使用。不适用于没有对应 GitHub issue 的独立复现请求。
复现并定位 PyTorch GitHub issue 报告的 bug,在本地工作区实现修复。当用户要求修复 PyTorch GitHub issue 时使用。
对 GitHub issue 进行分诊:路由到值班团队、打标签并关闭咨询类问题。在处理新的 PyTorch issue 或被要求分诊 issue 时使用。
Git workflow patterns including branching strategies, commit conventions, keeping history clean and readable, tidying local commits before merging, merge vs rebase, conflict resolution, and collaborative development best practices for teams of all sizes. Use when choosing a branching strategy, writing commit conventions, cleaning up history before a pull request, deciding merge versus rebase, or resolving conflicts.
Library-agnostic Flutter/Dart code review checklist covering widget best practices, state management patterns (BLoC, Riverpod, Provider, GetX, MobX, Signals), Dart idioms, performance, accessibility, security, and clean architecture. Use when reviewing Flutter or Dart code, whatever state management library the project uses.
Use this skill when adding authentication, handling user input, working with secrets, creating API endpoints, or implementing payment/sensitive features. Provides comprehensive security checklist and patterns.
Review Orchard deployment manifests
仅在用户明确要求审查 api/ 下的后端代码时使用。支持待提交变更、按文件和粘贴 diff 三种审查模式。不适用于仅实现代码的请求、无审查意图的诊断、前端代码、或 api/ 之外的后端代码。
以设计师视角做 QA:发现视觉不一致、间距问题、层次问题、AI 味十足的低质样式和迟缓交互——然后修掉它们。(gstack)
Git 工作流模式,包括分支策略、提交约定、合并与变基的取舍、冲突解决,以及适用于各种规模团队的协作开发最佳实践。当需要选择分支策略、制定提交约定、决定用 merge 还是 rebase,或解决冲突时使用。
Review UI4 CSS migrations for proper token usage. Checks that CSS variables are used instead of hardcoded values.
Implement GitOps with ArgoCD for declarative Kubernetes deployments.
提交前评审:安全扫描、质量门禁与自动修复。
Waza check/code-review 的 Pake 项目适配层。用于 TypeScript CLI、Rust/Tauri、发布产物与 CI 的审查。
在添加身份认证、处理用户输入、接触密钥、新建 API 端点或实现支付/敏感功能时使用本技能。提供完整的安全清单与模式。
migrate GitHub issues from one repository to another
Search for an existing VS Code GitHub issue
本地 stdio 部署用个人访问令牌(推荐细粒度 PAT)最简单;多用户托管场景才需要 GitHub App / OAuth。环境变量名见资源详情页。
会。它是第一道过滤而非替代:语义类缺陷检出不错,但供应链、越权逻辑仍需专业审计与人工评审兜底。
取决于模型提供方与令牌权限。企业内网可选本地模型 + 只读令牌;令牌务必设置过期与最小 scope,并定期轮换。