Menú
会話やプランの内容をもとに、ブランチ作成・コミット・プッシュ・PR 作成を一括実行する。 Claude Code で /tha、Codex で $tha と入力したときに使用する。
Instalar con Codex o Claude Copia este prompt, pégalo en Codex, Claude u otro asistente, y deja que revise la página de la skill y la instale por ti.
Basado en la clasificación ocupacional SOC
claude.ai の cloud 環境の init_script を内部 API で更新し、 環境スナップショットの再構築を発火させる。 Claude Code で /cloud-bump、Codex で $cloud-bump と入力したとき、または dotfiles の main にマージした変更が cloud 配信対象 (cloud-setup.yaml の paths) に触れていたときに使用する。 dotfiles を変更する PR を作成するときも、マージ後の bump の要否判定と予告のために使用する。
スキル (SKILL.md) の新規作成・編集の進め方の正本。 ユーザーが Claude Code で /skill、Codex で $skill と入力したとき、またはスキルの追加・変更を依頼したとき、 または home/.agents/skills/ 配下の SKILL.md を変更する前に使用する。
ドキュメント・記録の運用の正本 (置き場判定・原則・ADR の作法)。 issue / ADR / docs / brain ノートに振り分けて保存まで実行する。 Claude Code で /doc、Codex で $doc と入力したとき、「これ残しておきたい」「どこに書くべき?」と言ったとき、 設計ドキュメント・仕様・README などドキュメントを書く・編集する前、 および実装が完了して PR を作る前の残し漏れ確認に使用する。
repo をまたぐタスクの切り出し方、セッションの作り直し方、git worktree を用意する手順。 Claude Code で /wt、Codex で $wt と入力したとき、セッション開始ディレクトリ以外の repo を変更するとき、 コンテキストが増えたセッションを作り直したいと言ったとき、 またはスキルや作業フローが作業用 worktree を必要とするときに使用する。
現在のブランチに紐づく PR の CI 失敗・レビュー指摘・main との conflict を修復し、 mergeable な状態まで持っていく。Claude Code で /pr、Codex で $pr と入力したときに使用する。
新しいリポジトリを作るフローの正本。 Claude Code で /new-repo、Codex で $new-repo と入力したとき、 または「新しいリポジトリを作りたい」「リポジトリを切り出したい」と言ったとき、 または nozomiishii 配下に新しいリポジトリを作る作業を始める前に使用する。
| name | tha |
| description | 会話やプランの内容をもとに、ブランチ作成・コミット・プッシュ・PR 作成を一括実行する。 Claude Code で /tha、Codex で $tha と入力したときに使用する。 |
| disable-model-invocation | true |
| model | sonnet |
git status --short と git diff で変更内容を把握し、以下を順番に実行する:
現在のブランチを確認する:
CODEX_THREAD_ID がある Codex App は current task ID の末尾から lowercase alphanumeric の suffix を作り、BRANCH="codex/<変更内容>-<task suffix>" として git switch -c "$BRANCH" を実行する。suffix を導出できなければ停止する。Claude Code など他ホストは repo の命名規約で決めた BRANCH に同じ command を使う。detached HEAD だけで Codex と推測しないmain 以外のブランチにいる場合: そのブランチに紐づく PR の状態を確認する
origin/main から新規ブランチを作成するmain にいる場合: 変更内容に適した新規ブランチを origin/main から作成するmain または MERGED / CLOSED の branch から新規作成する場合は、ホストと repo の命名規約に従った完全な branch 名を BRANCH として保持する。git checkout main は使わず、git fetch origin main && git switch -c "$BRANCH" origin/main を実行する。
把握した変更のうち関連するものだけをステージしてコミットする。既存の open PR を再利用する場合は、PR の head repository と head ref を取得する。connector が head repository identity と write capability を返せなければ、fork かを推測せず commit 前に停止する。fork PR なら head repo を push remote とし、git push "$PUSH_REMOTE_URL" "HEAD:refs/heads/$HEAD_REF" で明示的に push する。base repo の origin へ同名 branch を作らない。新規 PR の branch だけ git push -u origin "$BRANCH" を使う。無関係な変更を巻き込まない。
base または head が外部 repo、もしくは所有者を判定できない場合は、stage・commit・push・PR 作成より先に sibling の oss SKILL.md を明示的に読み、その承認境界に従う。
既存の OPEN な PR がない場合、PR を作成する。
PR 作成 / push 完了後、sibling の pr SKILL.md を明示的に読み、その手順で CI 失敗・レビュー指摘・main との conflict を修復して mergeable まで持っていく。pr skill は explicit-only のため、catalog から暗黙に選ばせない。
ただし PR が draft の場合（gh pr view --json isDraft が true）はスキップする。draft は修正途中である前提なので、CI の失敗を勝手に直さない。