ワンクリックで
commit
ユーザーが「コミットして」「/commit」と言ったとき、または作業フロー(/implement 等)の締めでコミットが必要になったときに使う。
Codex または Claude でインストール この Prompt をコピーして Codex、Claude、または他のアシスタントに貼り付けると、Skill ページを確認してインストールできます。
メニュー
ユーザーが「コミットして」「/commit」と言ったとき、または作業フロー(/implement 等)の締めでコミットが必要になったときに使う。
Codex または Claude でインストール この Prompt をコピーして Codex、Claude、または他のアシスタントに貼り付けると、Skill ページを確認してインストールできます。
ドキュメントと実装の整合性を定期検査する。ユーザーが「ヘルスチェック」「整合性チェック」「/health-check」と言ったとき、またはサイクル完了後の点検を頼まれたときに使う。検出のみで修正はしない(報告のみ)。
コード変更(機能追加・バグ修正・リファクタリング)のフルサイクルを実行する。ユーザーが「実装して」「直して」「対応して」等のコード変更を依頼したとき、または「/implement」と言ったときに使う。
ユーザーが「PR 作って」「PR お願い」「/pr」と言ったとき、または作業完了後に PR 作成を依頼されたときに使う。コミット済みの作業ブランチ(main 以外)で使うことを想定している。
サイクル終了後の振り返りを定型化する。ユーザーが「振り返りして」「レトロスペクティブ」「/retrospective」と言ったときに使う。
cargo/npm の依存を一括更新し検証する。ユーザーが「依存更新して」「deps 更新」「/deps-update」と言ったときに使う。
PR マージ後に main をローカル同期し、作業ブランチを後始末する。ユーザーが「マージ後の同期」「post-merge-sync」「ブランチ片付けて」と言ったとき、または PR のマージ後に使う。
SOC 職業分類に基づく
| name | commit |
| description | ユーザーが「コミットして」「/commit」と言ったとき、または作業フロー(/implement 等)の締めでコミットが必要になったときに使う。 |
コミット前チェックリスト(本スキルが単一権威)を実行し、全パス後にコミットを作成する。
以下の 3 コマンドを並列で実行する:
git status # 変更ファイル一覧
git diff --stat # 差分の概要(staged + unstaged)
git log --oneline -5 # 直近のコミットメッセージスタイル確認
中断条件: 変更がない(nothing to commit, working tree clean)場合は「コミットする変更がありません。」と伝えて終了する。
docs-only の免除: 変更が
*.mdファイルのみに閉じている場合、下記のコード系ゲートは検証対象(src/・src-tauri/・crates/)が不変のため非該当。実行を省き、その旨をコミットメッセージに記す。.md以外(package.json・CI 設定・コード等)が 1 つでも含まれるなら全ゲートを実行する。
以下を可能な限り並列で実行する:
# グループ A(並列実行)
npm run build
npm test
npm run check:ui-guidelines
npm run test:ui-guidelines-check
# グループ B(順次実行。ci-build.yml の Rust ゲートと同期させる——機構でなく規範。乖離は /health-check 項目 6 が検出する)
cargo test --workspace
cargo test -p ghost-meta --features thumbnail,serde
cargo clippy --workspace --all-targets -- -D warnings
グループ A とグループ B は互いに独立しているため並列実行してよい(グループ B 内は target ディレクトリのロック競合を避けるため順次)。
CI のみのゲート(意図的非対称): bench ハーネス系(
cargo check --features bench --benches・cargo test --features bench --lib bench_support・cargo clippy --features bench --all-targets -- -D warnings)は CI 専用で、本チェックリストには含めない(bench コードの変更頻度が低く、毎コミットのローカル実行コストに見合わないため)。bench 関連ファイルを変更したときのみ手動で実行する。
ci-build.yml で実行されるか・tsconfig.json の exclude に追加が必要か・vitest.config.ts の include が検出するかを確認する/e2e)の手動実行を済ませたか確認する(E2E は CI に含まれない)cargo test --workspace 後に git status --porcelain src/types/generated/ を確認し、差分・未追跡ファイルが出たらコミットに含めるgit add するgit add -A や git add . は使わない(.env や大きなバイナリの混入防止).env、credentials、秘密鍵など機密ファイルが含まれていたら警告して除外する変更内容を分析し、conventional commits 形式のメッセージを作成する:
feat: / fix: / refactor: / perf: / docs: / test: / chore:git commit -m "$(cat <<'EOF'
prefix: コミットメッセージ
Co-Authored-By: <ハーネス既定の表記>
EOF
)"
git status を実行して clean になったことを確認する。
--amend は使わない(前のコミットを破壊するリスク)--no-verify は使わない(hook をスキップしない)/pr スキルの責務)