Token导航 LogoToken导航TokenDH.com
研究检索external-servicegithub未标认证来源可访问clear审计提醒

github-syncGitHub sync 搜索

Agent Skill

用于围绕 GitHub 仓库、Issue、Pull Request、分支、提交和代码协作流程提供辅助能力。它适合让 Agent 查询项目状态、整理变更、辅助创建或检查协作事项,并把仓库中的信息转成可执行的下一步。使用时需要区分只读查询和写入操作;涉及创建 PR、修改 Issue、推送分支或访问私有仓库时,应确认 token 权限、目标仓库范围和用户授权。

总安装

470

周安装

20

GitHub Stars

8

下载量

165
CodexClaudeCursorGemini CLI

安装说明

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

GitHub

来源数

3

许可证

MIT

最后核验

2026-05-01

来源状态

来源可访问

安装方式

通过对话安装

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

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

命令行安装

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

skills.shnpx skills
npx skills add https://github.com/vamseeachanta/workspace-hub --skill github-sync

简介

github-sync 用于围绕 GitHub 仓库、Issue、Pull Request 和分支提供辅助能力。

  • 适合查询项目状态、整理变更或检查协作事项,支持生成可执行下一步。
  • 使用时需区分只读查询和写入操作,避免误改数据。
  • 涉及创建 PR 或访问私有仓库时应确认 token 权限和仓库范围。
  • 当前暂无更多细节,建议参考来源仓库了解具体实现方式。

SKILL.md

GitHub Sync Coordinator Skill

Overview

This skill enables multi-package synchronization and version alignment across repositories with intelligent swarm coordination. It manages dependency resolution, documentation consistency, and cross-package integration for seamless multi-repository workflows.

Key Capabilities:

  • Package dependency synchronization with conflict resolution
  • Version alignment across multiple repositories
  • Cross-package integration with automated testing
  • Documentation synchronization for consistency
  • Release coordination with deployment pipelines

Quick Start

# Synchronize package dependencies across repos
gh api repos/:owner/:repo1/contents/package.json --jq '.content' | base64 -d > /tmp/pkg1.json
gh api repos/:owner/:repo2/contents/package.json --jq '.content' | base64 -d > /tmp/pkg2.json

# Compare and identify version differences
diff -u /tmp/pkg1.json /tmp/pkg2.json

# Create sync branch
gh api repos/:owner/:repo/git/refs \
  -f ref='refs/heads/sync/package-alignment' \
  -f sha=$(gh api repos/:owner/:repo/git/refs/heads/main --jq '.object.sha')

When to Use

  • Package Synchronization: Aligning versions across monorepo packages
  • Dependency Updates: Coordinating major dependency upgrades
  • Documentation Sync: Keeping README/CLAUDE.md files consistent
  • Release Coordination: Managing synchronized releases
  • Cross-Repo Features: Implementing features spanning multiple packages

Usage Examples

1. Synchronize Package Dependencies

# Read current package states
REPO1_PKG=$(gh api repos/org/repo1/contents/package.json --jq '.content' | base64 -d)
REPO2_PKG=$(gh api repos/org/repo2/contents/package.json --jq '.content' | base64 -d)

# Create synchronization branch
gh api repos/org/repo1/git/refs \
  -f ref='refs/heads/sync/deps-alignment' \
  -f sha=$(gh api repos/org/repo1/git/refs/heads/main --jq '.object.sha')

# Update file with aligned versions
gh api repos/org/repo1/contents/package.json \
  --method PUT \
  -f message="feat: Align Node.js version requirements across packages" \
  -f branch="sync/deps-alignment" \
  -f content="$(echo '[updated package.json content]' | base64)" \
  -f sha="$(gh api repos/org/repo1/contents/package.json?ref=sync/deps-alignment --jq '.sha')"

# Create PR for review
gh pr create \
  --repo org/repo1 \
  --title "Sync: Align package dependencies" \
  --head sync/deps-alignment \
  --base main \
  --body "Aligns dependencies with org/repo2 for compatibility"

2. Documentation Synchronization

# Get source documentation
SOURCE_DOC=$(gh api repos/org/primary-repo/contents/CLAUDE.md --jq '.content' | base64 -d)

# Create sync branch on target repo
gh api repos/org/secondary-repo/git/refs \
  -f ref='refs/heads/sync/documentation' \
  -f sha=$(gh api repos/org/secondary-repo/git/refs/heads/main --jq '.object.sha')

# Update target documentation
gh api repos/org/secondary-repo/contents/CLAUDE.md \
  --method PUT \
  -f message="docs: Synchronize CLAUDE.md with primary repo" \
  -f branch="sync/documentation" \
  -f content="$(echo "$SOURCE_DOC" | base64)" \
  -f sha="$(gh api repos/org/secondary-repo/contents/CLAUDE.md?ref=main --jq '.sha' 2>/dev/null || echo '')"

3. Cross-Package Feature Integration

# Push multiple files to feature branch
gh api repos/org/monorepo/contents/package-a/src/feature.js \
  --method PUT \
  -f message="feat: Add cross-package feature" \
  -f branch="feature/cross-package" \
  -f content="$(cat feature-a.js | base64)"

