name: sync-template model: inherit description: "テンプレートリポジトリから最新の変更を取り込み，ルール変更に伴うコード修正を行う．" argument-hint: ""

あなたはテンプレート同期の担当者です． テンプレートリポジトリから最新の変更を取り込み，必要に応じてプロジェクトのコードを修正してください． bash ヘルパーの定義と各ファイルの個別マージ手順は本スキルの reference.md（.claude/skills/sync-template/reference.md）を参照する．

実行環境: bash（Git Bash または Unix シェル）が必要．mktemp, rm -rf, cat, awk, diff, git merge-file, シェル変数展開を使用する．

テンプレート URL: https://github.com/rintoHasegawa/programming-template.git

マージ必須ファイル (Merge-required Files)

以下のファイルは「プロジェクト固有の内容 + テンプレートの共通ルール」のハイブリッドのため，上書きせずマージする．コピー処理（ステップ 5.3）に入る前に対象ファイルかを判定し，該当する場合はステップ 5.4 のマージ手順に分岐させる．

マージ処理の対象は 既存ファイルが存在する場合のみ．初回同期（.claude/template-sync-sha がない状態）では全ファイルが A 扱いとなるが，これらのファイルはフレームワーク初期化（flutter create / npm init 等）や /init で既にプロジェクトに存在するのが通常なので，そのままマージ処理に入る．既存ファイルがない稀なケースに限り通常の cp で配置する．

プロジェクト固有改変ファイル (Project Overrides)

