菜单
Git worktree を使った複数ブランチの同時作業管理。 使用タイミング: (1) 複数機能を並行開発したい時 (2) PRレビュー中に別作業したい時 (3) 本番ホットフィックスと開発を同時進行したい時 (4) worktreeの使い方を知りたい時。 トリガー例: 「worktreeで」「別ブランチを同時に」「並行開発したい」 「PRレビューしながら開発」「ホットフィックス用のworktree」
用 Codex 或 Claude 帮你安装 复制这段 Prompt，粘贴到 Codex、Claude 或其他助手里，让它检查 Skill 页面并帮你完成安装。
基于 SOC 职业分类
| name | git-worktree |
| description | Git worktree を使った複数ブランチの同時作業管理。 使用タイミング: (1) 複数機能を並行開発したい時 (2) PRレビュー中に別作業したい時 (3) 本番ホットフィックスと開発を同時進行したい時 (4) worktreeの使い方を知りたい時。 トリガー例: 「worktreeで」「別ブランチを同時に」「並行開発したい」 「PRレビューしながら開発」「ホットフィックス用のworktree」 |
複数ブランチを同時に作業するための Git worktree 管理。
Git worktree を使うと、1つのリポジトリから複数の作業ディレクトリを作成できる。
メリット:
# 新規ブランチで作成
git worktree add ../project-feature-x feature-x
# 既存ブランチで作成
git worktree add ../project-hotfix hotfix/urgent-fix
# リモートブランチをチェックアウト
git worktree add ../project-review origin/feature-y
git worktree list
出力例:
/path/to/project abc1234 [main]
/path/to/project-feature def5678 [feature-x]
/path/to/project-hotfix ghi9012 [hotfix/urgent-fix]
# 作業ディレクトリを削除
rm -rf ../project-feature-x
# Git から登録解除
git worktree prune
または一括:
git worktree remove ../project-feature-x
# 現在: feature-x ブランチで開発中
# 緊急: 本番バグ発生
# ホットフィックス用 worktree 作成
git worktree add ../project-hotfix -b hotfix/login-fix main
# ホットフィックス作業
cd ../project-hotfix
# ... 修正 ...
git commit -m "fix: resolve login issue"
git push origin hotfix/login-fix
# 元の作業に戻る
cd ../project
# feature-x の作業を継続
# レビュー対象のブランチを worktree で開く
git fetch origin
git worktree add ../project-review origin/feature-y
# レビュー
cd ../project-review
npm install
npm run dev
# レビュー完了後
cd ../project
git worktree remove ../project-review
project/ # メイン (main)
project-feature-x/ # 機能開発
project-hotfix/ # ホットフィックス
project-review/ # PRレビュー
# 不要な worktree を確認
git worktree list
# マージ済みブランチの worktree を削除
git worktree remove ../project-merged-feature
# 孤立した worktree を整理
git worktree prune
# 別の worktree で使用中のブランチ
git worktree list # どこで使われているか確認
# ディレクトリを手動削除した場合
git worktree prune
# worktree で使用中のブランチは削除できない
# 先に worktree を削除する
git worktree remove ../project-feature
git branch -d feature
kimny × Claude（AI）のインタビュー形式でnote記事を作成するスキル。 品質ゲート（発見・外部アンカー・1文テスト）による公開判断、AIO最適化、対話フォーマットルールを定義。 使用タイミング: (1) note記事の作成・リライト (2) インタビュー形式の記事構成 (3) 過去会話からの記事化 (4) 記事の品質チェック。 トリガー例: 「記事にしたい」「noteに書きたい」「インタビュー形式で」 「これ記事にならない？」「記事のリライト」「品質ゲート通して」 「AIO最適化」「note記事」
note連載記事の有料/無料切り分け戦略を設計するスキル。 連載全体の無料回・有料回の配置、1記事内の有料ライン設計、価格設定、マガジン構成を扱う。 使用タイミング: (1) noteで有料記事を書きたい時 (2) 連載の課金設計 (3) 有料ラインの位置決め (4) マガジン構成の検討 (5) 価格設定の相談。 トリガー例: 「noteで有料にしたい」「連載の課金設計」「どこから有料にする？」 「noteで稼ぎたい」「マガジン構成どうする」「有料ライン」「価格設定」 ai-interview-articleスキルと併用可能。
経営部4課 (template/conductor/freee/cowork) → 5/18 cognitive load v3 rollout で全14課に展開された CLAUDE.md 共通block管理 skill (20 blocks)。 source of truth: blocks/*.md、各課CLAUDE.mdへ marker-bounded section置換でdistribute。 使用タイミング: (1) 共通block仕様変更時 (2) 14課横断 policy 同期時 (3) cognitive load v3 trial期間 (5/19-5/29) で各 peer marker 挿入 PR 完納時。
承認済みモックと UI 実装を「1ミリもずらさず同一」にするための忠実性照合の規律・手順。 native/plugin UI で反復した「承認 mock ≠ 実装（雰囲気移植で "近い" 止まり）」事故の再発防止機構。 使用タイミング: (1) 新規 UI 面・re-skin・視覚的再設計を実装する時 (2) 承認モックから実装する時 (3) 完了報告に render×mock の diff を添付する時 (4) conductor がモック忠実性を vet する時。 トリガー例: 「モック通りに実装」「UI をモックと同一に」「pixel-diff」「overlay で照合」 「mock に合わせて」「忠実性チェック」「これモックと違う」「1ミリもずらさず」 ※既存実装の微修正（コピー1行・padding・バグ修正）は対象外。
freee API を MCP 経由で操作するスキル。会計・人事労務・請求書・工数管理・販売の詳細APIリファレンスと使い方ガイドを提供。
セッションの区切りで durable 層（status.md・git・memory）を現在形に保つ 3 手順。発火点＝handoff / compaction 直前・idle 化の直前・長時間離席の前。