ln-001-push-all について
リポジトリ内の現在の変更をまとめてコミットし、プッシュするワークフロー用スキルです。開発者向けに、ドキュメントや変更履歴の確認、Lint、ステージング、コミット、結果報告を案内します。
主な機能
- 01ステージ済み・未ステージ・未追跡の変更確認
- 02ドキュメントと変更履歴への影響確認
- 03プロジェクトの Lint ツール検出と実行
- 04全変更のステージングとコミット
- 05現在のリモートブランチへのプッシュ
活用シーン
- 01作業セッションの最後に蓄積した変更をプッシュ
- 02手動でステージングせず準備済みの変更をまとめて送信
インストール
コマンドをコピーしてターミナルで実行します。
npx skills add https:/ / github.com/ levnikolaevich/ claude-code-skills --skill ln-001-push-allインストール後、Claude Code で/ln-001-push-allを入力して読み込まれたか確認します。
同梱ファイルreferences/ci_tool_detection.mdreferences/git_scope_detection.md
詳細
パス: ファイルパス(
references/、../ln-*)は、このスキルディレクトリからの相対パスです。
必読: references/git_scope_detection.md を読み込んでください。コンパクトな Git 出力フラグ(まず --porcelain、--oneline -N、--stat)と pipefail のルールが記載されています。
すべてをプッシュ(単独ユーティリティ)
種類: 単独ユーティリティ
カテゴリ: 0XX Shared
現在のすべての変更(ステージ済み、未ステージ、未追跡)を、1 回の操作でリモートリポジトリにコミットしてプッシュします。
このスキルを使用する場面
- 手動でステージングせずに、蓄積されたすべての変更をすばやくプッシュする場合
- すべての変更が確定したセッション終了時のコミット
git add -A && git commit && git pushを実行する場合
ワークフロー
Analyze → Doc Check → CHANGELOG → Lint Check → Stage → Commit → Push → Report
フェーズ 1:変更を分析する
git diff --statとgit statusを実行し、すべての変更(ステージ済み、未ステージ、未追跡)を把握します- 何が変更され、その理由を特定します
フェーズ 2:ドキュメントを確認する
関連ドキュメントの更新が必要か確認します。
| 変更の種類 | 対応 |
|---|---|
| コードの動作を変更した | 影響を受けるドキュメント、コメント、例を更新する |
| 新しいファイル/フォルダーを追加した | 関連する索引または一覧セクションを更新する |
| 設定ファイルを変更した | README またはセットアップドキュメントを確認する |
| ドキュメントへの影響なし | スキップする |
スキップ: バージョン番号の更新(SKILL.md のバージョンフィールド、README のバッジ)。明示的にユーザーから依頼された場合にのみ行います。
フェーズ 3:CHANGELOG を更新する
CHANGELOG.md が存在し、変更が重要な場合(リント/フォーマット修正のみではない場合)は、次の手順を実行します。
- 今日の日付のエントリ(
## YYYY-MM-DD)がすでにあるか確認します - ある場合 — 既存のエントリに新しい箇条書きを追加します
- ない場合 — 新しい
## YYYY-MM-DDエントリを追加します(新しい日付を先頭にします) - 箇条書きは最大 5 項目とし、それぞれ
- **太字のラベル** — 説明で始めます - ユーザーに見える変更、またはアーキテクチャ上重要な変更のみを記載します。番号の振り直し、内部リファクタリング、構造上の修正、重複除去はスキップします
| 含める | スキップする |
|---|---|
| 新しい機能/スキル | 番号の振り直し、名前の変更 |
| ワークフローの変更 | 内部リファクタリング(D1-D9 の修正) |
| 破壊的変更 | 重複除去の作業 |
| 新しい連携機能 | リファレンスファイルの移動 |
| ユーザーが実感できるパフォーマンス改善 | トークン効率の数値 |
次の場合はスキップ: プロジェクトに CHANGELOG.md がない場合、または変更が些細な場合(空白文字やリントの自動修正のみ)。
フェーズ 4:リントを確認する
必読: references/ci_tool_detection.md を読み込んでください(検出の優先順位とコマンドレジストリ)。
ci_tool_detection.md に従い、コミット前にプロジェクトのリンターを検出して実行します。
ステップ 1:リンターの設定を検出する — まず docs/project/runbook.md に明示的なリント/フォーマットコマンドが記載されているか確認します(自動検出より優先されます)。次に、ci_tool_detection.md の検出の優先順位に従います。また、リントの指示がないか CLAUDE.md、README.md、CONTRIBUTING.md も確認します。
ステップ 2:自動修正を有効にしてリンターを実行する
- 検出したリントコマンドを
--fixフラグ付きで(またはci_tool_detection.mdの自動修正列に記載された同等の方法で)実行します - リンターが自動修正できないエラーを報告した場合は、手動で修正します
- プロジェクトにリンター設定が見つからない場合は、このフェーズをスキップします(記録:「リンターの設定が見つからないため、スキップします」) ステップ 3:検証する
--fixを付けずにリンターを再実行し、エラーがゼロであることを確認します- 2 回修正を試みてもエラーが残る場合は、残りのエラーをユーザーに報告して続行します
フェーズ 5:ステージングしてコミットする
git add -Aを実行してすべてをステージングしますgit diff --cached --statを実行して、コミット対象を表示しますgit log --oneline -3を実行して、最近のコミットのスタイルを確認します- すべての変更を要約した簡潔なコミットメッセージを作成します
Co-Authored-By: Claude Opus 4.6 <[email protected]>を付けてコミットします
フェーズ 6:プッシュして報告する
- 現在のブランチのリモート追跡ブランチにプッシュします
- ブランチ名、コミットハッシュ、変更ファイル数を報告します
重要なルール
- すべてをステージングする:
git add -A— 部分的なコミットはしません - コミットのスタイルを合わせる: プロジェクトで既に使われているコミットメッセージの規約に従います
- Co-Authorタグ: 必ず
Co-Authored-Byの行を含めます - バージョンを更新しない: 明示的に依頼されない限り、バージョン欄(SKILL.md の Version、README のバッジ)は更新しません
- コミット前にLintを実行する: 必ずLintの設定ファイルを探し、見つからない場合は問題なくスキップします
完了の定義
- すべての変更をステージング済み(未追跡ファイルと変更済みファイル)
- 説明的なメッセージでコミットを作成済み
- リモートへのプッシュに成功済み
Version: 1.0.0 Last Updated: 2026-02-12