github-workflow-automation

🔧 GitHub ワークフローの自動化

Gemini CLI と最新の DevOps プラクティスに着想を得た、AI 支援による GitHub ワークフロー自動化のパターンです。

詳細ガイド

このスキルを実行する前に、詳細ガイドをお読みください。完全な手順と参考資料が記載されています。安全性、前提条件、検証要件は必須事項として扱ってください。対象を絞った作業では関連するセクションを読み、最初から最後まで作業する場合はガイド全体をお読みください。

このスキルを使用する場面

次のような場合に、このスキルを使用してください。

• AI を使って PR レビューを自動化する
• イシューのトリアージ自動化を設定する
• GitHub Actions のワークフローを作成する
• CI/CD パイプラインに AI を統合する
• Git 操作（リベース、チェリーピック）を自動化する

---

制限事項

• タスクが上記の説明に明確に合致する場合に限り、このスキルを使用してください。
• 出力を、環境に応じた検証、テスト、または専門家によるレビューの代わりとして扱わないでください。
• 必要な入力、権限、安全上の境界、または成功基準が不足している場合は、作業を中止して確認してください。

信頼境界と未実装の機能

これらは部分的な設計スケッチであり、そのまま有効化できるワークフローではありません。analyzeIssue/callAI/ai/execFile とプロバイダー SDK のセットアップは提供されておらず、モデルやアクションのバージョン例は古く、複数行出力の処理は不完全です。また、具体的な安全策が整うまで、デプロイ／リベース／ロールバックは意図的に無効化されています。コメント、ラベル付け、古いイシューのクローズ、スケジュール、ブランチへのプッシュ、保護設定の変更を有効にする前に、承認を得てください。イシュー／コメント／差分／ファイル／ブランチのテキストを、シェルまたは JavaScript のソースに決して埋め込まないでください。データは環境変数または非公開ファイルを介して渡し、検証済みの完全な SHA と引数配列を使用してください。固定 EOF や複数行の一行出力ではなく、NUL 区切りの Git ファイル名、ランダムな出力区切り文字、またはサイズ制限のあるアーティファクトファイルを使用してください。モデルへの入力と結果は信頼できないものとして扱い、構造化ラベルとサイズ制限のある Markdown を検証してください。プロンプトのテキストによってツールの使用を許可したり、PR を承認したりしてはいけません。シークレット／書き込みトークンを使える環境で、フォーク／PR のコード、パッケージスクリプト、チェックアウトしたアクションを実行しないでください。信頼できる隔離されたレビュー担当、最小限の権限、レビュー済みのアクション SHA の固定、制限されたネットワーク／データ転送を使用してください。公開リポジトリやフォークからの PR では、通常プロバイダーのシークレット／書き込みトークンを利用できません。安全性を損なう pull_request_target のチェックアウトに切り替えるのではなく、実際の状況どおりに失敗またはスキップしてください。リベースの前に、GitHub API でメンテナー権限を実際に確認し、コマンドの正確な構文、同一リポジトリ内のブランチ所有者、現在のヘッドを確認してください。想定するヘッドを明示した lease を使用し、強制的な解決は行わずに競合を報告してください。最も大きいバージョンタグは、最後に成功したデプロイを示すものではありません。AI のリスクスコアは決定的なゲートの代わりにはならず、コミットの概要はデプロイに含まれるすべての変更を説明するものではありません。既存の保護要件／ルールセット要件は、例のコンテキスト一覧に置き換えず、そのまま維持してください。変更パス／設定／ロックファイルの変更に不明点がある場合は、関連するテスト一式を実行してください。パスの選定だけでは依存関係の分析になりません。