菜单
GitHub Actions ベースの CI/CD 設計・実装ガイド。ワークフロー設計原則、GitHub Actions 構文、CI パイプライン（lint/test/type-check/build）、CD パイプライン（ステージング/本番/ロールバック）、キャッシュ戦略、シークレット管理、再利用可能ワークフロー、セキュリティ設定をカバー。CI/CD パイプライン構築、GitHub Actions ワークフロー設計、自動化設定時に使用。
用 Codex 或 Claude 帮你安装 复制这段 Prompt，粘贴到 Codex、Claude 或其他助手里，让它检查 Skill 页面并帮你完成安装。
基于 SOC 职业分类
Generate draw.io diagrams as .drawio files, optionally export to PNG/SVG/PDF with embedded XML
Figma MCP を使ってデザインを FE コードに変換するスキル。 Trigger when: Figma URL が共有された時、デザインからコンポーネント実装時、 UI 実装でデザイン参照が必要な時、"Figma", "デザイン", "UI実装" への言及時、 「このデザインを実装して」「Figma から」「デザイン通りに」と言われた時。 Always use with: /web-design-principles
プロジェクト全体の統括エージェント向けスキル。要件整理から技術選定・アーキテクチャ設計・タスク分解・委譲までをカバー。git worktreeを活用した並列開発オーケストレーション（featureブランチ管理、BE/FE統括への委譲、横断レビュー）も担う。プロジェクト全体を俯瞰し、適切なエージェント/スキルに委譲する。新規プロジェクト立ち上げ、技術選定、全体設計、タスク分解・委譲、並列開発時に使用。
Webデザイン実装の鉄則ガイド。CSS/レイアウト設計の原則を提供。 Trigger when: UI/UX実装時、CSS設計時、レイアウト実装時、レスポンシブ対応時、 アクセシビリティ確認時、"レイアウト", "CSS", "スタイル" への言及時。 /figma-to-code スキルと併用する場合に自動で参照される。
Codex CLIワーカーエージェントを起動してタスクを実行する。 Claude CodeがオーケストレーターとしてCodexを呼び出すハイブリッド構成。 トリガー: 「Codexで実行」「Codexに任せて」「並列でCodex」「高速に処理」
CSS の包括的なベストプラクティスガイド（フレームワーク非依存）。パフォーマンス最適化、保守性、シンプルなコード、親子要素の相対値設計、モダン CSS 機能（Container Queries、:has()、ネイティブネスティング、Cascade Layers）をカバー。CSS 設計・実装・レビュー時に使用。Tailwind CSS 等のユーティリティフレームワーク使用時は tailwind-css スキルを参照。
| name | cicd-github-actions |
| description | GitHub Actions ベースの CI/CD 設計・実装ガイド。ワークフロー設計原則、GitHub Actions 構文、CI パイプライン（lint/test/type-check/build）、CD パイプライン（ステージング/本番/ロールバック）、キャッシュ戦略、シークレット管理、再利用可能ワークフロー、セキュリティ設定をカバー。CI/CD パイプライン構築、GitHub Actions ワークフロー設計、自動化設定時に使用。 |
GitHub Actions ベースの CI/CD パイプライン設計・実装ガイド。
1. 高速フィードバック: lint → type-check → test → build の順で実行
2. 失敗を早期検出: 軽い検査を先に実行（fast-fail）
3. 並列化: 独立したジョブは並列実行
4. キャッシュ活用: 依存関係とビルド成果物をキャッシュ
5. 最小権限: 必要最小限の permissions を設定
name: CI
on:
push:
branches: [main]
pull_request:
branches: [main]
permissions:
contents: read
jobs:
job-name:
runs-on: ubuntu-latest
steps:
- uses: actions/checkout@v4
- name: Step name
run: command
| トリガー | 用途 |
|---|---|
| push | ブランチへのプッシュ時 |
| pull_request | PR の作成・更新時 |
| workflow_dispatch | 手動実行 |
| schedule | 定期実行（cron） |
| release | リリース作成時 |
jobs:
lint:
runs-on: ubuntu-latest
# ...
test:
needs: lint # lint 完了後に実行
runs-on: ubuntu-latest
# ...
deploy:
needs: [lint, test] # 両方完了後に実行
if: github.ref == 'refs/heads/main'
PR / push 時:
├→ lint (並列) コードスタイル検査
├→ type-check (並列) 型検査
├→ test (並列) テスト実行
└→ build (lint + type-check + test 完了後) ビルド検証
strategy:
matrix:
node-version: [18, 20]
os: [ubuntu-latest]
fail-fast: true # 1つ失敗したら全停止
- テストカバレッジをコメントで PR に表示
- テスト結果をアーティファクトとして保存
- 失敗時のログを分かりやすく表示
ブランチ戦略:
main → 本番環境
develop → ステージング環境
feature/* → プレビュー環境（必要に応じて）
デプロイフロー:
1. CI パイプライン通過
2. ステージングにデプロイ
3. 動作確認（自動 or 手動）
4. 本番にデプロイ
5. ヘルスチェック
jobs:
deploy-production:
environment:
name: production
url: https://example.com
# GitHub の Environment protection rules で:
# - Required reviewers（承認者の設定）
# - Wait timer（待機時間）
# - Deployment branches（デプロイ可能ブランチ）
戦略:
1. 前バージョンの成果物を再デプロイ
2. Git revert → CI/CD で自動デプロイ
3. Feature Flag で機能を無効化
準備:
- デプロイ成果物を保存しておく
- ロールバック手順を文書化
- ロールバック用の手動ワークフロー
- uses: actions/setup-node@v4
with:
node-version: 20
cache: 'pnpm' # 自動でキャッシュ
# または手動設定
- uses: actions/cache@v4
with:
path: ~/.pnpm-store
key: pnpm-${{ hashFiles('**/pnpm-lock.yaml') }}
restore-keys: pnpm-
キャッシュ対象:
- パッケージマネージャーのキャッシュ（pnpm, pip, go mod）
- ビルド成果物（.next, dist）
- Docker レイヤー
キャッシュキー設計:
- ロックファイルのハッシュをキーに含める
- OS とランタイムバージョンをキーに含める
- restore-keys でフォールバック
管理方法:
- GitHub Secrets: リポジトリ or Organization レベル
- GitHub Environments: 環境ごとのシークレット
- OIDC: クラウドプロバイダーとの連携（長期キー不要）
原則:
- シークレットをログに出力しない（自動マスクされる）
- PR からのワークフローではシークレットアクセスを制限
- 定期的なシークレットローテーション
- 必要最小限のシークレットのみ設定
# .github/actions/setup/action.yml
name: Setup
description: プロジェクトのセットアップ
runs:
using: composite
steps:
- uses: actions/setup-node@v4
with:
node-version: 20
cache: 'pnpm'
- run: pnpm install --frozen-lockfile
shell: bash
# .github/workflows/reusable-test.yml
on:
workflow_call:
inputs:
node-version:
type: string
default: '20'
# 呼び出し側
jobs:
test:
uses: ./.github/workflows/reusable-test.yml
with:
node-version: '20'
Composite Actions: 複数ステップの共通処理
→ セットアップ、ビルド、通知など
Reusable Workflows: ジョブ全体の共通化
→ テスト実行、デプロイフローなど
# ワークフローレベルで最小権限を設定
permissions:
contents: read
pull-requests: write # PR コメント用
# ジョブレベルで上書き可能
jobs:
deploy:
permissions:
contents: read
id-token: write # OIDC 用
1. アクションのバージョン固定（SHA ピン留め推奨）
✅ uses: actions/checkout@v4 (最低限タグ固定)
✅ uses: actions/checkout@<sha> (SHA固定が最も安全)
2. GITHUB_TOKEN の権限を最小化
3. サードパーティアクションの監査
4. fork からの PR でのシークレットアクセス制限
5. OpenSSF Scorecard での定期チェック
- 依存関係のロックファイルを使用
- Dependabot / Renovate で自動更新
- npm audit / pip audit を CI に組み込み
- SBOM（Software Bill of Materials）の生成