mcpField
L
ln-003-push-all

ln-003-push-all

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

ln-003-push-all について

リポジトリ内のすべての変更を一連のワークフローでステージング、コミット、プッシュする単独スキルです。コミット前にドキュメントや変更履歴への影響を確認し、リンターも実行します。

主な機能

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

活用シーン

  1. 01セッション終了時に蓄積した変更をプッシュ
  2. 02準備済みの変更一式をコミット
  3. 03Lint とドキュメント確認後に変更を公開

インストール

コマンドをコピーしてターミナルで実行します。

$npx skills add https://github.com/levnikolaevich/claude-code-skills --skill ln-003-push-all

インストール後、Claude Code で/ln-003-push-allを入力して読み込まれたか確認します。

詳細

パス： ファイルパス（shared/、references/、../ln-*）は、skills リポジトリのルートを基準にします。CWD に見つからない場合は、この SKILL.md ディレクトリを見つけ、1 つ上の階層をリポジトリのルートとして使用してください。

すべてプッシュ（スタンドアロンユーティリティ）

タイプ： スタンドアロンユーティリティ
カテゴリ： 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：リントチェック

必須の読み取り： shared/references/ci_tool_detection.md（Discovery Hierarchy + Command Registry）

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 の Auto-Fix 列に従った同等の方法を使います）
  2. リンターが自動修正できないエラーを報告した場合は、手動で修正します
  3. プロジェクトにリンター設定が見つからない場合は、このフェーズを省略します（ログ：「リンター設定が見つからないため、省略します」）

ステップ 3：検証する

  1. --fix を付けずにリンターを再実行し、エラーがゼロであることを確認します
  2. 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-Authored-By の行を含めてください
  • バージョンを更新しない： 明示的に依頼されない限り、CHANGELOG／バージョンの更新は省略してください
  • コミット前にリントする： 必ずリント設定の有無を確認し、設定が見つからない場合は適宜スキップしてください

完了の定義

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

バージョン： 1.0.0 最終更新日： 2026-02-12

コメント

Markdown 対応