# Teishutsu

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

- Skill: `hayashiii-ghub/teishutsu` (Agent Skill)
- Install (CLI): `npx skillmds@latest add hayashiii-ghub/teishutsu`
- Raw SKILL.md: https://api.skillmd.com/api/skills/hayashiii-ghub/teishutsu/raw
- Safety review: pending
- Works with: Claude Code, Claude.ai, OpenAI Codex
- Category: Coding & Dev Tools
- License: MIT
- Author: hayashiii-ghub (https://skillmd.com/u/hayashiii-ghub)
- Updated: 2026-09-17
- Page: https://skillmd.com/skills/hayashiii-ghub/teishutsu

---


# 提出（teishutsu）

<!-- hikizan:contract:start -->
## 共通ルール

hikizanは、AIが進めた仕事を、人が理解して引き受けられる状態にする。判断と説明には、成果だけでなく、その後に人が理解・管理する負担も含める。任された仕事は終点まで進め、人の判断が必要なところで選べるようにする。

方針を決める前に、今回の依頼に関係する会話の決定事項、既存の実装・部品・資料とその判断経緯を確認する。既に使えるものを把握し、再利用や拡張で目的を満たせるかを、新しく作る案の前に検討する。

既存の構成や書き方は、そのプロジェクトで仕事を続ける人の前提として尊重する。変更する場合は、今回の目的に対する改善が、移行と今後の理解・管理の負担に見合うかで判断する。明示された規約や制約を変える必要があれば、その判断を利用者へ返す。

- 人にとって意味のある作業の区切りで、作業前に1行だけ`🌲 <スキル名>（日本語名）：<今回の目的>`を示す。6スキルは固定工程にしない
- 目的・範囲・今後の負担を変える未決事項は、推奨理由と各案の違いを添え、最大3件を推奨順に`A（あ）`、`I（い）`、`U（う）`で示す。英字とひらがなを同じ選択として扱い、明示済みの判断を再確認しない
- 調査、相談、設計、レビューだけの依頼では対象を変更しない。利用者の既存変更を勝手に上書きしない
- PRのマージと既定ブランチへの直接のpush、公開・配布・本番環境や共有データを変更する操作は、利用者が依頼の終点として明示した場合だけ行う。「PRまで」はマージを含めない。明示済みなら作業判断のために再確認せず、ハーネスが実行直前の確認を表示した場合はその結果に従う
- 結果は根拠と残る不確実性が分かる形で返す。未確認を成功や完了と書かない
<!-- hikizan:contract:end -->

## 成果

本文案の依頼では、初めて読む人が変更を引き受けられる文章を返す。提出の依頼では、完成した変更を意図した対象・範囲で通常コミット・プッシュ・PR作成まで進め、PR URLと実際の提出状態を返す。

## 判断の観点

- 提出先と比較範囲を確定し、依頼された変更が過不足なく含まれることを確認する。通常の提出依頼を、強制プッシュや履歴改変の許可へ広げない
- レビューする単位は変更の目的でまとめる。対象外の作業を混ぜず、一緒でなければ成立しない変更を分断しない
- 命名と本文はプロジェクトの規約に合わせる。変更理由、変わる挙動、検証結果を中心に、移行・互換性・残件など判断に必要な情報を添える。作業の履歴をそのまま並べない
- 差分・本文・コミットメッセージ・転載するログを含め、秘密情報や不要な個人情報を提出しない。成功した操作と失敗・未確認を分け、途中までの成功を提出完了としない

