メニュー
Use this skill to make the main clone of a repo reflect the current HEAD of a worktree branch for review. Use when you want to spotlight a worktree, make the main clone reflect a worktree's HEAD, or browse worktree work in your editor.
Codex または Claude でインストール この Prompt をコピーして Codex、Claude、または他のアシスタントに貼り付けると、Skill ページを確認してインストールできます。
SOC 職業分類に基づく
| name | git-spotlight |
| description | Use this skill to make the main clone of a repo reflect the current HEAD of a worktree branch for review. Use when you want to spotlight a worktree, make the main clone reflect a worktree's HEAD, or browse worktree work in your editor. |
| trigger_phrases | ["spotlight worktree","git spotlight"] |
| tags | ["git","worktree"] |
The spotlight technique points the main clone's spotlight branch at the current HEAD of a worktree, so you can browse and review the work in your editor without disturbing your own branch.
# workdir: <WORKTREE_PATH>
git status
Must show nothing to commit, working tree clean. If not, commit or stash all changes before continuing.
# workdir: <MAIN_CLONE_PATH>
git status
Stop and ask the user what to do if the main clone is dirty. Do not proceed until the main clone is clean.
# workdir: <WORKTREE_PATH>
git rev-parse HEAD
Save this SHA for the next step.
# workdir: <MAIN_CLONE_PATH>
git branch --list spotlight
git checkout -b spotlightgit checkout spotlightThen reset it to the worktree HEAD:
# workdir: <MAIN_CLONE_PATH>
git reset --hard <SHA>
# workdir: <MAIN_CLONE_PATH>
git log --oneline -1
git status
Confirm the top commit matches the worktree HEAD and the tree is clean.
Inform the user that the spotlight is set.
spotlight branch is a plain local branch. It is never pushed to the remote.reset --hard is safe here because spotlight is dedicated to this purpose and has no independent history worth preserving.spotlight to the new HEAD.Orchestrate Birdhouse child agents to investigate PR review feedback in parallel, classify it as strengthened, weakened, or invalidated, then address approved items serially with fixes or threaded replies.
Create isolated working directories using git worktrees without affecting the main workspace. Use when you want to use worktree, git worktree, worktree workflow, isolated development, work in worktree, create worktree, or worktree best practices.
Reply to GitHub PR review comments as threaded responses using the GitHub API replies endpoint.
Generate release notes from git branch commit history and analyze changes. Use when you want to generate release notes, prepare release notes, prep for a PR, find what changed in this branch, or get branch change summary.
Create GitHub pull requests using gh CLI with proper formatting for multi-line descriptions. Use when you want to create a pr, submit a pr, pull request, create a pull request, submit a pull request, open a pr, or new pr.
Core software development principles: code for readability and changeability, apply DRY wisely, test for confidence, and crash loudly on unexpected conditions.