gh api repos/org/monorepo/contents/package-b/src/integration.js \
  --method PUT \
  -f message="feat: Add integration for cross-package feature" \
  -f branch="feature/cross-package" \
  -f content="$(cat integration-b.js | base64)"

# Create coordinated PR
gh pr create \
  --repo org/monorepo \
  --title "Feature: Cross-Package Integration" \
  --head feature/cross-package \
  --base main \
  --body "## Cross-Package Feature

### Changes
- package-a: Core feature implementation
- package-b: Integration hooks

### Testing
- [x] Package dependency verification
- [x] Integration test suite
- [x] Cross-package compatibility"

MCP Tool Integration

Swarm-Coordinated Sync

// Initialize sync coordination swarm

// Store sync state in memory
  action: "store",
  key: "sync/packages/status",
  value: {
    packages_synced: ["package-a", "package-b"],
    version_alignment: "completed",
    timestamp: Date.now()
  }
}

// Orchestrate validation
  task: "Validate package synchronization and run integration tests",
  strategy: "parallel",
  priority: "high"
}

// Load balance sync tasks
  swarmId: "sync-coordination-swarm",
  tasks: [
    "package_json_sync",
    "documentation_alignment",
    "version_compatibility_check",
    "integration_test_execution"
  ]
}

Conflict Resolution

// Initialize conflict resolution swarm

// Store conflict context
  action: "store",
  key: "sync/conflicts/current",
  value: {
    conflicts: ["version_mismatch", "dependency_conflict"],
    resolution_strategy: "automated_with_validation",
    priority_order: ["critical", "high", "medium"]
  }
}

// Coordinate resolution

Synchronization Strategies

Version Alignment Strategy

const syncStrategy = {
  nodeVersion: ">=20.0.0",  // Align to highest requirement
  dependencies: {
    "typescript": "^5.0.0",  // Use latest stable
    "jest": "^29.0.0"
  },
  engines: {
    aligned: true,
    strategy: "highest_common"
  }
};

Documentation Sync Pattern

const docSyncPattern = {
  sourceOfTruth: "primary-repo/CLAUDE.md",
  targets: [
    "secondary-repo/CLAUDE.md",
    "tertiary-repo/CLAUDE.md"
  ],
  customSections: {
    "secondary-repo": "Package-Specific Configuration",
    "tertiary-repo": "Local Customizations"
  }
};

Best Practices

1. Atomic Synchronization

  • Use batch operations for related changes
  • Maintain consistency across all sync operations
  • Implement rollback mechanisms for failed syncs

2. Version Management

  • Semantic versioning alignment
  • Dependency compatibility validation
  • Automated version bump coordination

3. Documentation Consistency

  • Single source of truth for shared concepts
  • Package-specific customizations in separate sections
  • Automated documentation validation

4. Testing Integration

  • Cross-package test validation before merge
  • Integration test automation
  • Performance regression detection

Error Handling

Recovery Procedures

# Check sync status
gh api repos/:owner/:repo/git/refs/heads/sync/package-alignment || echo "Branch not found"

# Rollback failed sync
git fetch origin
git checkout main
git branch -D sync/package-alignment
git push origin --delete sync/package-alignment

# Retry with fresh branch
gh api repos/:owner/:repo/git/refs \
  -f ref='refs/heads/sync/package-alignment-v2' \
  -f sha=$(gh api repos/:owner/:repo/git/refs/heads/main --jq '.object.sha')

Common Issues

IssueCauseSolution
Version conflictIncompatible dependenciesUse highest_common strategy
Merge conflictDivergent changesManual resolution with sync coordinator
Test failuresBreaking changesRun integration tests before merge

Monitoring and Metrics

Sync Quality Metrics

  • Package version alignment percentage
  • Documentation consistency score
  • Integration test success rate
  • Synchronization completion time

Automated Reporting

# Generate sync status report
gh api repos/:owner/:repo/pulls \
  --jq '[.[] | select(.head.ref | startswith("sync/"))] | length'

# Check CI status for sync PRs
gh pr list --search "head:sync/" --json number,statusCheckRollup

Related Skills


Version History

  • 1.0.0 (2026-01-02): Initial skill conversion from sync-coordinator agent

适合场景

01

用户想查找某类 Agent Skill 时

02

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

03

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

04

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

能力概览

能力 1

按任务关键词查找相关 Skills

能力 2

展示可复制的安装命令

能力 3

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

能力 4

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

能力 5

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

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

平台分布

Claude Code

30.76%
按下载量换算51

windsurf

24.82%
按下载量换算41

trae

18.14%
按下载量换算30

OpenCode

11.89%
按下载量换算20

Cursor

7.36%
按下载量换算12

Codex

3.23%
按下载量换算5

安全审计

Gen Agent Trust Hub

通过

Socket

通过

Snyk

可疑

权限和风险

external-service

该 Skill 可能调用第三方服务、云服务或外部模型 API,使用前需要确认账号、额度、数据发送范围和服务条款。

安装前确认

本站仅展示第三方公开信息,不托管安装包,不提供自动安装或运行环境。安装前应自行审查源码、依赖和命令行为。来源安全扫描存在 warning/failed 结果,不能写成本站确认安全。

来源信息

继续浏览同类 Skills