自動化上級

GitHub Actions による CI/CD ワークフロー追加

lint / typecheck / test / deploy を網羅する Actions ワークフローを生成するプロンプト。

監修: 平原尚樹

株式会社BlueAI 代表取締役CEO / ソフトウェアエンジニア / プロダクトエンジニア / Google Cloud Architect / 元AIスタートアップ(Doorkel)

監修: 酒井歩乃加

早稲田大学文化構想学部卒業 / フリーランス編集者・ライター / 元マイベスト編集ディレクター / SEO対策記事・取材記事執筆

こんな課題を解決

現在の CI は test しか走っておらず、型エラーや lint がすり抜けて main に入っている。デプロイも手動でミスが多い。

プロンプト

Claude Code に入力

.github/workflows に CI / CD を整備してください。

## 構成
1. ci.yml（PR / push for main）
   - install（bun キャッシュ）
   - lint, typecheck, test, build を job 並列化
   - PR の場合は preview コメントに結果サマリを投稿
2. deploy.yml（main への push）
   - Cloudflare Workers にデプロイ
   - 失敗時は Slack 通知（webhook シークレット利用）
3. release.yml（タグ作成）
   - CHANGELOG.md から該当バージョンを抽出し GitHub Release を作成

## 規約
- ジョブは concurrency で同一 PR の重複実行をキャンセル
- secrets は CLOUDFLARE_API_TOKEN / SLACK_WEBHOOK_URL を参照
- caching は actions/cache@v4 + bun.lockb
- timeout は各 job 15 分

## 守ること
- main 直 push を許さない（環境保護ルール案も提示）
- 本番デプロイは environment: production を付与

実行結果の例

Claude Code が以下を生成します。 - .github/workflows/ci.yml - .github/workflows/deploy.yml - .github/workflows/release.yml - secrets と environment 設定の手順書

コツ・ポイント

bun の cache key は bun.lockb の hash で十分
デプロイ job は production environment + approval を推奨
matrix を使うと OS / Node 別テストもすぐ広げられる
Slack 通知は失敗時のみ on にしてノイズを抑える