mcpField
L
ln-001-push-all

ln-001-push-all

github.com/levnikolaevich開発584162 回インストール3 日前に更新
リポジトリ

ln-001-push-all について

リポジトリ内の現在の変更をまとめてコミットし、プッシュするワークフロー用スキルです。開発者向けに、ドキュメントや変更履歴の確認、Lint、ステージング、コミット、結果報告を案内します。

主な機能

  1. 01ステージ済み・未ステージ・未追跡の変更確認
  2. 02ドキュメントと変更履歴への影響確認
  3. 03プロジェクトの Lint ツール検出と実行
  4. 04全変更のステージングとコミット
  5. 05現在のリモートブランチへのプッシュ

活用シーン

  1. 01作業セッションの最後に蓄積した変更をプッシュ
  2. 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:変更を分析する
  1. git diff --stat と git status を実行し、すべての変更(ステージ済み、未ステージ、未追跡)を把握します
  2. 何が変更され、その理由を特定します
フェーズ 2:ドキュメントを確認する

関連ドキュメントの更新が必要か確認します。

変更の種類対応
コードの動作を変更した影響を受けるドキュメント、コメント、例を更新する
新しいファイル/フォルダーを追加した関連する索引または一覧セクションを更新する
設定ファイルを変更したREADME またはセットアップドキュメントを確認する
ドキュメントへの影響なしスキップする

スキップ: バージョン番号の更新(SKILL.md のバージョンフィールド、README のバッジ)。明示的にユーザーから依頼された場合にのみ行います。

フェーズ 3:CHANGELOG を更新する

CHANGELOG.md が存在し、変更が重要な場合(リント/フォーマット修正のみではない場合)は、次の手順を実行します。

  1. 今日の日付のエントリ(## YYYY-MM-DD)がすでにあるか確認します
  2. ある場合 — 既存のエントリに新しい箇条書きを追加します
  3. ない場合 — 新しい ## YYYY-MM-DD エントリを追加します(新しい日付を先頭にします)
  4. 箇条書きは最大 5 項目とし、それぞれ - **太字のラベル** — 説明 で始めます
  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:自動修正を有効にしてリンターを実行する

  1. 検出したリントコマンドを --fix フラグ付きで(または ci_tool_detection.md の自動修正列に記載された同等の方法で)実行します
  2. リンターが自動修正できないエラーを報告した場合は、手動で修正します
  3. プロジェクトにリンター設定が見つからない場合は、このフェーズをスキップします(記録:「リンターの設定が見つからないため、スキップします」) ステップ 3:検証する
  4. --fix を付けずにリンターを再実行し、エラーがゼロであることを確認します
  5. 2 回修正を試みてもエラーが残る場合は、残りのエラーをユーザーに報告して続行します
フェーズ 5:ステージングしてコミットする
  1. git add -A を実行してすべてをステージングします
  2. git diff --cached --stat を実行して、コミット対象を表示します
  3. git log --oneline -3 を実行して、最近のコミットのスタイルを確認します
  4. すべての変更を要約した簡潔なコミットメッセージを作成します
  5. Co-Authored-By: Claude Opus 4.6 <[email protected]> を付けてコミットします
フェーズ 6:プッシュして報告する
  1. 現在のブランチのリモート追跡ブランチにプッシュします
  2. ブランチ名、コミットハッシュ、変更ファイル数を報告します

重要なルール

  • すべてをステージングする: git add -A — 部分的なコミットはしません
  • コミットのスタイルを合わせる: プロジェクトで既に使われているコミットメッセージの規約に従います
  • Co-Authorタグ: 必ずCo-Authored-Byの行を含めます
  • バージョンを更新しない: 明示的に依頼されない限り、バージョン欄(SKILL.md の Version、README のバッジ)は更新しません
  • コミット前にLintを実行する: 必ずLintの設定ファイルを探し、見つからない場合は問題なくスキップします

完了の定義

  • すべての変更をステージング済み(未追跡ファイルと変更済みファイル)
  • 説明的なメッセージでコミットを作成済み
  • リモートへのプッシュに成功済み

Version: 1.0.0 Last Updated: 2026-02-12

コメント