sync-ag-shared
Sync ag-shared Subrepo Across AG Repos
Orchestrate syncing external/ag-shared/ changes from the current repo to all other AG repos that consume the subrepo. This handles the full yarn subrepo push / pull cycle, companion changes, and cross-linked PRs.
Help
If the user provides a command option of help:
- Explain how to use this skill.
- Explain the prerequisites and what will happen.
- DO NOT proceed, exit the skill immediately after these steps.
Prerequisites
- Git CLI, GitHub CLI (
gh), andyarnmust be available. git subrepomust be installed (git subrepo --version).- Use
yarn subrepofor push and pull (never rawgit subrepo push/pull). The wrapper handles edge cases like stale parent references. Other subrepo commands (e.g.git subrepo status,git subrepo clean) usegit subrepodirectly. - Never edit
external/ag-shared/.gitrepomanually. Only subrepo commands should modify this file. - Must be on a feature branch (not
latest,main, ormaster). - Working tree must be clean (
git status --porcelainis empty). - The current repo must have
external/ag-shared/.gitrepo.
STEP 1: Gather State
Collect all context needed to plan the sync.
1a. Identify Source Repo
# The working directory where the skill was invoked — use this for ALL
# git/subrepo commands in the source repo (critical for worktrees).
SOURCE_WD=$(pwd)
# Resolve the real repo root (worktrees resolve to actual repo location).
# Only used for discovering sibling destination repos, NOT for running commands.
REPO_GIT_DIR=$(git rev-parse --git-common-dir)
SOURCE_ROOT=$(cd "$(dirname "$REPO_GIT_DIR")" && pwd)
# Current branch
SOURCE_BRANCH=$(git rev-parse --abbrev-ref HEAD)
# Repo name (for display)
SOURCE_REPO=$(basename "$SOURCE_ROOT")
Important — worktree awareness: When invoked from a git worktree, the feature branch is checked out in the worktree, and the main repo checkout is typically on latest (or another branch). You cannot git checkout the feature branch in the main repo because git prevents a branch from being checked out in two places simultaneously. Always run subrepo and git commands from SOURCE_WD (the worktree), never from SOURCE_ROOT.
Validate:
SOURCE_BRANCHis notlatest,main, ormaster.git status --porcelainis empty.external/ag-shared/.gitrepoexists.
If any validation fails, report the issue and STOP.
1b. Discover Destination Repos
Destination repos are siblings of the source repo root. Look for directories at the same level that contain external/ag-shared/.gitrepo.
PARENT_DIR=$(dirname "$SOURCE_ROOT")
for dir in "$PARENT_DIR"/*/; do
if [ "$dir" != "$SOURCE_ROOT/" ] && [ -f "${dir}external/ag-shared/.gitrepo" ]; then
echo "Found destination: $dir"
fi
done
Collect the list of destination repos. Typical destinations are two of ag-charts, ag-grid and ag-studio, but discover dynamically.
1c. Validate Destinations
For each destination repo:
- Check it has a clean working tree.
- Check it is on
latestor a feature branch. - Run
git fetch originto ensure it is up to date.
If any destination has uncommitted changes, default to stashing all changes and continuing - but ask the user to confirm.
STEP 2: Analyse Source Changes
Use a sub-agent (Task tool, subagent_type: Explore) to analyse changes on the source branch:
# Changes inside ag-shared
git diff latest...HEAD -- external/ag-shared/
# Changes outside ag-shared
git diff latest...HEAD -- ':!external/ag-shared/'
# Commit log
git log --oneline latest...HEAD
The sub-agent should produce:
- Change summary — what files changed in
external/ag-shared/and why. - Companion change predictions — based on the ag-shared changes, what companion changes are likely needed in each destination repo. For example:
- New/renamed skills may need symlink updates in
.rulesync/. - Changed rule globs may need
.claude/settings.jsonupdates. - Script changes may need
package.jsonor CI updates. - Setup-prompts changes need
setup-prompts.shre-run in each repo.
- New/renamed skills may need symlink updates in
STEP 3: Present Plan and Confirm
Display to the user:
## ag-shared Sync Plan
**Source:** <SOURCE_REPO> @ <SOURCE_BRANCH>
**Destinations:** <list of destination repos>
### Changes in ag-shared
<summary from step 2>
### Changes outside ag-shared
<summary from step 2>
### Predicted Companion Changes
<per-destination predictions from step 2>
### Steps
1. Push ag-shared from <SOURCE_REPO>
2. Create sync/<SOURCE_BRANCH> branches in each destination
3. Pull ag-shared in each destination
4. Apply companion changes in each destination
5. Verify all repos
6. Push branches and create cross-linked PRs (reuse existing source PR if one exists)
Use AskUserQuestion to confirm before proceeding. The user may want to adjust the plan or skip certain destinations.
STEP 4: Push Source ag-shared
From the source working directory (the worktree or repo where the skill was invoked):
cd "$SOURCE_WD"
yarn subrepo push ag-shared
Handling "need to pull first"
If the push fails with "There are new changes upstream, you need to pull first", this means the ag-shared remote has commits not yet in this branch. Handle it:
cd "$SOURCE_WD"
yarn subrepo pull ag-shared # Integrates upstream changes
git diff HEAD~1 --stat # Show what the pull changed — verify before continuing
yarn subrepo push ag-shared # Retry the push
Stale lock files
If a subrepo command fails mid-operation, it may leave a stale git lock file. Check for and remove it before retrying:
# For worktrees:
LOCK_FILE=$(git rev-parse --git-dir)/index.lock
[ -f "$LOCK_FILE" ] && rm "$LOCK_FILE"
# Also restore any partially-modified .gitrepo:
git checkout -- external/ag-shared/.gitrepo
If the push still fails after pulling, report the error and STOP.
STEP 5: Create Sync Branches and Pull
For each destination repo:
cd "<DEST_ROOT>"
# Fetch latest
git fetch origin
# Create sync branch from origin/latest
git checkout -b "sync/${SOURCE_BRANCH}" origin/latest
# Pull ag-shared updates
yarn subrepo pull ag-shared
# Show what the pull changed — verify files match expected changes from Step 2
git diff HEAD~1 --stat
# Verify the pull succeeded
git subrepo status external/ag-shared
If subrepo pull fails in any repo, report the error and STOP — ask the user how to proceed.
STEP 6: Apply Companion Changes
For each destination repo, launch a sub-agent (Task tool, subagent_type: general-purpose) to apply predicted companion changes. Provide the sub-agent with:
- The destination repo path.
- The change summary from Step 2.
- The predicted companion changes for this specific repo.
- Instructions to replicate patterns from the source repo.
Common companion tasks:
- Run
./external/ag-shared/scripts/setup-prompts/setup-prompts.shto regenerate.claude/from.rulesync/. - Update
.rulesync/symlinks if skills/rules were added, renamed, or removed. - Update product-specific configurations if ag-shared scripts changed.
- Run verification:
./external/ag-shared/scripts/setup-prompts/verify-rulesync.sh. - Run
npx nx format(or equivalent formatter) before committing to avoid CI formatting check failures.
Iterative Push/Pull (if needed)
If companion changes modify files inside external/ag-shared/ (rare but possible):
- Commit the changes in the destination repo.
yarn subrepo push ag-sharedfrom the destination.- Go back to the source repo and other destinations:
yarn subrepo pull ag-shared. - Re-verify.
Cap iterations at 3. If changes still bounce after 3 rounds, stop and ask the user.
STEP 7: Verify
For each repo (source + all destinations):
# Check subrepo status
git subrepo status external/ag-shared
# Verify clean working tree
git status --porcelain
# Run rulesync verification if available
if [ -f "./external/ag-shared/scripts/setup-prompts/verify-rulesync.sh" ]; then
./external/ag-shared/scripts/setup-prompts/verify-rulesync.sh
fi
Report any issues. All repos must have clean working trees and passing verification.
STEP 8: Commit, Push, and Create PRs
8a. Push All Branches
For the source repo (if not already pushed):
cd "$SOURCE_WD"
git push -u origin "$SOURCE_BRANCH"
For each destination repo:
cd "<DEST_ROOT>"
git push -u origin "sync/${SOURCE_BRANCH}"
8b. Audit PR Diffs for Unrelated Changes
Before creating PRs, check each destination branch for unrelated changes that may have crept in (e.g. files modified on origin/latest after the branch point):
cd "<DEST_ROOT>"
git diff origin/latest...HEAD --stat
Review the diff stat. If any files outside external/ag-shared/ and .rulesync/ appear that are not companion changes, revert them:
git checkout origin/latest -- <unrelated-file>
git commit -m "Revert unrelated changes to <file>"
8c. Create Cross-Linked PRs
Create a PR in each repo. All PRs should reference each other.
Check for existing PRs first. The source branch may already have an open PR. Always check before creating:
cd "$SOURCE_WD"
SOURCE_PR_URL=$(gh pr view "$SOURCE_BRANCH" --json url -q '.url' 2>/dev/null)
If an existing PR is found, reuse it — update its description to add cross-repo links rather than creating a new PR. Only create a new PR if none exists:
if [ -z "$SOURCE_PR_URL" ]; then
SOURCE_PR_URL=$(gh pr create --base latest --title "<title>" --body "...")
fi
For destination repos, create new PRs (these are always new sync branches):
cd "<DEST_ROOT>"
DEST_PR_URL=$(gh pr create --base latest --title "Sync ag-shared from <SOURCE_BRANCH>" --body "$(cat <<'EOF'
## Summary
Sync ag-shared subrepo from <SOURCE_REPO>@<SOURCE_BRANCH>.
<companion change summary if any>
## Cross-repo PRs
- Source: <SOURCE_PR_URL>
## Test plan
- [ ] Verify ag-shared content matches source
- [ ] Run setup-prompts verification
EOF
)")
Then update all PR descriptions (source and destinations) to cross-link with each other. For existing source PRs, append the cross-repo links section rather than replacing the entire body.
8d. Report Results
Output a summary:
## Sync Complete
| Repo | Branch | PR |
| ---- | ------ | -- |
| <source> | <branch> | <url> |
| <dest1> | sync/<branch> | <url> |
| <dest2> | sync/<branch> | <url> |
All repos verified. Working trees clean.
Error Handling
- Merge conflicts during subrepo pull: Stop and ask the user to resolve manually. Provide the conflicting files and repo path.
- Auth failures: Check
gh auth statusandgit remote -v. Ask the user to authenticate. - Dirty working tree: Always stop and report. Never force-clean a destination repo.
- Subrepo push/pull failures: Report the full error output. Common causes: diverged history (pull first, then push), missing remote access. Always use
yarn subrepofor push/pull — the wrapper handles stale parent references and other edge cases. - Never edit
.gitrepomanually: Onlyyarn subrepocommands should modifyexternal/ag-shared/.gitrepo. If the subrepo state is broken, ask the user to resolve it rather than editing the file directly. - Stale git lock files: A failed subrepo operation may leave
index.lockin the git dir. Remove it and restore.gitrepobefore retrying (see Step 4). - Worktree branch conflicts: Never try to
git checkoutthe source branch in the main repo — it's already checked out in the worktree. Alwayscdto the worktree working directory for source repo commands.
Arguments
${ARGUMENTS} can optionally include:
--skip <repo>— skip a specific destination repo.--dry-run— analyse and present plan only, do not execute.--no-pr— sync branches but do not create PRs.