Menü
herdr-agentchat プラグイン経由で codex (coder) に実装を委譲し、2 ペイン会話で完成まで進める。
Mit Codex oder Claude installieren Kopieren Sie diesen Prompt, fügen Sie ihn in Codex, Claude oder einen anderen Assistant ein und lassen Sie die Skill-Seite prüfen und installieren.
Basierend auf der SOC-Berufsklassifikation
| name | use-cli-herdr |
| description | herdr-agentchat プラグイン経由で codex (coder) に実装を委譲し、2 ペイン会話で完成まで進める。 |
| when_to_use | codex と連携, coder に委譲, coder に任せる, ペア実装, herdr で 2 agent, leader として実装依頼, agentchat, 2 ペイン会話, send で依頼 |
| allowed-tools | Bash Read |
| user-invocable | false |
herdr ペイン内 (HERDR_ENV=1) で、thkt.agentchat プラグインが install 済みであること。send スクリプトの実体は ~/.config/herdr/plugins/github/thkt.agentchat-*/actions/send.sh (glob で一意に解決できる)。codex exec や codex の直接起動は使わない。会話と完了中継の機構の外に出るため、報告が届かなくなる。
herdr agent rename "$HERDR_PANE_ID" leaderherdr plugin action invoke thkt.agentchat.start-coder (右ペインに codex が承認なしモードで立つ。結果は herdr plugin log list --plugin thkt.agentchat)herdr agent read coder --source visible の出力で分岐する。Press t to trust なら herdr agent send-keys coder t を送る。Press enter to view hooks なら herdr agent send-keys coder esc を送る。ダイアログ表示中に送った本文は吸われて消えるため、素の入力待ちを確認してから Phase 2 に進むbash ~/.config/herdr/plugins/github/thkt.agentchat-*/actions/send.sh --reply-to leader coder "<指示>"
指示には対象ファイル、完了条件、書き込み範囲の制約を含める。--reply-to leader により coder への返信手段が本文に自動で埋め込まれる。
| exit | 意味 | 対応 |
|---|---|---|
| 0 | coder が着手した | 報告を待つ |
| 3 | 同一内容の連投 | 再送しない |
| 5 | coder が blocked | 人間の承認待ち。送らない |
| 6 | 起こせなかった (本文は入力欄に残っている可能性) | 再送せず herdr agent read coder で画面を確認 |
| 7 | 着手を観測できず (すでに working 中なら届いている) | herdr agent get coder で状態確認。再送しない |
coder のターン完了は [auto-relay] メッセージとして自動で自分に届く。ポーリングは不要で、届くまで自分の作業を続けてよい。coder 自身の send 報告と auto-relay が重複したら send 報告を優先する。blocked 遷移は人間へ toast 通知されるため、leader が承認を肩代わりしない。受領後は検収 (テスト実行、diff 確認) してから次の指示または人間への報告に進む。
issue が build に投入できる形かを検分し、verdict (build-ready / needs-plan / needs-fix) と指摘を返す。起票には使わない (/issue)。PR のスクリーニングには使わない (/preview)。
Inspect whether an issue is in shape to hand to build, returning a verdict (build-ready / needs-plan / needs-fix) and the findings. Do NOT use to file an issue (use /issue) or to screen a PR (use /preview).
critic-design による敵対的批判を伴う設計探索。生き残った案を構造化 plan にまとめ、自己点検して呼び出し元に返す。plan の永続先は issue の Plan 節が唯一。計画意図のないコードベース調査には使わない (代わりに /research)。
Design exploration with adversarial critique by critic-design. Assembles the surviving approach into a structured plan, self-checks it, and returns it to the caller. The issue's Plan section is the plan's only persistent home. Do NOT use for codebase investigation without planning intent (use /research instead).
構造化されたタイトルと本文で GitHub Issue を生成する。単独で成立し、前段を要求しない。challenge / research の成果物が会話にあれば本文の根拠に使い、/think の plan 下書きがあれば `## Plan` 節へ移設する。issue 番号を渡すと、起票済みで Plan 節を持たない issue へ plan を転記する。
Generate GitHub Issue with structured title and body. Standalone; requires no upstream stage. When challenge / research artifacts exist in the conversation, they feed the body's evidence; when a /think plan draft exists, it is transferred into the `## Plan` section. Given an issue number, it transfers a plan into a filed issue that has no Plan section.