القائمة
マージ済み PR に対応する worktree / workspace / ローカルブランチを安全に掃除する。/wt で作った worktree のライフサイクルの後始末。ユーザーが「worktree を掃除して」「片付けたい」「/wtclean」と言った時に使う。
التثبيت باستخدام Codex أو Claude انسخ هذا Prompt والصقه في Codex أو Claude أو مساعد آخر ليراجع صفحة Skill ويثبّتها لك.
استنادا إلى تصنيف SOC المهني
タスクの説明からブランチ名を自動生成し、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)で更新する。それでも拒否される場合は削除を中止してユーザーに報告する。