マージ必須ファイル以外のテンプレート管理ファイル（.claude/skills/*，.claude/rules/*，.claude/agents/*，.claude/hooks/*，docs/01_GUIDE/* 等）も，プロジェクトの都合で意図的に改変されていることがある．これらを A/M のたびに cp で盲目的に上書きすると改変が失われるため，以下の 2 段構えで保護する．

台帳に登録された改変（明示的保護）

プロジェクトは意図的な改変を .claude/template-overrides.md（テンプレート改変台帳）に記録する（運用ルール: .claude/rules/template-customization.md）．台帳の「台帳」節の表から | \パス` | 方針 | 理由 | 記録日 |形式の行を読み，登録ファイルは **cp` せず方針に従って処理する**（ステップ 5.5）:

• パスが末尾 / で終わる行はディレクトリ指定であり，配下の全ファイルに同じ方針を適用する
• 台帳に載っているのにテンプレート側に存在しないパス（リネーム・削除済み，または記入ミス）は同期の最後に警告する（ステップ 5.8）
• 初回同期（$LAST_SHA 無し）では base が取れないため，merge は ask として扱う

台帳に無い改変の検出（安全網）

台帳に登録されていなくても，A/M 対象ファイルがローカルに存在し，かつ前回同期版（$LAST_SHA 時点のテンプレート版）と内容が異なる場合，プロジェクト側で改変されている．これは上書きせずに「未登録改変」として集め（ステップ 5.3），まとめてユーザーに確認する（ステップ 5.6）．確認では「意図的な改変 → 台帳に登録してマージ／保持」「意図しない差分（古い手修正等） → 上書き」を選べるようにし，選択に応じて台帳へ行を追加する．

前回同期版に存在しない（テンプレートで新規追加された）パスにローカルファイルが既にある場合も同様に未登録改変として扱う（プロジェクトが独自に作ったファイルをテンプレート版で潰さない）．

初回同期（$LAST_SHA 無し）では比較対象が無いため検出は行わない．

同期対象外ファイル (Skip-on-sync Files)

以下のファイルはテンプレート紹介専用であり，テンプレートから作られた各プロジェクトには反映しない．コピー・上書き・削除のいずれも行わない．

判定はステップ 5.3 のループ内でマージ必須ファイル判定より先に行う．

モード依存ファイル (Mode-gated / Team-layer Files)

テンプレートは個人開発（solo）とチーム開発（team）の両モードを 1 つのリポジトリで提供する（GUIDE_03）．以下のチーム層ファイルは team モードのプロジェクトにのみ配置し，solo モードのプロジェクトには同期しない．

※ task-create・task-start（+ reference.md）・task-handoff の各 skill は共通層（solo でも Issue ベースのタスク管理に使う）であり，モードに関わらず通常どおり同期する．

判定はプロジェクトの .claude/project-mode（solo または team．/setup が作成）で行う:

• team: チーム層ファイルを通常どおり同期（A/M/D すべて反映）．
• solo: チーム層ファイルを同期対象外ファイルと同様に完全スキップ（コピー・上書き・削除いずれもしない）．solo プロジェクトは /setup 時にこれらを削除済みのため，再配置しない．
• .claude/project-mode が存在しない（本機能導入前に作られた既存プロジェクト）: 安全側に倒して solo 扱いとし，チーム層を配置しない．同期の最後に「チーム開発なら .claude/project-mode に team と記入し再同期してください」と案内する．

なお .claude/project-mode 自体はテンプレートに含まれない（/setup が各プロジェクトで生成する）ため，同期で触れることはない．

ステップ 1: 事前確認

git status でワーキングツリーがクリーンか確認する．

コミットされていない変更がある場合:

「⚠ コミットされていない変更があります． 先に変更をコミットするか，stash してから再度 /sync-template を実行してください．」

→ ここで処理を中断する．

ステップ 2: テンプレートを一時ディレクトリにクローン

以下を実行する:

TEMPLATE_URL="https://github.com/rintoHasegawa/programming-template.git"
TEMP_DIR=$(mktemp -d)
git clone "$TEMPLATE_URL" "$TEMP_DIR"
NEW_SHA=$(git -C "$TEMP_DIR" rev-parse HEAD)

ステップ 3: 変更ファイルの特定

.claude/template-sync-sha の有無で処理を分岐する:

ファイルが存在する場合（2 回目以降の同期）:

LAST_SHA=$(cat .claude/template-sync-sha)

• NEW_SHA == LAST_SHA の場合: rm -rf "$TEMP_DIR" で一時ディレクトリを削除し，「テンプレートに新しい変更はありません．既に最新です．」と報告して終了する．

• NEW_SHA != LAST_SHA の場合:

  # A=追加, M=変更, D=削除, R=リネーム の種別付きで取得
  CHANGED_ENTRIES=$(git -C "$TEMP_DIR" diff --name-status "$LAST_SHA" HEAD)
  

  で変更されたファイルを種別付きで取得する．

ファイルが存在しない場合（初回同期）:

テンプレートの全ファイルを「追加（A）」として対象に含める:

CHANGED_ENTRIES=$(cd "$TEMP_DIR" && find . -type f -not -path "./.git/*" | sed 's|^\./||' | awk -v OFS='\t' '{print "A", $0}')

ステップ 4: 変更一覧をユーザーに提示

取り込み対象のファイル一覧を種別ごとに整理してユーザーに提示する．マージ必須ファイルや台帳登録ファイルに変更がある場合は，ユーザーが取り込み前に影響範囲を把握できるよう差分サマリーを先出しする（取得方法は reference.md「変更一覧の差分サマリー」．ヘルパーが未定義ならステップ 5.2 の定義を先に実行してよい）:

「テンプレートに以下の変更があります:

• 追加 (A): {ファイル一覧}
• 変更 (M): {ファイル一覧}
• 削除 (D): {ファイル一覧}
• リネーム (R): {旧名 → 新名}

⚠ マージ必須ファイル（上書きせず差分マージします）:

• .gitignore（既存 {N} 行 / テンプレート {M} 行．既存の固有ルールを保持し，テンプレート側で追加されている {K} 行を追記）
• CLAUDE.md（既存にプロジェクト固有セクションが {L} 行．テンプレート更新セクションのみマージ）
• docs/PROGRESS.md（プロジェクト固有の進捗ログ．既存があれば内容を保持し，差分があれば通知のみ）
• .gitattributes（差分 {D} 行．処理方針をユーザーに確認）
• .claude/settings.json（既存の hooks・permissions を保持し，テンプレート側で追加・変更された hook・permissions.allow のルールのみ統合．permissions を更新した場合はセッション再起動が必要な旨を伝える）
• .claude/template-overrides.md（台帳の行を保持し，骨組みの差分があれば通知のみ）

📒 台帳登録済みのプロジェクト固有改変ファイルに変更があります（方針に従って処理します）:

• {パス}（方針: {keep/merge/ask}．理由: {台帳の理由}）

取り込みを開始します．」

ステップ 5: ブランチ作成とファイル反映

5.1 ブランチ作成

git checkout -b chore/sync-template でブランチを作成する．既に同名のブランチが存在する場合は削除してから作り直す．

5.2 判定ヘルパーの定義

reference.md「変数・判定ヘルパー」のブロックを実行し，以降の処理で使う変数と関数を定義する:

• 一覧: MERGE_FILES / SKIP_FILES / TEAM_LAYER_FILES，開発モード PROJECT_MODE，作業ディレクトリ WORK_DIR
• 判定: is_merge_file / is_skip_file / is_team_layer_file / override_policy（台帳の方針）/ is_diverged（前回同期版からの改変有無）
• 差分表示・マージ: show_template_delta / show_project_delta / three_way_merge

5.3 通常コピー対象の反映

reference.md「通常コピーループ」を実行する．各エントリは次の順で判定し，最初に該当した扱いになる:

1. 同期対象外ファイル → 完全スキップ
2. solo モードのチーム層ファイル → 完全スキップ
3. マージ必須ファイル（既存あり） → 5.4 へ
4. 台帳登録ファイル（既存あり） → $WORK_DIR/overrides.tsv に記録し 5.5 へ（リネームで旧パスが登録済みの場合は RENAMED 行として記録）
5. 未登録改変ファイル（is_diverged が真） → $WORK_DIR/diverged.tsv に記録し 5.6 へ
6. 上記以外 → cp で配置・上書き

5.4 マージ必須ファイルの個別処理

$CHANGED_ENTRIES に A/M/R* で含まれ，かつ既存ファイルが存在するマージ必須ファイルを，reference.md「マージ必須ファイルの個別手順」に従ってファイルごとに処理する．各手順の最後に git diff で結果を表示しユーザーに確認する．

5.5 台帳登録ファイルの処理

$WORK_DIR/overrides.tsv の各行を方針ごとに処理する．差分の表示には show_template_delta（テンプレート側の差分: 何が変わったか）と show_project_delta（プロジェクト側の改変: 何を守るべきか）を使う．

keep の処理

触らない．テンプレート側に変更があった事実だけを伝える:

「📒 {file} は台帳で keep のため取り込みません（理由: {台帳の理由}）．参考までにテンプレート側の変更は以下です:」

→ show_template_delta "$file" の出力を要約して添える．取り込みたくなった場合は台帳の行を削除または merge に変更して再同期するよう案内する．

merge の処理

1. three_way_merge "$file" を実行する
2. 戻り値 0（競合なし）: 「📒 {file} をマージしました（プロジェクトの改変を保持しつつテンプレートの差分を取り込み）」と伝え，git diff -- "$file" を表示してユーザーに確認する
3. 戻り値 1（競合あり）: $WORK_DIR/merged/$file の競合箇所と show_project_delta / show_template_delta を Read し，同期担当エージェント（= あなた）がプロジェクトの改変意図（台帳の理由）とテンプレート側の変更意図の両方を保つように解決した内容で $file を Edit / Write する．競合マーカーは残さない．解決方針を説明し，git diff -- "$file" を表示してユーザーに確認する．両立不能と判断した場合はユーザーに「プロジェクト版優先 / テンプレート版優先」を問う
4. 戻り値 2（初回同期等で base 無し）: ask の処理に切り替える

ask の処理

1. show_project_delta "$file" と show_template_delta "$file" を表示し，台帳の理由を添えてユーザーに問う:
   • 上書き: テンプレート版で置換（改変を破棄．台帳の行を削除するか確認する）
   • マージ: merge の処理を行う（以後もマージでよければ台帳の方針を merge に更新するか確認する）
   • スキップ: 触らない
2. 選択に応じて処理する

RENAMED（旧パスが台帳登録されているリネーム）の処理

旧パス {old} にプロジェクトの改変があり，テンプレートでは {new} にリネームされている．ユーザーに状況を示し，次のいずれかを選ばせる:

• プロジェクト版（旧パス）を新パスへ git mv し，その上で台帳の方針（keep / merge / ask）に従って処理する（既定の推奨）．台帳のパスも新パスに書き換える
• テンプレート版を新パスに cp し，旧パスは 5.7 の削除確認に回す（改変を破棄．台帳の行を削除する）

5.6 未登録改変ファイルの確認

$WORK_DIR/diverged.tsv が空でない場合，ユーザーにまとめて提示する:

「⚠ 台帳に未登録ですが，プロジェクト側で改変されているテンプレート由来ファイルがあります（上書きしていません）:

• {file}（前回同期版との差分 {N} 行）／ {file}（前回同期版に無し: プロジェクト独自ファイル）

各ファイルについて処理を選んでください:

1. 意図的な改変 → マージ（プロジェクトの改変を保持しつつテンプレートの差分を取り込む．台帳に merge で登録）
2. 意図的な改変 → 保持（テンプレート側の変更を取り込まない．台帳に keep で登録）
3. 意図しない差分 → 上書き（テンプレート版で置換）

判断材料としてプロジェクト側の改変内容を表示します．」

→ 各ファイルについて show_project_delta "$file" を表示する（長い場合は要約し，全文は求めに応じて出す）．

ユーザーの選択に応じて処理する:

• マージ: 5.5 の merge の処理を行い，台帳の「台帳」表に | \{file}` | merge | {ユーザーから聞いた理由} | {今日の日付} |` を追記する
• 保持: 触らない．台帳に keep で同様に追記する
• 上書き: cp "$TEMP_DIR/$file" "$file" で置換する
• nobase（テンプレート新規追加パスにプロジェクト独自ファイルが既にある）の場合は base が無いためマージできない．「保持（keep 登録）」「上書き」「プロジェクト版を別名に退避してテンプレート版を配置」から選ばせる

理由を聞かずに勝手に台帳へ登録しない（理由は次回同期の判断根拠になる）．ユーザーが理由を省略した場合は「（理由未記入．次回同期時に確認）」と記録する．

5.7 削除候補の確認

reference.md「削除候補の抽出」で，削除候補（D およびリネーム元）のうちローカルに実在するファイルだけを $DELETIONS に得る．さらに台帳の方針で振り分ける:

• 台帳で keep のファイルは削除候補から自動的に除外し，「📒 {file} はテンプレートから削除されましたが台帳で keep のため残します」と通知する
• 台帳で merge / ask のファイル，および 5.5 の RENAMED で「テンプレート版を採用」を選んだ旧パスは削除候補に残し，一覧に「（台帳: {方針}．理由: {理由}）」を添えて確認する．削除する場合は台帳の行も削除する

$DELETIONS が空でない場合，ユーザーに確認を求める:

「以下のファイルはテンプレートから削除されています:

{削除候補一覧}

プロジェクトからも削除してよいですか？（残したいファイルがあれば指定してください）」

ユーザー確認後，対象ファイルを rm で削除する．プロジェクトが独自に残したいファイルは削除対象から除外する（今後も残すなら台帳に keep で登録するよう勧める）．

5.8 台帳の整合チェック

reference.md「台帳の整合チェック」で，台帳に登録されているのにテンプレート最新版に存在しないパスを列挙する．該当があれば「⚠ 台帳の以下のパスはテンプレートに存在しません．リネーム／削除に追従してパスを直すか，プロジェクト独自ファイルなら台帳から行を削除してください: {一覧}」と通知する（自動では書き換えない）．

5.9 同期済み SHA の記録とクリーンアップ

reference.md「クリーンアップ」を実行する（.claude/template-sync-sha に $NEW_SHA を記録し，$TEMP_DIR・$WORK_DIR を削除）．

ステップ 6: 変更内容の分析

コピーされた変更を以下のカテゴリに分類する:

• ルール変更: コーディング規約，Git 運用ルール，テスト方針等の変更（.claude/rules/ 配下の変更を含む）
• ドキュメント更新: 手順書やガイドの改善
• 設定変更: CLAUDE.md や .claude/ 配下の変更
• その他: 上記に該当しない変更

ステップ 7: ルール変更に伴うコード修正

ステップ 6 で「ルール変更」に該当するものがある場合:

1. 変更されたルールの内容を要約してユーザーに報告する
2. そのルール変更がプロジェクトの既存コードに影響するか分析する
3. 影響がある場合，修正が必要な箇所と修正内容を提示する
4. ユーザーの確認を得てから修正を実行する

影響がない場合:

「ルール変更に伴うコード修正は不要です．」

ステップ 8: 結果報告

すべての作業が完了したら，結果を報告する:

「テンプレート同期が完了しました．

• ブランチ: {ブランチ名}
• 開発モード: {PROJECT_MODE}（チーム層ファイルは {team: 同期対象 / solo: スキップ}）
• 取り込んだ変更: {変更の要約}
• プロジェクト固有改変: 台帳登録 {N} 件を処理（keep {a} / merge {b} / ask {c}），未登録改変 {M} 件を確認（台帳に {K} 件追加）
• コード修正: {あり（内容）/なし}

/commit push でプッシュと PR 作成ができます．」

.claude/project-mode が存在せず solo 扱いにした場合は，末尾に次を添える:

「※ .claude/project-mode が未設定のため solo として同期しました．チーム開発にする場合は /set-mode team を実行してください（.claude/project-mode を手で書き換えるだけでは team 層は配置されません）．」

注意事項

• 本コマンドは一時ディレクトリ（mktemp -d）に clone したテンプレートを Read / cp / rm -rf し，作業ファイルも一時ディレクトリに置く．restrict_repo_access.py フックはシステム一時ディレクトリを許可ゾーンとして例外扱いしており，本コマンドはそれに依存している（フックの例外を外すと本コマンドが動かなくなる）
• テンプレートリポジトリへの push は行わない
• コード修正はユーザーの確認なしに実行しない
• マージ必須ファイル（冒頭の表）は必ずステップ 5.4 の手順でマージする．盲目的な cp で上書きしない（フレームワーク固有の除外ルール，プロジェクト固有セクション，team の SessionStart(check_sync) 配線等が失われる）
• /sync-template はプロジェクトの改変を黙って消さないことを最優先にする．テンプレート改変台帳（.claude/template-overrides.md）に登録されたファイルは cp せず方針（keep / merge / ask）に従ってステップ 5.5 で処理し，台帳に無くても前回同期版と内容が異なるローカルファイルは上書きせずステップ 5.6 でユーザーに確認する．判断に迷う場合は上書きせずユーザーに問う
• 台帳への登録は必ず理由を添える（ユーザーから聞く）．理由の無い登録は次回同期時の判断材料にならない．台帳の書式（パス列はバッククォート囲み，方針列は keep / merge / ask）を崩さない
• 同期対象外ファイル（README.md）はテンプレート紹介用のためプロジェクトには反映しない．テンプレート側で追加・変更・削除があってもプロジェクトの該当ファイルは触らない
• チーム層ファイル（GUIDE_03／check_sync.sh）は .claude/project-mode が team のプロジェクトにのみ同期する．task-* skill は共通層のためモードに関わらず同期する．solo（または未設定）のプロジェクトには配置・更新・削除いずれもしない．/sync-template は「版の追従」のみを行い，モードの切り替えはしない．solo↔team の切替は /set-mode <solo|team> を使う（team 層ファイルの配置／削除・settings.json 配線・CLAUDE.md の team 化／solo 化・project-mode 更新を一括で行う）．.claude/project-mode を手で書き換えるだけでは切り替わらない
• テンプレートが管理するのは .claude/ 配下のうち agents/，skills/，rules/，hooks/，settings.json，template-sync-sha，template-overrides.md（雛形のみ．登録内容はプロジェクト固有）のみ．.claude/plans/ や .claude/commit-context.md 等のプロジェクト固有ファイルはテンプレートに含まれないため同期対象外
• chore/sync-template ブランチは他の作業ブランチと混ぜず，作成後は速やかにマージすること．複数の作業ブランチで /sync-template を実行すると .claude/template-sync-sha がコンフリクトする．コンフリクト時は新しい（HEAD 側の）SHA を採用すること．