Token导航 LogoToken导航TokenDH.com
开发需要联网github未标认证来源可访问clear审计通过

pre-merge预合并

Agent Skill

pre-merge 用于处理 GitHub 仓库、Issue、Pull Request 和代码协作信息,适合在 Codex、Claude、Cursor、Gemini CLI 中需要围绕仓库状态、代码变更或协作事项进行整理时使用。可结合来源仓库、安装命令和原始 README 继续核验具体用法。安装前建议确认权限范围、维护状态,以及是否会触发联网、命令执行或文件读写。

总安装

3,744

周安装

150

GitHub Stars

39

下载量

1,212
CodexClaudeCursorGemini CLI

安装说明

本站只整理中文说明和来源信息,不托管安装包,也不代用户安装。

GitHub

来源数

3

许可证

MIT

最后核验

2026-05-01

来源状态

来源可访问

安装方式

通过对话安装

复制提示词发给支持本地命令或 Skills 的 AI 助手,先确认命令和权限,再让它执行。

请帮我安装这个 Agent Skill:pre-merge(预合并)
来源仓库:https://github.com/bobmatnyc/claude-mpm-skills
仓库路径:skills/pre-merge
安装命令:
npx skills add https://github.com/bobmatnyc/claude-mpm-skills --skill pre-merge
安装前请先检查当前环境是否支持对应 CLI,并向我确认将要执行的命令、安装目录、联网范围和文件读写权限;确认后再执行。

命令行安装

复制命令到本机终端执行。不同来源提供的安装方式可能略有差异;本站展示可直接复制的安装命令,安装前请核对来源页面。

skills.shnpx skills
npx skills add https://github.com/bobmatnyc/claude-mpm-skills --skill pre-merge

简介

pre-merge 用于处理 GitHub 仓库、Issue、Pull Request 和代码协作信息。

  • 适合在 Codex、Claude、Cursor、Gemini CLI 中围绕仓库状态、代码变更或协作事项进行整理。
  • 通过 npx skills add 命令从指定 GitHub 仓库安装并使用。
  • 安装前需确认权限范围和维护状态,注意可能触发联网、命令执行或文件读写操作。
  • pre-merge 属于开发类 Skill,可作为该场景下的辅助能力补充。

SKILL.md

Pre-Merge Verification

Comprehensive verification workflow before merging changes to production.

When to Use This Skill

Use this skill when:

  • Creating a pull request for review
  • About to merge code to main/production branch
  • Need systematic verification checklist
  • Want to catch issues before code review

Pre-Commit Verification

Before committing code, verify:

  • Type checking passes (language-appropriate: tsc --noEmit, mypy, etc.)
  • Linting passes with no errors (ESLint, Pylint, etc.)
  • All existing tests pass locally
  • No console.log/debug statements left in code
  • Code follows project style guide
  • No commented-out code blocks

Commands by Language

TypeScript/JavaScript:

# Type check
npx tsc --noEmit

# Lint
npm run lint
# or: pnpm lint
# or: npx eslint .

# Tests
npm test
# or: pnpm test

Python:

# Type check
mypy src/

# Lint
pylint src/
# or: flake8 src/
# or: ruff check src/

# Tests
pytest
# or: python -m pytest

Go:

# Format check
gofmt -l .

# Lint
golangci-lint run

# Tests
go test ./...

Pre-PR Verification

Before creating a pull request, ensure:

Required Information

  • Changeset added for user-facing changes (if using changesets)
  • PR description is complete with:

- Summary of changes - Related ticket references (ENG-XXX, HEL-XXX, JIRA-XXX, etc.) - Screenshots for UI changes (desktop, tablet, mobile) - Breaking changes documented - Migration guide (if breaking changes)

  • New tests added for new functionality
  • Documentation updated if needed (README, API docs, etc.)

Security Checklist (if API changes)

  • Authentication required on protected routes
  • Authorization checks implemented
  • Input validation with schema (Zod, Pydantic, etc.)
  • No sensitive data in logs
  • No SQL injection vulnerabilities
  • No XSS vulnerabilities
  • Rate limiting considered

Database Changes (if schema changes)

  • Migration file created
  • Migration tested on local database
  • Migration tested on staging database
  • Down migration available (rollback plan)
  • No breaking changes without migration guide
  • Schema changes documented

UI Changes (if applicable)

  • Screenshots included:

- Desktop view (1920x1080) - Tablet view (768x1024) - Mobile view (375x667)

  • Responsive behavior verified
  • Accessibility checked (keyboard navigation, screen readers)
  • Loading states implemented
  • Error states implemented

Pre-Merge Verification

Before merging to main branch, confirm:

CI/CD Checks

  • All CI checks pass (lint, type-check, tests, build)
  • Code review approved by at least one reviewer
  • No TypeScript errors in changed files
  • No merge conflicts with target branch
  • Build succeeds without warnings

Functional Verification

  • Database migrations run successfully (if applicable)
  • No regression in existing functionality
  • Performance benchmarks within acceptable range
  • Manual testing completed for critical paths

Documentation

  • CHANGELOG.md updated (if using)
  • API documentation updated (if API changes)
  • README updated (if setup/usage changes)
  • Migration guide provided (if breaking changes)

PR Description Template

