
Create Pr
- 625 installs
- 65 repo stars
- Updated June 21, 2026
- charon-fan/agent-playbook
create-pr is a Claude Code skill that automatically generates bilingual documentation updates and creates consistent pull requests with verified change analysis for the agent-playbook repository.
About
create-pr streamlines pull request creation for the charon-fan/agent-playbook repository with automatic change analysis and bilingual documentation sync. The skill examines git diff to understand code changes, updates both README.md and README.zh-CN.md to maintain English–Chinese parity, fills a consistent PR description template, and runs a verification checklist before submission. Developers reach for create-pr when submitting agent-playbook changes and need EN/ZH docs kept synchronized without manual diff review and README editing on every PR.
- Automatic git diff analysis to detect code and documentation changes
- Synchronizes both README.md and README.zh-CN.md to maintain bilingual parity
- Applies a standardized PR template with verification checklist
- 6-step workflow: analyze → determine updates → sync docs → verify → commit/push → create PR
- Ensures nothing is missed before PR submission
Create Pr by the numbers
- 625 all-time installs (skills.sh)
- Ranked #96 of 739 Git & Pull Requests skills by installs in the Skillselion catalog
- Security screen: LOW risk (skills.sh audit)
- Data as of Jul 28, 2026 (Skillselion catalog sync)
npx skills add https://github.com/charon-fan/agent-playbook --skill create-prAdd your badge
Show developers this skill is listed on Skillselion. Paste this into your README.
| Installs | 625 |
|---|---|
| repo stars | ★ 65 |
| Security audit | 3 / 3 scanners passed |
| Last updated | June 21, 2026 |
| Repository | charon-fan/agent-playbook ↗ |
How do you create PRs with bilingual docs?
Automatically generate bilingual documentation updates and create consistent pull requests with verified change analysis.
Who is it for?
Contributors to charon-fan/agent-playbook who must keep English and Chinese README files synchronized on every code change PR.
Skip if: Repositories without bilingual README.zh-CN.md requirements or teams using fully automated release bots without doc sync needs.
When should I use this skill?
User wants to create a pull request in agent-playbook with automatic bilingual README updates from git diff.
What you get
Pull request with synced README.md and README.zh-CN.md, templated description, and completed verification checklist.
- Pull request with templated description
- Updated bilingual README files
By the numbers
- Syncs 2 README files: README.md and README.zh-CN.md
Files
Create PR
A skill for creating pull requests with bilingual documentation checks. This skill ensures that English and Chinese documentation stay in sync before code changes are submitted.
When This Skill Activates
This skill activates when you:
- Ask to create a pull request or PR
- Say "submit my changes" or "push and create PR"
- Mention "make a PR" or "open a pull request"
- Want to submit code for review
PR Creation Workflow
Step 1: Analyze Changes
Examine all changes in the current branch:
git status
git diff
git log --oneline main..HEADIdentify:
- Modified files: What was changed?
- New files: What was added?
- Deleted files: What was removed?
- Impact area: Which skills or features are affected?
Step 2: Determine Documentation Updates
Check for Skill Changes
First, detect if any skills were changed:
# Check if skills/ directory has changes
git diff --name-only main..HEAD | grep "^skills/"Decision Matrix
| Change Type | Documentation Action |
|---|---|
| New skill added | Add to skills table in both EN and CN README |
| Skill description changed | Update description in skills table |
| Skill removed | Remove from skills table |
| Skill hooks changed | Update Auto-Trigger column in skills table |
| Internal skill logic only | Skip README update |
| Bug fix with no user impact | Skip README update |
Auto-Trigger Changes Require Update
If a skill's metadata.hooks front matter was modified, the Auto-Trigger column in the Skills Catalog must be updated:
# Check if hooks were modified
git diff main..HEAD -- skills/*/SKILL.md | grep -E "^\+.*metadata:|^\+.*hooks:|^\+.*trigger:"If hooks changed → Update README.md and README.zh-CN.md Auto-Trigger column.
Step 3: Draft Commit Message
Use the commit-helper format:
<type>(<scope>): <subject>
<body>
<footer>Types:
feat: New skill or featurefix: Bug fix or correctiondocs: Documentation only changesrefactor: Code refactoringchore: Maintenance tasks
Step 4: Create the Pull Request
Run the following sequence:
# 1. Stage only the intended files
git add <changed-files>
git commit -m "commit message"
# 2. Push to remote
git push -u origin <branch-name>
# 3: Create PR using gh CLI
gh pr create \
--title "PR title" \
--body "PR description"Step 5: Update Documentation (If Required)
Before committing or creating the PR, update both README files when the change affects user-facing skill catalog, installation, or workflow behavior:
README.md (English):
- Add new skills to appropriate category table
- Update project structure if needed
- Keep language switch link at top
README.zh-CN.md (Chinese):
- Mirror all English changes
- Translate skill descriptions
- Maintain same structure and formatting
Step 6: Update Changelog (Optional)
For significant changes, add to CHANGELOG.md:
## [Version] - YYYY-MM-DD
### Added
- New skill: skill-name
### Fixed
- Fixed issue in skill-name
### Changed
- Updated skill-name with new featuresDocumentation Update Guidelines
Skills Catalog Update Template
When adding or modifying skills, use this format for the Skills Catalog:
English (README.md):
### Category Name
| Skill | Description | Follow-up |
|-------|-------------|--------------|
| **[skill-name](./skills/skill-name/)** | Brief description | Manual / Auto / Background / (keyword: "...") |Chinese (README.zh-CN.md):
### 类别名称
| 技能 | 描述 | 后续动作 |
|------|------|----------|
| **[skill-name](./skills/skill-name/)** | 简短描述 | 手动 / 自动 / 后台 / (关键词:"...") |Auto-Trigger Column Values
| Value | Meaning | Example |
|---|---|---|
Manual | User must invoke | Most development skills |
Auto | Triggers automatically after any skill | session-logger |
Background | Runs non-blocking after related skill | self-improving-agent |
After skill updates | Only triggers when skills are modified | create-pr |
(keyword: "...") | Activates on specific keyword | prd-planner (keyword: "PRD") |
When to Update README
Always update when:
- Adding a new skill
- Removing a skill
- Changing skill names or descriptions
- Restructuring the skills directory
Consider updating when:
- Adding significant features to existing skills
- Changing installation instructions
- Modifying project structure
Skip updating when:
- Internal code refactoring with no user impact
- Minor typo fixes
- Test file changes
Bilingual Update Format
When adding a new skill to the skills table:
English (README.md):
| **[skill-name](./skills/skill-name/)** | Brief skill description |Chinese (README.zh-CN.md):
| **[skill-name](./skills/skill-name/)** | 技能简短描述 |Language Switch Link
Both README files must have the language switch at the top:
README.md:
English | [简体中文](./README.zh-CN.md)README.zh-CN.md:
[English](./README.md) | 简体中文PR Description Template
When creating a PR, use this template:
## Summary
<Brief description of what this PR does>
## Changes
- [ ] New skill added
- [ ] Existing skill modified
- [ ] Documentation updated
- [ ] Tests added/updated
## Skills Affected
- `skill-name`: Description of change
## Documentation
- [x] README.md updated
- [x] README.zh-CN.md updated
- [ ] CHANGELOG.md updated (if applicable)
## Test Plan
- [ ] Skill tested in Claude Code
- [ ] Documentation links verified
- [ ] Bilingual translations checked
Common Scenarios
Scenario 1: Adding a New Skill
# 1. Create skill files
mkdir -p skills/new-skill
touch skills/new-skill/SKILL.md
touch skills/new-skill/README.md
# 2. Install or link through the package CLI when possible
apb skills add ./skills/new-skill --scope project --target all --link
# 3. Update README.md (add to skills table)
# 4. Update README.zh-CN.md (add to skills table with translation)
# 5. Commit and push
git add skills/new-skill/ README.md README.zh-CN.md
git commit -m "feat: add new-skill for ..."
git push -u origin feature/add-new-skill
# 6. Create PR
gh pr create --title "feat: add new-skill" --body "..."Scenario 2: Modifying an Existing Skill
# 1. Make changes to skill
vim skills/existing-skill/SKILL.md
# 2. Check if description changed
git diff skills/existing-skill/SKILL.md
# 3. If description changed, update README files
# 4. Commit, push, create PRScenario 3: Bug Fix Only
# 1. Fix the bug
vim skills/some-skill/SKILL.md
# 2. Commit and push (no README update needed)
git add skills/some-skill/SKILL.md
git commit -m "fix: correct typo in some-skill"
git push
# 3. Create PR
gh pr create --title "fix: correct typo in some-skill"Verification Checklist
Before creating the PR, verify:
- [ ] All changes are committed
- [ ] Branch is pushed to remote
- [ ] Commit messages follow Conventional Commits
- [ ] README.md is updated if needed
- [ ] README.zh-CN.md is updated if needed
- [ ] Language switch links are present in both READMEs
- [ ] New skills have symlinks created
- [ ] PR title is clear and descriptive
- [ ] PR description includes summary and changes
Quick Reference
| Command | Purpose |
|---|---|
git status | Check current state |
git diff | See unstaged changes |
git log main..HEAD | See branch commits |
git add <changed-files> | Stage only intended files |
git commit -m "msg" | Commit with message |
git push -u origin branch | Push to remote |
gh pr create | Create pull request |
Tips
1. Commit first, PR later: Always commit changes before creating PR 2. Small PRs: Keep PRs focused on a single change 3. Clear titles: Use Conventional Commits in PR titles 4. Bilingual sync: Always update both README files together 5. Test skills: Verify skills work before submitting PR
Create PR
A skill for creating pull requests with bilingual documentation checks.
Overview
This skill streamlines the PR creation process for the agent-playbook repository. It ensures that both English and Chinese documentation remain synchronized whenever code changes are submitted.
Features
- Change Analysis: Examines git diff to understand what changed
- Documentation Sync: Updates both README.md and README.zh-CN.md when user-facing docs are affected
- Bilingual Support: Maintains parity between English and Chinese docs
- PR Template: Provides consistent PR description format
- Verification Checklist: Ensures nothing is missed before submission
Installation
apb skills add ./skills/create-pr --scope global --target all --linkWorkflow
┌─────────────────┐ ┌─────────────────┐ ┌─────────────────┐
│ Analyze │ -> │ Determine │ -> │ Update Docs │
│ Changes │ │ Updates │ │ (Both EN/CN) │
└─────────────────┘ └─────────────────┘ └─────────────────┘
│
v
┌─────────────────┐ ┌─────────────────┐ ┌─────────────────┐
│ Create PR │ <- │ Commit & │ <- │ Verify │
│ │ │ Push │ │ Checklist │
└─────────────────┘ └─────────────────┘ └─────────────────┘Usage
Basic Usage
# Simply ask Claude to create a PR
"Please create a PR for my changes"The skill will: 1. Analyze all changes 2. Determine if documentation updates are needed 3. Update both README files 4. Commit and push 5. Create the PR
With Specific Focus
"Create a PR for the new skill router"The skill will focus on the skill-router changes and update documentation accordingly.
Documentation Update Rules
| Change Type | Update Required |
|---|---|
| New skill added | ✅ Yes - Add to both READMEs |
| Skill removed | ✅ Yes - Remove from both READMEs |
| Skill description changed | ✅ Yes - Update both READMEs |
| Bug fix | ❌ No - Unless user-facing |
| Internal refactor | ❌ No - Documentation unchanged |
PR Description Template
## Summary
<Brief description of the changes>
## Changes
- [ ] New skill added
- [ ] Existing skill modified
- [ ] Documentation updated
## Documentation
- [x] README.md updated
- [x] README.zh-CN.md updatedBilingual Documentation
Adding a New Skill
README.md (English):
| **[skill-name](./skills/skill-name/)** | Skill description |README.zh-CN.md (Chinese):
| **[skill-name](./skills/skill-name/)** | 技能描述 |Language Switch Links
Both files must have the switch link at the top:
README.md:
English | [简体中文](./README.zh-CN.md)README.zh-CN.md:
[English](./README.md) | 简体中文Examples
Example 1: Adding a New Skill
Input:
"I've created a new skill called skill-router. Please create a PR."Skill Actions: 1. Analyzes the skill-router directory 2. Adds skill-router to Meta Skills table in README.md 3. Adds skill-router to 元技能 table in README.zh-CN.md 4. Commits intended changes 5. Pushes to remote branch 6. Creates PR with description
Example 2: Bug Fix
Input:
"I fixed a typo in debugger skill. Create a PR."Skill Actions: 1. Analyzes the change (typo fix only) 2. Determines no documentation update needed 3. Commits and pushes 4. Creates PR with simple description
Verification Checklist
Before creating PR, the skill verifies:
- [ ] All changes are committed
- [ ] Branch is pushed to remote
- [ ] Commit messages follow Conventional Commits
- [ ] README.md updated (if needed)
- [ ] README.zh-CN.md updated (if needed)
- [ ] Language switch links present
- [ ] New skills have symlinks created
- [ ] PR title is clear and descriptive
File Structure
skills/create-pr/
├── SKILL.md # Main skill file
└── README.md # This fileContributing
When contributing to this skill: 1. Update both SKILL.md and README.md 2. Test with real PR creation scenarios 3. Ensure bilingual documentation stays in sync
License
MIT
Related skills
FAQ
Which files does create-pr keep synchronized?
create-pr updates both README.md and README.zh-CN.md to maintain English and Chinese documentation parity whenever code changes are submitted via pull request.
How does create-pr analyze changes?
create-pr examines the git diff to understand what changed in the codebase, then determines which documentation sections in both README files need corresponding updates.
What repository is create-pr designed for?
create-pr targets the charon-fan/agent-playbook repository, streamlining PR creation with bilingual doc sync, a PR template, and a pre-submission verification checklist.
Is Create Pr safe to install?
skills.sh reports 3 of 3 security scanners passed. Review the Security Audits panel on this page before installing in production.