github-triage(GitHub 分诊)
对 issue 和 PR 进行只读 GitHub 分诊。1 个条目 = 1 个后台任务(类别:quick)。分析所有待处理条目,并将有证据支撑的报告写入 /tmp/{datetime}/。每条结论都需要 GitHub 永久链接作为证据。绝不在 GitHub 上执行任何操作——不评论、不合并、不关闭、不打标签,仅输出报告。触发词:'triage'、'triage issues'、'triage PRs'、'github triage'。
使用场景/代码审查与 GitHub
拉取 PR、读 diff、查 Issue、管理仓库。适合 Code Review、发布说明、CI 问题排查。
共匹配 6,707 个资源 · 第 11 / 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 发布评论或合并前先要求确认,防止误操作污染协作记录。
对 issue 和 PR 进行只读 GitHub 分诊。1 个条目 = 1 个后台任务(类别:quick)。分析所有待处理条目,并将有证据支撑的报告写入 /tmp/{datetime}/。每条结论都需要 GitHub 永久链接作为证据。绝不在 GitHub 上执行任何操作——不评论、不合并、不关闭、不打标签,仅输出报告。触发词:'triage'、'triage issues'、'triage PRs'、'github triage'。
依据既定检查清单规则,从质量、安全、可维护性和最佳实践角度审查后端代码。当用户请求审查、分析或改进 src/backend/ 目录下的后端文件(如 .py)时使用。不适用于前端文件(.tsx、.ts、.js)。支持待提交变更审查、代码片段审查和按文件审查。
合并前的 SQL 质量门禁——检查 26 种反模式、按 A-F 为可读性/性能评级、校验语法并扫描注入威胁。在提交或评审 SQL 变更前使用。
评审代码变更或 PR 的质量、正确性与可评审性。当被要求"review""check""provide feedback"或"post a review"时使用。并行派发专项 agent 做深入分析。
从质量、可维护性与正确性角度评审代码。在审查拉取请求、评估代码改动或为实现提供反馈时使用,重点关注 API 设计、模式与可落地的反馈。
vnext
为 QA 测试中发现的 GitHub issue 与 PR 打标签。在用规范标签组织 QA 发现时使用。
审阅并分析产品指标,进行趋势分析并给出可执行洞察。用于周/月/季度指标复盘、调查骤增或骤降、对照目标比较表现,或将原始数字转化为附建议行动记分卡时。
对照你的品牌语气、风格指南与信息支柱审阅内容,按严重度标出偏离,并给出前后对照的具体修正。用于发送前检查草稿、审阅文案的语气与术语一致性,或筛查无依据声明、缺失免责声明及其他法务红旗时。
对照组织的谈判手册审阅合同——标出偏离项、生成红线修订,并提供业务影响分析。用于审阅供应商或客户协议、需要逐条对照标准立场分析,或准备带优先级红线与退让立场的谈判策略时。
审查代码改动的安全性、性能与正确性。以 PR 链接或 diff 触发,如「合并前帮我审阅」「这段代码安全吗」,或在检查改动是否存在 N+1 查询、注入风险、遗漏边界情况或错误处理缺口时使用。
修改 HttpAdapter 的 Request 方法签名,接受 std::function 回调以异步处理 HttpResponse 对象。
使用 EAS 本地构建与 devicectl 为 apps/mobile 构建并安装 iOS 预览构建。当用户要求在已连接的 iPhone 上安装预览/内部 iOS 构建做接近生产的测试时使用。
根据技术栈为新项目搭建完整的 GitHub Copilot 配置。
掌握有效的代码评审实践:给出建设性反馈、尽早发现缺陷、促进知识共享,同时维护团队士气。适用于评审 pull request、制定评审标准或指导开发者。
借助知识图谱获取完整结构上下文来审查 PR 或分支 diff。输出附带爆炸半径分析的结构化审查。
仅用影响分析审阅自上次提交以来的改动。省 token 的增量审查,自动检测爆炸半径。
指导在项目(python项目)中队后端代码进行质量、安全、可维护性与最佳实践审查,基于既定规则清单。适用于用户请求对 backend/ 下后端文件(如 .py)进行审查、分析或改进。不用于前端文件(如 .tsx、.ts、.js)。支持待提交变更审查、代码片段审查、按文件审查。
当涉及添加身份验证(Authentication)、处理用户输入、操作机密(Secrets)、创建 API 终端节点或实现支付/敏感功能时,请使用此技能。提供全面的安全检查清单和模式。
在添加身份验证、处理用户输入、操作机密信息(Secrets)、创建 API 端点以及实现支付/敏感功能时使用此技能。提供全面的安全检查清单和模式。
在添加身份验证、处理用户输入、操作机密信息、创建 API 接口或实现支付/敏感功能时使用此技能。提供全面的安全自查清单和模式。
全面的产品经理简历审阅与定制,对照 10 项最佳实践,包括 XYZ+S 公式、关键词优化、按岗位定制与结构。用于审阅 PM 简历、准备求职申请或提升简历影响力。
将交互式 PR 评审走查生成为 HTML 页面。通过 gh API 拉取 PR 数据,把文件归类为核心改动与机械改动,添加评审者标注,并渲染带移动代码检测的 diff。当用户粘贴 GitHub PR 链接并请求评审、走查或摘要,或说“评审这个 PR”时使用。
当被要求创建 GitHub issue 时使用此技能。它针对不同 issue 类型(bug、功能请求等)使用仓库模板,并确保正确打标签。
用五道关卡的评审流程,按质量标准检查 Cursor IDE 规则(.mdc 文件)。校验 frontmatter(YAML 语法、必填字段、描述质量、触发配置)、glob 模式(精确度、性能、正确性)、内容质量(聚焦、组织、示例、交叉引用)、文件长度(建议 500 行以内)以及功能性(触发、交叉引用、可维护性)。适用于评审包含 Cursor 规则改动的 PR、周期性规则质量审计、提交前校验新规则、发现改进空间、整理规则供团队共享,或排查规则未按预期生效的原因。
GitHub 国内访问加速 skill,使用 githubproxy.cc 代理加速 GitHub 仓库克隆、文件下载、Raw 文件访问等操作。使用场景:(1) 需要 git clone GitHub 仓库时加速,(2) 下载 GitHub Release 文件、Raw 文件、Archive 压缩包时加速,(3) 任何需要访问 GitHub 资源但速度慢的场景
专注于模式、缺陷、安全与性能的代码审查专家。
面向分支、rebase、冲突与工作流的 Git 操作专家。
评审 C#/.NET 代码的设计模式实现并给出改进建议。
按照预设指令对项目中的代码进行审查与重构
智能 Git Flow 分支创建器:分析 git status/diff,按 nvie Git Flow 分支模型创建合适的分支。
根据当前仓库上下文与会话历史,从 awesome-copilot 仓库推荐合适的 GitHub Copilot 技能,避免与仓库现有技能重复,并找出需要更新的过时技能。
为现有 GitHub Actions CI/CD 工作流创建正式的规格说明,便于 AI 理解与工作流维护。
使用 feature_request.yml 模板,把规格文件中的功能请求创建为 GitHub Issue。
使用 feature_request.yml 或 chore_request.yml 模板,从实施计划的各阶段创建 GitHub Issue。
针对规格文件中未实现的需求,使用 feature_request.yml 模板创建 GitHub Issue。
根据当前仓库上下文与会话历史,从 awesome-copilot 仓库推荐合适的 GitHub Copilot 自定义 Agent 文件,避免与仓库现有自定义 agent 重复,并找出需要更新的过时 agent。
根据当前仓库上下文与会话历史,从 awesome-copilot 仓库推荐合适的 GitHub Copilot 指令文件,避免与仓库现有指令重复,并找出需要更新的过时指令。
评审并产出高品质、符合设计系统规范的生产级前端界面。以三大支柱评估:从洞察到行动的零摩擦、工艺质量、可信构建。适用:PR 评审、设计评审、无障碍审计、设计系统合规检查、富有创意的前端设计、UI 代码评审、组件评审、响应式检查、主题测试,以及打造令人难忘的 UI。不适用:后端 API 评审、数据库表结构评审、基础设施或 DevOps 工作、不含 UI 的纯业务逻辑,以及非前端代码。
从安全、性能与可维护性角度进行全面代码审查。当用户要求评审代码、检查 bug 或审计代码库时使用。
面向安全的代码审查清单,用于识别漏洞。
对本人本周提交做综合周报,按缺陷修复、技术债与净新增工作提炼亮点。
审查代码中的缺陷、安全问题、性能问题与最佳实践偏离,给出可执行的反馈。
代码审查辅助,涵盖 lint、风格检查与最佳实践
面向提交、分支与 Pull Request 的 Git 工作流指引
审计 Cursor 插件是否达到市场上架标准。在发布前校验清单、组件元数据、发现路径与提交质量。
当用户想创建、生成或配置 GitHub Actions 工作流时使用。支持 CI/CD 流水线、测试、部署、代码检查、安全扫描、发布自动化、Docker 构建、定时任务,以及任意语言与框架的自定义工作流。
以维护者视角审查一个开启中的 PR:检出分支、修复问题、推送改动,并发表一条结构化的评审结论评论,最终由你来合并或关闭。
以维护者视角审阅开启的 PR——检出代码、修复问题、推送改动,并发表结构化结论评论。你只需合并或关闭。
本地 stdio 部署用个人访问令牌(推荐细粒度 PAT)最简单;多用户托管场景才需要 GitHub App / OAuth。环境变量名见资源详情页。
会。它是第一道过滤而非替代:语义类缺陷检出不错,但供应链、越权逻辑仍需专业审计与人工评审兜底。
取决于模型提供方与令牌权限。企业内网可选本地模型 + 只读令牌;令牌务必设置过期与最小 scope,并定期轮换。