Use this template for comprehensive PR descriptions:

## Summary
[Brief description of what this PR does]

## Related Tickets
- Fixes #123
- Closes ENG-456
- Related to HEL-789

## Changes
- [ ] Feature: [Description]
- [ ] Bug Fix: [Description]
- [ ] Refactor: [Description]
- [ ] Documentation: [Description]

## Testing
### Unit Tests
- Added tests for [feature/function]
- Coverage: X%

### Manual Testing
- [ ] Tested on desktop (Chrome, Firefox, Safari)
- [ ] Tested on mobile (iOS Safari, Android Chrome)
- [ ] Tested edge cases: [list specific cases]

## Screenshots
### Desktop
![Desktop view](screenshot-url)

### Tablet
![Tablet view](screenshot-url)

### Mobile
![Mobile view](screenshot-url)

## Breaking Changes
[List any breaking changes or write "None"]

### Migration Guide
[If breaking changes, provide migration steps]

## Performance Impact
[Describe any performance implications or write "No impact"]

## Security Considerations
[Describe security implications or write "No security impact"]

## Rollback Plan
[Describe how to rollback if issues occur]

## Deployment Notes
[Any special deployment considerations or write "Standard deployment"]

Common Pitfalls to Avoid

Pre-Commit

  • ❌ Committing code with failing tests
  • ❌ Leaving console.log/debug statements
  • ❌ Committing without running type checker
  • ❌ Committing large blocks of commented code

Pre-PR

  • ❌ Creating PR without description
  • ❌ Missing screenshots for UI changes
  • ❌ Not linking to related tickets
  • ❌ Not documenting breaking changes
  • ❌ Missing test coverage for new code

Pre-Merge

  • ❌ Merging with failing CI checks
  • ❌ Merging without code review approval
  • ❌ Merging with merge conflicts
  • ❌ Merging without testing migrations
  • ❌ Merging without considering rollback plan

Quick Verification Script

Create a pre-commit verification script:

JavaScript/TypeScript (pre-commit.sh):

#!/bin/bash
set -e

echo "Running type check..."
npx tsc --noEmit

echo "Running linter..."
npm run lint

echo "Running tests..."
npm test -- --run

echo "✅ All checks passed!"

Python (pre-commit.sh):

#!/bin/bash
set -e

echo "Running type check..."
mypy src/

echo "Running linter..."
pylint src/

echo "Running tests..."
pytest

echo "✅ All checks passed!"

Make executable:

chmod +x pre-commit.sh

Automation with Git Hooks

Set up automatic pre-commit checks:

Using Husky (JavaScript/TypeScript)

npm install --save-dev husky
npx husky install
npx husky add .husky/pre-commit "npm run lint && npm test"

Using pre-commit (Python)

Create .pre-commit-config.yaml:

repos:
  - repo: local
    hooks:
      - id: type-check
        name: Type Check
        entry: mypy src/
        language: system
        pass_filenames: false
      - id: lint
        name: Lint
        entry: pylint src/
        language: system
        pass_filenames: false
      - id: test
        name: Test
        entry: pytest
        language: system
        pass_filenames: false

Install hooks:

pre-commit install

Success Criteria

Pre-Commit Success

  • ✅ All local checks pass
  • ✅ Code is formatted correctly
  • ✅ No debug statements remain
  • ✅ Tests pass locally

Pre-PR Success

  • ✅ PR description is comprehensive
  • ✅ All required information included
  • ✅ Screenshots attached (if UI changes)
  • ✅ Breaking changes documented

Pre-Merge Success

  • ✅ CI pipeline is green
  • ✅ Code review approved
  • ✅ No conflicts with target branch
  • ✅ Manual testing completed

Related Skills

  • universal-verification-screenshot - Screenshot verification for UI changes
  • universal-verification-bug-fix - Bug fix verification workflow
  • toolchains-universal-security-api-review - API security testing
  • universal-collaboration-git-workflow - Git workflow best practices

适合场景

01

用户想查找某类 Agent Skill 时

02

需要根据任务场景推荐可安装能力包时

03

需要对比不同来源的安装命令和来源信息时

04

需要参考平台分布和安装热度时

能力概览

能力 1

按任务关键词查找相关 Skills

能力 2

展示可复制的安装命令

能力 3

保留来源站点、仓库和原始说明,方便继续核验

能力 4

补充不同宿主或平台的使用分布数据

能力 5

展示第三方安全扫描或审计结果

安装后应在对应宿主中按原始 README 的触发条件使用;具体调用方式请以来源页面和 README 为准。

平台分布

Claude Code

25.82%
按下载量换算313

OpenCode

23.44%
按下载量换算284

Codex

16.11%
按下载量换算195

Gemini CLI

12.88%
按下载量换算156

Antigravity

7.04%
按下载量换算85

Cursor

3.32%
按下载量换算40

安全审计

Gen Agent Trust Hub

通过

Socket

通过

Snyk

通过

权限和风险

需要联网

该 Skill 可能需要联网访问来源站点、仓库或外部 API;具体网络访问范围需要结合源码和 README 复核。

安装前确认

本站仅展示第三方公开信息,不托管安装包,不提供自动安装或运行环境。安装前应自行审查源码、依赖和命令行为。

来源信息

继续浏览同类 Skills