一键导入
worktree
Git worktree + tmux で並行作業セッションを起動する(Issue/PR/ブランチ対応)
用 Codex 或 Claude 帮你安装 复制这段 Prompt,粘贴到 Codex、Claude 或其他助手里,让它检查 Skill 页面并帮你完成安装。
菜单
Git worktree + tmux で並行作業セッションを起動する(Issue/PR/ブランチ対応)
用 Codex 或 Claude 帮你安装 复制这段 Prompt,粘贴到 Codex、Claude 或其他助手里,让它检查 Skill 页面并帮你完成安装。
基于 SOC 职业分类
| name | worktree |
| description | Git worktree + tmux で並行作業セッションを起動する(Issue/PR/ブランチ対応) |
| disable-model-invocation | false |
| argument-hint | <Issue/PR URL, Issue number, or branch-name> [--model <model>] [--plan] [task description] |
| allowed-tools | Bash |
Claude Code の --worktree フラグを活用して、並行作業セッションを tmux window として起動する。
/worktree https://github.com/owner/repo/issues/123/worktree https://github.com/owner/repo/pull/456 をレビューして/worktree feature/new-api 認証機能を実装して/worktree feature/new-api --model sonnet 認証機能を実装して/worktree feature/new-api --plan 設計を考えて以降の shell snippet 中のプレースホルダ <worktree-name> は手順 1 で決めた WNAME、<repo> は basename $(git rev-parse --show-toplevel) の値で、実行前に文字列置換すること。
$ARGUMENTS の先頭トークンから判別する:
| パターン | フォーマット | 例 |
|---|---|---|
github.com/.../issues/<n> | issue-<number> | issue-123 |
github.com/.../pull/<n> | pr-<number> | pr-456 |
| 数字のみ | issue-<number> | issue-123 |
| それ以外 | / を - に置換 | feature-new-api |
引数がない場合はユーザーに質問する。
$ARGUMENTS から以下を抽出する:
--model <value>: モデルを指定。指定がなければ --model 自体を付与しない(claude のデフォルトに委ねる)。
--plan: plan mode フラグ。permission mode はデフォルトで auto、--plan 指定時のみ plan に上書きする。MODEL_FLAG=""
PERM_FLAG="--permission-mode auto"
ARGS="$ARGUMENTS"
# Extract --model value as-is (do NOT normalize or alias the value)
if echo "$ARGS" | grep -q -- '--model '; then
MODEL=$(echo "$ARGS" | sed 's/.*--model \([^ ]*\).*/\1/')
MODEL_FLAG="--model '${MODEL}'"
ARGS=$(echo "$ARGS" | sed 's/--model [^ ]*//' | xargs)
fi
# Extract --plan flag (overrides the default auto permission mode)
if echo "$ARGS" | grep -q -- '--plan'; then
PERM_FLAG="--permission-mode plan"
ARGS=$(echo "$ARGS" | sed 's/--plan//' | xargs)
fi
以降の手順では $ARGS をプロンプトとして使い、$MODEL_FLAG をモデル指定に、$PERM_FLAG を permission-mode オプションに使う。
claude --worktree は <repo>/.claude/worktrees/<name> に worktree を作成し、ブランチ名は worktree-<name> となる。
ただし CLAUDE.md や .claude/ が git 未追跡の場合、新規 worktree にはこれらが含まれない。
事前に worktree を作成し、未追跡の Claude 設定ファイルをコピーする prep スクリプトを /tmp/worktree-prep.sh に書き出す。
cat > /tmp/worktree-prep.sh << 'PREP'
#!/bin/bash
set -euo pipefail
REPO_ROOT=$(git rev-parse --show-toplevel)
WNAME="<worktree-name>"
WORKTREE_DIR="${REPO_ROOT}/.claude/worktrees/${WNAME}"
mkdir -p "$(dirname "$WORKTREE_DIR")"
git worktree add "$WORKTREE_DIR" -b "worktree-${WNAME}" 2>/dev/null || true
# Sync Claude config files (handles both tracked and untracked)
[ -e "$REPO_ROOT/CLAUDE.md" ] && cp -f "$REPO_ROOT/CLAUDE.md" "$WORKTREE_DIR/CLAUDE.md"
[ -d "$REPO_ROOT/.claude" ] && rsync -a --exclude='worktrees' "$REPO_ROOT/.claude/" "$WORKTREE_DIR/.claude/"
PREP
chmod +x /tmp/worktree-prep.sh
tmux window のタイトルは <repository>/<worktree-name> とする。
repository 名は basename $(git rev-parse --show-toplevel) で取得する。
--model はユーザーが --model <value> を渡したときのみ付与する($MODEL_FLAG 経由)。未指定なら claude のデフォルトモデルに委ねる。
[!IMPORTANT] tmux send-keys と複数行プロンプト
tmux send-keysは文字列中の改行を Enter キーとして送信するため、複数行プロンプトを直接渡すと途中で実行されてしまう。 必ず一時ファイルに書き出してから$(cat file)で渡すこと。
# Write prompt to temp file (use $ARGS with --model stripped)
cat > /tmp/worktree-prompt.txt << EOF
$ARGS
EOF
# Check tmux and launch (prep script runs first to ensure config files exist)
if tmux list-sessions 2>/dev/null; then
tmux new-window -n "<repo>/<worktree-name>"
tmux send-keys "bash /tmp/worktree-prep.sh && claude --worktree <worktree-name> ${MODEL_FLAG} ${PERM_FLAG} \"\$(cat /tmp/worktree-prompt.txt)\"" C-m
else
echo "Not in tmux session. Run manually:"
echo " bash /tmp/worktree-prep.sh && claude --worktree <worktree-name> ${MODEL_FLAG} ${PERM_FLAG}"
fi
--worktree はセッション終了時に変更がなければ自動削除、変更があれば確認されるgit worktree list で確認可能実装完了後の品質パス(code-review --fix → codex レビュー → verify → retro 記録)を順に実行し、commit / PR 作成に進める状態にする。非自明な変更の完了報告・commit / PR 作成の前に使う。
定期メンテナンスループの実行器。/chore <loop名> で loops/<loop名>.md の定義に従い、仕事の発見・実行・検証・記録を上限付きで 1 周する。引数なしで利用可能なループを一覧する。
OpenAI Codex にタスクを委譲する。plan レビュー / コードレビュー / セカンドオピニオン / 別視点での調査に使う。
Draw a hand-drawn-style diagram to align with a human on structure — state machines, flows, request paths, component maps, lifecycles. Use when a textual explanation would be easier to judge as a rough sketch, when the user asks for a diagram / 図 / ぽんち絵, or when you want a human to see and approve the shape of a design before you commit to it. Renders entirely on the local machine (no network), with a live browser view the human can watch.
日本語の技術文書・書籍原稿の文章規範。整形(一文一行、引用ブロック、脚注、コラム記法)、段落と論証の構成(パラグラフライティング)、論証の厳密さ(ツッコミどころの除去)、読み手の負荷の管理、視点と語り、演出の抑制、LLM っぽい空句の禁止、冗長の排除を定める。日本語で技術書の章、草稿、記事、解説文を書くとき、または推敲・リライトするときに使用する。
agent 向けテキスト指示(skill / slash command / task プロンプト / CLAUDE.md 節 / コード生成プロンプト)を、バイアスを排した実行者に動かしてもらい、両面(実行者の自己申告 + 指示側メトリクス)で評価して反復改善する手法。改善が頭打ちになるまで回す。プロンプトや skill を新規作成・大幅改訂した直後、またはエージェントの挙動が期待通りにならない原因を指示側の曖昧さに求めたいときに使う。