القائمة
実装完了後の品質パス（code-review --fix → codex レビュー → verify → retro 記録）を順に実行し、commit / PR 作成に進める状態にする。非自明な変更の完了報告・commit / PR 作成の前に使う。
التثبيت باستخدام Codex أو Claude انسخ هذا Prompt والصقه في Codex أو Claude أو مساعد آخر ليراجع صفحة Skill ويثبّتها لك.
استنادا إلى تصنيف SOC المهني
定期メンテナンスループの実行器。/chore <loop名> で loops/<loop名>.md の定義に従い、仕事の発見・実行・検証・記録を上限付きで 1 周する。引数なしで利用可能なループを一覧する。
OpenAI Codex にタスクを委譲する。plan レビュー / コードレビュー / セカンドオピニオン / 別視点での調査に使う。
Draw a hand-drawn-style diagram to align with a human on structure — state machines, flows, request paths, component maps, lifecycles. Use when a textual explanation would be easier to judge as a rough sketch, when the user asks for a diagram / 図 / ぽんち絵, or when you want a human to see and approve the shape of a design before you commit to it. Renders entirely on the local machine (no network), with a live browser view the human can watch.
日本語の技術文書・書籍原稿の文章規範。整形（一文一行、引用ブロック、脚注、コラム記法）、段落と論証の構成（パラグラフライティング）、論証の厳密さ（ツッコミどころの除去）、読み手の負荷の管理、視点と語り、演出の抑制、LLM っぽい空句の禁止、冗長の排除を定める。日本語で技術書の章、草稿、記事、解説文を書くとき、または推敲・リライトするときに使用する。
agent 向けテキスト指示（skill / slash command / task プロンプト / CLAUDE.md 節 / コード生成プロンプト）を、バイアスを排した実行者に動かしてもらい、両面（実行者の自己申告 + 指示側メトリクス）で評価して反復改善する手法。改善が頭打ちになるまで回す。プロンプトや skill を新規作成・大幅改訂した直後、またはエージェントの挙動が期待通りにならない原因を指示側の曖昧さに求めたいときに使う。
Git worktree + tmux で並行作業セッションを起動する（Issue/PR/ブランチ対応）
| name | land |
| description | 実装完了後の品質パス（code-review --fix → codex レビュー → verify → retro 記録）を順に実行し、commit / PR 作成に進める状態にする。非自明な変更の完了報告・commit / PR 作成の前に使う。 |
実装が揃った変更を「出せる状態」にする品質パス。いつ実行するか・どこまで走らせるかは ~/.claude/CLAUDE.md の「実装後レビュー」と「スコープ判断」が規定する。この skill は手順を持つ。
main セッション（control plane）で実行する。subagent 内では実行しない。
git status --short で untracked ファイルを確認し、新規ファイルは git add -N <path> して diff に含める（git diff HEAD だけだと untracked が対象から落ちる）~/.claude/plans/ から探す: 自前命名（<repo>-<branch>.md）はファイル名で、plan mode 由来のランダム slug ファイルは更新日時と中身で特定する（branch から再計算しない — worktree で branch 名が変わっていることがある）/code-review --fix を実行する。
スコープ判断で codex 省略可の変更ならスキップして step 3 へ。実行する場合は codex skill の手順に従い、プロンプトに以下を同梱する:
指摘の裁定は CLAUDE.md「指摘事項の扱い」に従う。
指摘対応が終わったら、変更種別に応じた最小十分な検証を行う:
step 1〜3 で critical な問題（バグ・契約違反・セキュリティ）が見つかった場合、~/.claude/retro/flow.md に 1 行追記する（ファイル・ディレクトリが無ければ作る）:
- <YYYY-MM-DD> repo:<repo> found-by:<code-review|codex|verify|pr-ai|pr-human> should-have:<plan|code-review|codex|verify|scope> kind:<bug|contract|security|test-gap> — <一言>
found-by の pr-ai / pr-human は land 実行後の PR レビューで取り逃しが発覚したときに使う（CLAUDE.md「指摘事項の扱い」参照）。should-have:scope は「スコープ判断で codex を省略していたのが誤りだった」ケース。
スタイル・文面レベルの指摘は記録しない。集計と層調整の提案は /chore flow-retro が行う。
各ステップの結果（PASS / 指摘と裁定 / verify の実行内容 / スキップした step と理由）をまとめて報告する。land の責務は commit / PR 作成の前提を整えるところまで。commit / PR 作成自体は呼び出し元のフローとユーザー指示に従う。