gh-push
GitHubへの変更をステージング、コミット、プッシュできます。ユーザーが作業内容をプッシュしたい場合、リモートに進捗を保存したい場合、または変更を公開したい場合に使用します。コミッターとしてClaudeを使用します。
description の原文を見る
Stage, commit, and push changes to GitHub. Use when the user wants to push their work, save progress to remote, or publish changes. Uses Claude as the committer.
SKILL.md 本文
現在のすべての変更をGitHubにステージング、コミット、プッシュします。
- コミットメッセージ:
$ARGUMENTS(オプション — 指定されない場合は、変更から自動生成します)
Gitアイデンティティ
このコミットのコミッターとして常にClaudeを設定します:
git -c user.name="Claude" -c user.email="noreply@anthropic.com" commit ...
グローバルまたはローカルのgit設定を変更しないでください。アイデンティティはコミットコマンドの -c フラグを通じてのみ渡してください。
認証
認証に GH_TOKEN 環境変数を使用します。すべての git push および gh コマンドで設定します:
GH_TOKEN="$GH_TOKEN" git push ...
GH_TOKEN="$GH_TOKEN" gh browse ...
GH_TOKEN が設定されていない場合は、ユーザーに通知して停止します。インタラクティブ認証にフォールバックしないでください。
手順
-
認証を確認:
GH_TOKENが設定されていることを確認します。設定されていない場合は、ユーザーにエクスポートするよう通知して停止します。 -
状態を確認:
git statusを実行して変更がないか確認します。変更がない場合は、ユーザーに通知して停止します。 -
変更を確認:
git diffとgit diff --cachedを実行して、コミットされる内容を理解します。 -
変更をステージング: 修正されたファイルと新しいファイルをすべてステージングします:
git add -A -
コミットメッセージを生成 (未指定の場合): diffに基づいて、簡潔なコミットメッセージを作成します:
- 最初の行: 命令法による要約、72文字以下
- 空行、その後、変更が重要な場合は詳細の箇条書き
- 終わりに:
Co-Authored-By: Claude <noreply@anthropic.com>
-
コミット:
git -c user.name="Claude" -c user.email="noreply@anthropic.com" commit -m "<message>"常に適切なフォーマッティングのためHEREDOCを通じてメッセージを渡します:
git -c user.name="Claude" -c user.email="noreply@anthropic.com" commit -m "$(cat <<'EOF' <commit message> Co-Authored-By: Claude <noreply@anthropic.com> EOF )" -
プッシュ: 現在のブランチをoriginにプッシュします:
git push origin HEADブランチにアップストリームがない場合は、以下を使用します:
git push -u origin HEAD -
確認: ブランチ名、コミットハッシュ、およびGitHub上のコミットへのリンクを以下を使用して出力します:
gh browse -n -c
エラーハンドリング
- プッシュが却下された場合 (リモートより遅れている)、ユーザーに通知して最初にプルすることを提案します。強制プッシュはしないでください。
- マージコンフリクトがある場合は、停止して状況を説明します。
GH_TOKENが設定されていないか無効な場合は、ユーザーにexport GH_TOKEN=<token>を通じて設定するよう通知します。
ライセンス: MIT(寛容ライセンスのため全文を引用しています) · 原本リポジトリ
詳細情報
- 作者
- bwks
- リポジトリ
- bwks/dotfiles
- ライセンス
- MIT
- 最終更新
- 2026/5/2
Source: https://github.com/bwks/dotfiles / ライセンス: MIT
関連スキル
doubt-driven-development
重要な判断はすべて、本番環境への展開前に新しい視点から対抗的レビューを実施します。速度より正確性が重要な場合、不慣れなコードを扱う場合、本番環境・セキュリティに関わるロジック・取り消し不可の操作など影響度が高い場合、または後でバグを修正するよりも今検証する方が効率的な場合に活用してください。
apprun-skills
TypeScriptを使用したAppRunアプリケーションのMVU設計に関する総合的なガイダンスが得られます。コンポーネントパターン、イベントハンドリング、状態管理(非同期ジェネレータを含む)、パラメータと保護機能を備えたルーティング・ナビゲーション、vistestを使用したテストに対応しています。AppRunコンポーネントの設計・レビュー、ルートの配線、状態フローの管理、AppRunテストの作成時に活用してください。
desloppify
コードベースのヘルスチェックと技術負債の追跡ツールです。コード品質、技術負債、デッドコード、大規模ファイル、ゴッドクラス、重複関数、コードスメル、命名規則の問題、インポートサイクル、結合度の問題についてユーザーが質問した場合に使用してください。また、ヘルススコアの確認、次の改善項目の提案、クリーンアップ計画の作成をリクエストされた際にも対応します。29言語に対応しています。
debugging-and-error-recovery
テストが失敗したり、ビルドが壊れたり、動作が期待と異なったり、予期しないエラーが発生したりした場合に、体系的な根本原因デバッグをガイドします。推測ではなく、根本原因を見つけて修正するための体系的なアプローチが必要な場合に使用してください。
test-driven-development
テスト駆動開発により実装を進めます。ロジックの実装、バグの修正、動作の変更など、あらゆる場面で活用できます。コードが正常に動作することを証明する必要がある場合、バグ報告を受けた場合、既存機能を修正する予定がある場合に使用してください。
incremental-implementation
変更を段階的に実施します。複数のファイルに影響する機能や変更を実装する場合に使用してください。大量のコードを一度に書こうとしている場合や、タスクが一度では完結できないほど大きい場合に活用します。