GitHub
v1.0.0
通过 `gh` CLI 与 GitHub 交互。用 `gh issue`、`gh pr`、`gh run` 和 `gh api` 处理 issue、PR、CI 运行与高级查询。
使用场景/代码审查与 GitHub
拉取 PR、读 diff、查 Issue、管理仓库。适合 Code Review、发布说明、CI 问题排查。
共匹配 6,668 个资源 · 第 1 / 139 页
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
通过 `gh` CLI 与 GitHub 交互。用 `gh issue`、`gh pr`、`gh run` 和 `gh api` 处理 issue、PR、CI 运行与高级查询。
v1.2.5
GitHub API 集成,采用托管式 OAuth。访问仓库、issue、Pull Request、提交、分支与用户。当用户需要操作 GitHub 仓库、管理 issue 与 PR、搜索代码或自动化工作流时使用本技能;其他第三方应用请使用 api-gateway 技能(https://clawhub.ai/byungkyu/api-gateway)。调用通过 `maton` CLI 配合 OAuth 登录执行,或在无法安装 CLI 时凭 Maton API Key 走原始 HTTP。每次调用都以用户连接身份认证,仅能访问该连接授权范围内的数据,服务端对每个请求强制执行鉴权;此处记录的端点即本技能所用端点,若需该应用的其他端点,须由用户点名提出。默认只做读取与列表调用,任何写入或新连接都需经用户确认。本文件还按使用顺序记录把 GitHub 连接变成自动化的三个构件:连接(第一步)、一个托管函数……(原文截断)
v1.0.12
处理提交、分支、合并与 rebase,解决冲突并恢复丢失的 Git 历史。凡涉及仓库、提交、分支、合并、rebase、stash、tag 或 submodule 的操作时使用;当 Git 拒绝命令——存在 index.lock、push 因非快进被拒、游离 HEAD、dubious ownership、无关历史、遗留冲突标记;当硬重置、错误 rebase、删除分支或丢弃 stash 后看似丢失了内容;当需要拆分混合变更、遣词造句提交信息、评审前清理历史,或在毁掉队友工作之前 force-push;当凭据或超大文件被误提交;当需要配置 worktree、hooks、LFS、稀疏检出、提交签名或分离工作/个人身份。不适用于 CI 流水线 YAML(github-actions、gitlab),也不用于撰写 Pull Request 描述本身(pull-request)。
v1.0.5
通过 GitHub REST 与 GraphQL API 处理 GitHub 仓库、issue、拉取请求、提交、分支、release 与工作流。当用户希望…时使用本技能。
v1.0.5
通过 GitLab API 处理 GitLab 项目、issue、合并请求、提交、分支、流水线与群组。当用户希望列出项目…时使用本技能。
v1.0.0
通过 `glab` CLI 与 GitLab 交互,处理合并请求、CI/CD 流水线、议题、发布与 API 请求,支持 gitlab.com 与私有化部署实例。
v1.0.0
专业评审者与批评者。当用户想对任何内容获得结构化反馈时触发:文档、计划、代码、决策、策略、设计、提案等。
v1.0.0
避免常见 GitLab CI/CD 错误——rules 陷阱、静默失败与 YAML merge 陷阱。
通过 gh CLI 操作 GitHub:PR、issue、评审、仓库与鉴权。
GitHub CLI,用于 issue、PR、CI/检查日志、评论、审查、发布、仓库和 gh api 查询。
审查改动过的代码,关注正确性、安全、代码质量与性能。当用户要求审查代码改动、某个 PR 或指定文件时使用。可用 /review、/review <pr-number>、/review <file-path> 调用,或加上 /review <pr-number> --comment 以在 PR 上发布行内评论。通过 --effort low|medium|high 在深度与速度之间取舍(PR 默认 high,本地改动默认 medium)。
审查 ClickHouse Pull Request 的正确性、安全性、性能与合规性。当用户希望审查 PR 或 diff 时使用。
面向审查本仓库的 AI 代码审查 agent 的仓库专用指引。
审阅代码的常见问题。在审阅 PR、建议代码改动,或用户要求审阅代码时使用。
从某个固定基点(commit、分支、tag 或 merge-base)起沿两条轴线审查变更——规范(代码是否遵循本仓库书面编码规范?)与规格(代码是否符合原始 issue/PRD 的要求?)。两条审查由并行子代理执行并并排呈现。当用户想审查分支、PR、进行中的变更,或要求“review since X”时使用。
合并前的 PR 审查。(gstack)
分析 auto-memory 的晋升候选、过期条目、合并机会与健康指标。当用户运行 /si:review,或询问已学到什么、该晋升或清理什么时使用。
审查代码变更并给出建设性反馈。需要一致性审查行为与输出格式时应使用。可用于一般代码审查,不限于 GitHub pull request。
适用于商品页、本地商家页、菜谱、图书以及任何聚合用户评价的页面。审计电商或评价类站点的富媒体搜索结果(rich result)资格时使用。
vdevel
按 CLAUDE.md 中项目标准化的流程审查 Ansible PR。
使用 gh 处理 GitHub issue、PR 状态、CI/日志、评论、审查、发布和 API 查询。
已废弃的独立代码评审技能。
使用 `gh` CLI 处理议题、Pull Request、Actions 运行记录与 GitHub API 查询。
审阅 Playwright 测试的质量。当用户说「review tests」「check test quality」「audit tests」「improve tests」「test code review」或「playwright best practices check」时使用。
使用 gh 命令行工具与 GitHub 交互。使用 gh issue、gh pr、gh run 与 gh api 处理 issue、PR、CI 运行和高级查询。
通过 `gh` CLI 与 GitHub 交互。使用 `gh issue`、`gh pr`、`gh run` 和 `gh api` 处理 issue、PR、CI 运行与高级查询。
用于用户要求审查合同、识别合同风险或执行合规检查的场景。合同智能审核——对合同扫描件、图片合同、双语合同进行完整审核,覆盖 OCR 识别、条款分析、风险检测、合规校对、翻译摘要全流程。适用于法务审核、采购合同审查、供应链合规检查等场景。关键词:合同审核、风险检测、条款分析、合规校对。
当需要开始与当前工作区隔离的功能开发,或在执行实现计划之前使用——通过原生工具或 git worktree 回退机制确保隔离工作区存在
完成任务、实现重要功能或合并前使用,用于验证工作成果是否符合要求
收到代码审查反馈后、实施建议之前使用,尤其当反馈不明确或技术上有疑问时——需要技术严谨性和验证,而非敷衍附和或盲目执行
国内 Git 平台配置参考——Gitee、Coding.net、极狐 GitLab、CNB 的 SSH/HTTPS/凭据/CI 接入差异与镜像同步配置。仅在用户显式 /chinese-git-workflow 时调用,不要根据上下文自动触发。
中文 review 沟通参考——话术模板、分级标注(必须修复/建议修改/仅供参考)、国内团队常见反模式应对。仅在用户显式 /chinese-code-review 时调用,不要根据上下文自动触发。
中文开源项目的 README 与仓库门面优化。当用户说"我的开源项目没人看""README 怎么写""GitHub 仓库怎么优化""帮我写 README""项目主页太丑""怎么让别人愿意 star"时使用。基于对 15 个近期高增长仓库的实测数据给出可执行建议,同时明确说明哪些是相关性、哪些无法验证——不承诺涨星。
中文代码审查专家 - 生成详细的中文代码审查报告
分析真实项目并生成或修订安全、可验证的 GitHub Actions workflow;当用户要求创建 CI、测试矩阵、构建、Release、部署、缓存、Secrets、OIDC、PR 自动化或排查 workflow 配置时使用
安全处理 Git 状态检查、提交信息、commit、分支、push、PR 和 rebase。用于用户要求检查改动、生成或创建提交、管理分支、推送、发起 PR 或整理历史时;严格区分每个动作的授权,并保护工作树中已有和无关的修改。
精简代码审查,每条问题一行,标明位置与修复。
按 Emil Kowalski 设计工程理念的高工艺标准审查动画与动效代码,默认从严标记问题,认可需靠质量争取。
v1.0.0
版本控制、分支与协作的核心 Git 命令和工作流。
v1.0.0
安装任何 AI Agent 技能前的安全审查协议。针对凭据窃取、混淆代码、数据外泄等的红旗检测,以及风险分级 L……(原文截断)
v2.0.1
查询与管理 GitHub 仓库——列出仓库、检查 CI 状态、创建 issue、搜索仓库、查看近期活动。
v1.0.0
系统化代码审查模式,覆盖安全、性能、可维护性、正确性与测试——含严重度分级、结构化反馈指引、审查流程与应避免的反模式。用于审查 PR、建立审查标准或提升审查质量。
v1.0.0
超出 add/commit/push 的高级 Git 操作。用于 rebase、bisect 定位 bug、worktree 并行开发、reflog 恢复、subtree/submodule 管理、解决合并冲突、跨分支 cherry-pick 以及 monorepo 工作。
v1.0.0
全面的 GitHub CLI(gh)参考。
v1.2.0
通过 Semantic Scholar、OpenAlex、Crossref 和 PubMed API 检索学术来源,协助撰写文献综述。在用户需要查找某主题论文、获取特定 DOI 详情,或撰写带规范引用的文献综述章节时使用。
v1.0.0
中文爽文小说生成技能:用户只需提供一句话方向(如"写个都市重生爽文"),AI 代理即可自动完善提示词、规划大纲、逐章创作并输出为独立 Markdown 文件。核心特性:智能提示词生成、分章节创作(每章 2000-3000 字)、通过 .learnings/ 维护角色/地点/情节/世界观记忆以确保一致性、为关键情节自动生成 Mermaid 图解、记录穿帮与矛盾等失败场景以持续优化,支持都市、修仙、玄幻、重生、系统流、末世、科幻、游戏等多题材。兼容 Claude Code、Cursor、OpenAI Codex、GitHub Copilot 等所有支持 Agent Skills 的工具。
v1.0.3
依托东方财富数据库,面向沪深京港美五大市场的上市公司/股票,生成业绩点评类输出(含财报分析、业绩解读)。 当用户明确提出业绩点评、财报分析、业绩解读需求,或出现「业绩点评」「财报点评」「业绩分析」「季报/半年报/年报点评」「财务分析」「盈利分析」「业绩解读」等表述时,应触发本 Skill。
v0.1.0
在收到代码审查反馈、准备落实建议之前使用,尤其当反馈含糊或技术上存疑时——需要技术严谨与验证,而非表演式认同或盲目执行。
本地 stdio 部署用个人访问令牌(推荐细粒度 PAT)最简单;多用户托管场景才需要 GitHub App / OAuth。环境变量名见资源详情页。
会。它是第一道过滤而非替代:语义类缺陷检出不错,但供应链、越权逻辑仍需专业审计与人工评审兜底。
取决于模型提供方与令牌权限。企业内网可选本地模型 + 只读令牌;令牌务必设置过期与最小 scope,并定期轮换。