Menu
マージ済み PR に対応する worktree / workspace / ローカルブランチを安全に掃除する。/wt で作った worktree のライフサイクルの後始末。ユーザーが「worktree を掃除して」「片付けたい」「/wtclean」と言った時に使う。
Install with Codex or Claude Copy this prompt, paste it into Codex, Claude, or another assistant, and let it review the skill page and install it for you.
Based on SOC occupation classification
タスクの説明からブランチ名を自動生成し、herdr の worktree + workspace を立ち上げ、必要なら作業担当エージェントに委任する。ユーザーが新しい作業を始めたい・worktree を切りたい・「/wt」と言った時に使う。
学習ループ用の教師モード — セッションの内容や設計判断を、段階的な説明・チェックリスト・ クイズでユーザーが深く理解するまで伴走する理解ゲート。 ユーザーが「/learn」「理解ゲート通して」「これ教えて」「クイズ出して」などと言った時に使う。 また、リポジトリの CLAUDE.md が理解ゲートを規定している場合(例: hexhive)、 設計判断を含む PR のマージ前にこちらから発火を提案してよい。
エージェントセッションの意思決定・洞察・成果物を Obsidian の ResearchNotes に昇格させる(蒸留パイプライン層1)。 ユーザーが「セッションをまとめて」「記録して」「/session-log」と言ったときに使う。 また、設計判断・アーキテクチャ決定・重要な学びが生まれたセッションの区切り(タスク完了時・終了間際)には、こちらから記録を提案してよい。 生ログの全転写ではなく、対話で生まれた判断・設計・学びの厳選記録。
Question Behind the Question — 実装プランを出す前に、要望の下にある設計判断を1段掘り、 「本当に問うべき問い」の候補を提示する。 ユーザーが「/qbq」「問いから掘って」「本当に問うべきことは何?」などと言った時に使う。 また、インフラ・ワークフロー・アーキテクチャ系の相談で、要望の背後に未言語化の 設計判断がありそうな時は、実装プランを提示する直前に自発的にこの手順を提案してよい。
herdr を介して、ユーザー・Claude Code・Copilot CLI・copilot-quorum の四者が pane 越しに対話するためのプロトコル。相手 pane の見つけ方、宛先プレフィックス付き メッセージ形式、送信・応答待ちの手順、ループ防止の原則を定める。 ユーザーが「Copilot と相談して」「quorum に合議させて」「他のエージェントに聞いて」 「隣の pane と話して」などと言った時、または他エージェントからの宛先付きメッセージ (【from→to】形式)を pane 上で検知した時に使う。 司令塔↔作業者プロトコル(herdr スキルの `agent send` / 上り報告)とは別物 — あちらは 上下関係の報告経路、こちらは対等な対話。既存プロトコルは変更しない。
Obsidian デイリーノートの自動作成・更新(朝)と対話型の振り返り(夜)を行う。 cowork環境の「クラウディア」ワークフローのターミナル移植。 ユーザーが「デイリーノート作って」「振り返りしたい」「/daily」などと言った時に使う。
| name | wtclean |
| description | マージ済み PR に対応する worktree / workspace / ローカルブランチを安全に掃除する。/wt で作った worktree のライフサイクルの後始末。ユーザーが「worktree を掃除して」「片付けたい」「/wtclean」と言った時に使う。 |
マージ済み PR に対応する worktree / workspace / ローカルブランチを安全に掃除します。
/wt で作った worktree のライフサイクルの後始末を担う、対になるコマンドです。
--force(任意): 指定すると dry-run をスキップし、確認後すぐに削除を実行する。省略時(デフォルト)は dry-run(削除対象の一覧提示まで)で終了し、実際の削除はユーザーの確認を取ってから行う(実体は末尾の 引数 セクション参照)Constraints:
git rev-parse --show-toplevel でリポジトリルートを確認するgh pr list --state merged --limit 50 --json number,headRefName,title
Constraints:
herdr worktree list と git worktree list の結果を突き合わせて、マージ済みブランチに対応する worktree を特定する。
Constraints:
herdr worktree list と git worktree list の結果を突き合わせて、マージ済みブランチに対応する worktree を特定する各 worktree について以下をすべて確認する。1つでも引っかかったらその worktree はスキップし、理由付きで報告リストに回す(削除はしない)。
Constraints:
git status --short が空であること)を確認するherdr agent list で、その workspace のエージェントが working / blocked 状態でないこと)を確認するgh pr list --state open --head <branch> が空であること)を確認する削除対象・スキップ対象(理由付き)の一覧をユーザーに提示する。
Constraints:
削除が承認されたら、実際に herdr worktree remove を実行する前に、各対象 worktree の pane ログから摩擦・回避策を抽出する。対話プロトコル(/wt 手順5、#332)の4本柱のうち「供養」にあたる工程で、worktree を消す前に知見を回収する。
対象 worktree の pane を特定する(herdr worktree list で得た open_workspace_id を使う):
herdr pane list --workspace <workspace-id>
"agent": "claude" が付いている pane が作業者エージェントの pane。そのログを読む:
herdr pane read <agent-pane-id> --source recent-unwrapped --lines 500
Constraints:
herdr worktree remove 実行前に各対象 worktree の pane ログから摩擦・回避策を抽出するResearchNotes/ClaudeCodeSession-YYYYMMDD-Worker-<TopicSlug>.md(ClaudeCodeSession- プレフィックスを維持し .base ビューのフィルタを壊さない)、frontmatter に parent: "[[<司令塔セッションノート名>]]" を付け、本文冒頭に親への wikilink を置く/wt 手順7「自己更新(Self-update)」参照)に渡す。司令塔はそこでフィルター(再発しうる・タスク横断的)を適用し、対象の知見を diff 案付きの Issue として起案するgh issue create は実行しない(ユーザーが必要と判断したものだけ、別途 Issue 化する)承認された各対象について:
herdr worktree remove --workspace <workspace-id>
git branch -d <branch>
最後にまとめて:
git worktree prune
Constraints:
herdr worktree remove --workspace <workspace-id> と git branch -d <branch> を実行するgit worktree prune を実行するgit branch -d を使う(merged 確認済みのため)-D は使わないgit branch -d が「not yet merged to HEAD」警告を出した場合はローカル main を更新してから再実行する(それでも -D にはエスカレートしない。詳細: Troubleshooting「git branch -d の not yet merged to HEAD 警告」参照)以下を一覧で報告する:
Constraints:
/wtclean
/wtclean --force # dry-run をスキップして確認後すぐ削除
squash マージ運用ではマージされたブランチのコミットが main の履歴に直接は含まれないため、ローカル main が最新であってもこの警告は出る(ローカル main の遅延が原因とは限らない)。手順2で origin(の同名ブランチ)へのマージは確認できているので、git branch -d が upstream 追跡ブランチへのマージ済みと判定すれば、警告付きで削除は成功する。この場合は警告を無視してよい。-d が実際に拒否された(削除されなかった)場合のみ、ローカル main を更新してから再実行する(それでも -D にはエスカレートしない)。更新方法: main をチェックアウト中のリポジトリでは git fetch origin main:main は拒否されるため、git fetch origin してから git merge --ff-only origin/main(または git pull --ff-only)で更新する。それでも拒否される場合は削除を中止してユーザーに報告する。