ln-730-devops-setup について
ソースコードからインフラを設定するプロジェクトチーム向けの、DevOps セットアップ調整スキルです。技術スタックを自動検出し、Docker、CI/CD、環境設定を専門スキルへ並行委任して結果を検証します。
主な機能
- 01プロジェクトの技術スタックを自動検出
- 02設定作業を並行して委任
- 03生成された設定を検証
- 04シークレットの混入を確認
- 05完了レポートを作成
活用シーン
- 01プロジェクトの Docker ファイルを設定
- 02GitHub Actions の CI ワークフローを作成
- 03環境変数テンプレートを生成
インストール
コマンドをコピーしてターミナルで実行します。
npx skills add https:/ / github.com/ levnikolaevich/ claude-code-skills --skill ln-730-devops-setupインストール後、Claude Code で/ln-730-devops-setupを入力して読み込まれたか確認します。
同梱ファイルreferences/meta_analysis_protocol.md
詳細
パス: ファイルパス(
references/、../ln-*)は、このスキルディレクトリからの相対パスです。
ln-730-devops-setup
タイプ: L2 ドメインコーディネーター
カテゴリー: 7XX プロジェクトのブートストラップ
親: ln-700-project-bootstrap
専門のワーカーに委任して、DevOps インフラストラクチャのセットアップを調整します。
目的と範囲
プロジェクトの DevOps セットアップ全体をオーケストレーションします。
- 実施すること: スタックを自動検出し、ワーカーに委任し、構成を検証します
- 実施しないこと: ファイルを直接生成すること(ln-731、ln-732、ln-733 に委任します)
概要
| 項目 | 詳細 |
|---|---|
| 入力 | ソースコードを含むプロジェクトディレクトリ |
| 出力 | Docker、CI/CD、環境構成 |
| ワーカー | ln-731(Docker)、ln-732(CI/CD)、ln-733(環境) |
| モード | 自動検出(ユーザーへの質問なし) |
対応スタック
| コンポーネント | オプション 1 | オプション 2 |
|---|---|---|
| フロントエンド | React/Vite + Nginx | - |
| バックエンド | .NET 8/9 | Python(FastAPI/Django) |
| データベース | PostgreSQL | - |
| CI/CD | GitHub Actions | - |
ワークフロー
フェーズ 1:事前検証
必要なツールとプロジェクト構造を確認します。
- Docker がインストールされていることを確認します(
docker --version) - docker-compose が利用可能であることを確認します
- 既存の DevOps ファイルを確認します(上書きする場合は警告します)
出力: 検証レポート、または手順を示して STOP
フェーズ 2:プロジェクト分析(自動検出)
プロジェクトのスタックを自動検出します。
| 検出対象 | 方法 | 確認するファイル |
|---|---|---|
| フロントエンド | Package.json の有無 | src/frontend/package.json、package.json |
| バックエンド .NET | .csproj/.sln の有無 | *.sln、src/**/*.csproj |
| バックエンド Python | requirements.txt/pyproject.toml | requirements.txt、pyproject.toml |
| データベース | コード内の接続文字列 | appsettings.json、.env.example |
| 既存の CI/CD | ワークフローファイル | .github/workflows/、azure-pipelines.yml |
バージョン検出:
- Node.js:
package.jsonの engines から読み取るか、node -vを使用します - .NET:
*.csprojの TargetFramework から読み取ります - Python:
pyproject.tomlまたはruntime.txtから読み取ります - PostgreSQL:最新の安定版(17)をデフォルトとして使用します
出力: 検出したバージョンを含むスタック構成オブジェクト
フェーズ 3:ワーカーへの委任
独立したタスクをワーカーに並列で委任します。
ln-730 (Coordinator)
|
+---> ln-731-docker-generator (via Skill tool)
| Input: stack config, versions
| Output: Dockerfile.*, docker-compose.yml, .dockerignore
|
+---> ln-732-cicd-generator (via Skill tool)
| Input: stack config, detected commands
| Output: .github/workflows/ci.yml
|
+---> ln-733-env-configurator (via Skill tool)
Input: detected environment variables
Output: .env.example, .env.development, .gitignore updates
エラー処理:
- ワーカーが失敗した場合は、エラーを記録して他のワーカーの処理を続行します
- 最後にすべての失敗を報告します
- 失敗したコンポーネントの手動修正方法を提案します
呼び出し:
Skill(skill: "ln-731-docker-generator", args: "{projectPath}")
Skill(skill: "ln-732-cicd-generator", args: "{projectPath}")
Skill(skill: "ln-733-env-configurator", args: "{projectPath}")
フェーズ 4:構成の検証
生成された構成を検証します。
docker-compose configを実行して構文を検証します- 参照されているすべてのファイルが存在することを確認します
- コミット対象のファイルにシークレットが含まれていないことを確認します
出力: 検証レポート
フェーズ 5:完了レポート
次の内容を含む概要を作成します。
- 作成したすべてのファイルの一覧
- 検出したスタック構成
- ユーザー向けの次の手順
生成されるファイル
Docker(ln-731)
Dockerfile.frontend- フロントエンド用のマルチステージビルドDockerfile.backend- バックエンド用のマルチステージビルドdocker-compose.yml- サービスのオーケストレーションdocker-compose.override.yml- 開発用のオーバーライド(任意).dockerignore- ビルドコンテキストの除外設定
CI/CD(ln-732)
.github/workflows/ci.yml- メインの CI パイプライン
環境(ln-733)
.env.example- すべての変数を含むテンプレート.env.development- 開発用のデフォルト設定.env.production- 本番用テンプレート(プレースホルダー).gitignoreの更新 - シークレットの保護
重要な注意事項
- 自動検出のみ: 対話型の質問は行いません。検出した値、または妥当なデフォルト値を使用します。
- 冪等性: 作成前にファイルの有無を確認します。上書きする前に警告します。
- 並列実行: ワーカーは独立しているため、並列で実行できます。
- エラーからの復旧: 一部の処理が失敗しても続行し、最後にすべての問題を報告します。
- バージョンの固定: ハードコードされた値ではなく、検出したバージョンを使用します。
TodoWrite の形式(必須):
- Invoke ln-731-docker-generator (pending)
- Invoke ln-732-cicd-generator (pending)
- Invoke ln-733-env-configurator (pending)
- Verify configuration (pending)
- Generate completion report (pending)
ワーカーの呼び出し(必須)
ホストスキルの呼び出し: Skill(skill: "...", args: "...") による委任は必須です。
- Claude:表示どおりに Skill ツールを呼び出してください。
- Codex:Skill ツールがない場合は、利用可能なスキルから指定されたスキルを見つけて
SKILL.mdを読み、argsを$ARGUMENTSとして扱い、そのスキルのワークフローを実行してから、結果または成果物を持ってここに戻ってください。 - ワーカーの処理をインラインで実行したり、対象スキルを実行せずにワーカーを完了扱いにしたりしないでください。
| フェーズ | ワーカー | コンテキスト |
|---|---|---|
| 3a | ln-731-docker-generator | 共有(Skill ツール)— Dockerfile、docker-compose、.dockerignore |
| 3b | ln-732-cicd-generator | 共有(Skill ツール)— CI/CD パイプライン構成 |
| 3c | ln-733-env-configurator | 共有(Skill ツール)— 環境ファイルと .gitignore |
すべてのワーカー: Skill ツール経由で呼び出してください。ワーカーにはコーディネーターのコンテキストが共有されます。
完了の定義
- 事前検証に合格している
- スタックの自動検出に成功している
- すべてのワーカーが完了している(または失敗が記録されている)
-
docker-compose configの検証に成功している - 生成されたファイルにシークレットが含まれていない
- 完了レポートが表示されている
参照ファイル
- ワーカー:
../ln-731-docker-generator/SKILL.md - ワーカー:
../ln-732-cicd-generator/SKILL.md - ワーカー:
../ln-733-env-configurator/SKILL.md
メタ分析
任意の参照資料:ユーザーが実行後のメタ分析またはプロトコル形式の実行振り返りを求めた場合に限り、references/meta_analysis_protocol.md を読み込んでください。
スキルの種類:execution-orchestrator。要求された場合は、すべてのフェーズの完了後に実行してください。execution-orchestrator 形式でチャットに出力してください。
バージョン: 1.1.0 最終更新日: 2026-01-10