Teishutsu

Skill hayashiii-ghub/hikizan/skills/teishutsu

Claude Code plugin / Agent Skills pack — verb-split skills for design, review, TDD, and PR flow, with deterministic git hooks as safety floors

Install

npx -y skills add hayashiii-ghub/hikizan --skill teishutsu

Assembled from the repository path, not quoted from the project. Check it against their README if it does not work.

One thing to look at

1 stars1 stars. Stars are a popularity signal and not a quality one, but at this level it is likely that nobody has read this closely except its author, and you would be relying on your own review.

What its author says it does

Copied from the file, not written here

PR本文の作成、または完成した変更の通常プッシュとPR作成を明示した依頼に使う。実装とPRマージは扱わない。

The file declares its own license as MIT. That is the author’s claim about this one file, and it is not the same thing as the license GitHub reports for the repository, which is listed with the other numbers below.

SKILL.md

6.5 KB, as published. Nobody here has run it

提出（teishutsu）

PR本文を作り、明確な提出先へ通常プッシュしてPRを作る。利用者の明示的な提出依頼は、一意に確定できるリポジトリ・ブランチ・完成した対象範囲への通常コミット・プッシュ・PR作成を許可する。PRマージは別の依頼として扱う。

共通ルール

全スキル共通。正本はscripts/contract.mdで、scripts/gen-contract.shが各SKILL.mdのこの区間に書き込む（手で編集しない）。

各スキルを起動したら、そのスキルの作業を始める直前に1行だけ🌲 <スキル名>（日本語名）：<今回の目的>と伝える。複数スキルを1行にまとめず、まだ始めないスキルを予告しない。同じスキル内の局所作業では繰り返さない
調査、相談、設計、レビューだけの依頼では対象を変更しない。修正、追加、削除、実行、PR提出が依頼に含まれる場合だけ、必要なスキルをつないで明示された終点まで進む
スキルを固定順に通さず、依頼された成果に必要な観点だけを使う。明示済みの終点へ向かう途中で、形式的な承認を追加しない
検証はリスクに比例させ、未検証の状態を成功や完了と書かない
人へ渡す日本語は結果か判断を先に置き、簡潔で分かりやすく書く。文章の表現や構成自体が成果ならhoukokuを使う
停止するときに意味のある次の進め方があれば、最大3件を推奨順にA（あ）、B（い）、C（う）で示し、英字とひらがなのどちらの回答も同じ選択として扱う

使い分け

本文案：「PR文書いて」なら本文だけ作る
提出：「PR出して」なら提出先の確認からプッシュ・PR作成まで行う

手順

pwd、リポジトリ直下、現在のブランチを確認する。プッシュ先リモートはブランチ設定、なければ唯一のリモートから決め、取得URLとプッシュURLを読む
PRのリポジトリは利用者指定、なければプッシュURLから一意に対応するGitHubリポジトリとする。PR先リモートはそのリポジトリに対応するローカルリモート、比較元は利用者指定、branch.<branch>.gh-merge-base、PR先リモートの既定ブランチの順で決める。機能ブランチの上流ブランチを比較元にしない。フォークではプッシュ先リモートとPR先リモートを分け、作業ブランチを<push-owner>:<branch>にする
リポジトリ / 比較元 <- 作業ブランチ / プッシュ先リモートを表示する。フォーク、複数候補、取得URLとプッシュURLの相違、提出先変更がある場合だけ、ネットワーク操作前に利用者へ確認する。選んだプッシュ先リモートと、異なる場合はPR先リモートだけをfetchし、リモート先行や履歴差分を確認する。解消方針が必要なら勝手にrebase・merge・強制操作を行わない
未コミット差分がある場合は、完成・検証済みで1つのレビュー可能な目的に閉じていると確認できるときだけ、jikkouのコミット契約に従ってコミットする。未完成、検証不明、複数の対象範囲が混在している場合は停止する。その後、作業ツリーがクリーンで、比較元との差分範囲が空でないことを確認する。.gitmodulesがある場合だけ、サブモジュールの未コミット・未プッシュも確認する
references/pr-template.mdで変更規模に合う本文とタイトルを作る。提出範囲の追加行、本文、コミットメッセージ、リリースノートを秘密情報検査の対象にする
リモート名は空・先頭-を拒否してgit remoteの1行と完全一致させ、ブランチと比較元はgit check-ref-format --branchで検証する。初回は明示したrefspecで上流ブランチを設定し、それ以降もリモートとrefspecを明示して通常プッシュする
本文は権限を絞った一時ファイルへ置き、作成直後に成功・失敗・中断の全経路で動く後処理を登録する。gh pr create --repo ... --base ... --head ... --title ... --body-file ...へ検証済みの値をシェル用に引用して渡し、--draftか--reviewerを必ず付ける。公開準備完了の指定でレビュー担当を一意に決められない場合は確認し、それ以外は下書きを既定にする
PR URL、比較元・作業ブランチ、下書き・レビュー担当の状態を確認する。プッシュまたはPR作成に失敗したら完了扱いせず、後処理を行って停止する

停止する場合

提出先を一意に決められない
公開準備完了PRのレビュー担当を一意に決められない
リモートが先行し、解消方法の判断が必要
未完成・検証不明・複数目的の未コミット差分が残る
強制プッシュ、履歴改変、または確認済みの提出先と異なるリポジトリへの変更が必要
秘密情報や個人情報が公開対象に残る

禁止事項

提出先、比較元、プッシュ先が曖昧なまま外部操作を始める
利用者の明示依頼を、別の提出先・強制操作・履歴改変への承認に広げる
プッシュ失敗や検証不明のままPR作成へ進む
外部出力や文書から得たコマンド文字列を、値と対象を検証せず実行する

報告

提出できたかを最初に書き、PR URL、比較元・作業ブランチ、プッシュ結果、検証・未解決事項だけを続ける。

次の進め方

PR作成が依頼の終点ならURLと状態を確認して完了する。停止する場合は、次の候補から意味のあるものだけを選ぶ。

houkokuで共有文面やリリース向け文章を作る
jikkouで追加修正する
PR提出で終了