ship — 作業を本番環境に届ける（git + gh）
プラットフォームに依存しない出荷ワークフロー。バイパスもショートカットもありません。
プッシュ前：ローカルCIパイプライン（プッシュ前にすべてがグリーンであること）
- フォーマット —
cargo fmt --check/prettier --check/ruff format --check - リント —
cargo clippy -- -D warnings/eslint/ruff check - 型チェック —
cargo check/npx tsc --noEmit - テスト —
cargo test/npm test/pytest（出力を表示） - ビルド —
cargo build/npm run build
ステップが失敗した場合：修正して、すべてのチェックを再実行してください。既知の障害があるままプッシュしないでください。
手順
- 専用ブランチを作成する（決して
mainで直接作業しない）。 - フェーズごとにコミットし、従来のコミットメッセージと証拠を先頭に含める（SHA/PR/CI）。
- ブランチを
git pushする。 - PRを開く：サマリー + テスト計画（リポジトリがテンプレートを使用している場合は5セクションのテンプレートを使用）。
- CIを監視する：
gh pr checks <n>— 先に進む前にすべてがSUCCESSであることを確認。 - マージ：マージコミットのみを使用（決してスカッシュやリベースはしない — 並列エージェントのために履歴を保持）。
- マージ後：ブランチを削除し、ローカルの
mainを早送りし、マージコミットのSHAを報告する。
人間によるゲート（STOP — まずは確認）
- ブランチ保護/セキュリティ/ライセンス/リリースインフラに影響する
mainへのマージ（#1） mainへのforce push（#2） — 明示的な確認なしでは常に禁止- CIが完全にグリーンでない → 保留中または失敗しているものをマージしない
レビューコメント
すべてのコメント（人間またはボットからのもの）は、分析、理解され、適切に解決されなければなりません — 決して
黙って解決したり、引用された行だけを修正し、本質を無視するような「修正」を行わないでください。
スレッドで自分が何をしたか、なぜそうしたかを返信し、その後解決してください。詳細は skills/review を参照。