Skill.md検索

プロジェクト名、ビジネス目的、データソース、GCPプロジェクトID等の情報を入力するだけで、docs/配下の全ドキュメント（計画書、要件書、テスト計画、リリース手順、運用マニュアル）が自動的に完成します。テンプレートの穴埋めではなく、プロジェクト固有の情報を反映した本物のドキュメントが生成されます。 4つの専門エージェント（pm-agent、ops-agent、data-agent、infra-agent）が並列で協働し、要件定義・計画→テスト・品質→データ設計→インフラ構築の全領域をカバーします。手作業でドキュメント作成に費やしていた数日間の工数を数時間に短縮できます。 ドキュメント作成時に不足情報があれば、自動的にユーザーに確認します。「[要確認: ○○]」と明示して、後で埋めるべき項目を可視化します。 BigQueryテーブル定義、GCP権限設計、Playwright E2Eテストケース、本番リリースチェックリスト、監視・アラート設定など、技術スタック全体を統一的に管理するドキュメント体系が構築されます。 ダッシュボード・分析基盤・データパイプラインなど、GCP上のデータプロジェクトを立ち上げるデータエンジニア・プロジェクトマネージャー。従来なら数日かかるドキュメント作業が自動化。 スタートアップ・スケールアップ企業で、ドキュメント化の工数が課題になっているチーム。スピード重視でも品質は維持できます。 要件定義～リリース後の運用まで、ライフサイクル全体のドキュメント体系を一度に構築したい企業。 GCP（BigQuery・Cloud Run・Cloud Scheduler等）を主要スタックとするプロジェクト。 このスキルはPhase 1ドキュメント完成のオーケストレーターです。ユーザーが提供する情報：プロジェクト名、ビジネス目的、背景、想定ユーザー、KPI・指標、データソース（BigQueryテーブル名）、GCPプロジェクトID、リージョン。不足があれば作業前にAskUserQuestionで確認。4つのエージェント：pm-agent（docs/01_planning/ 要件・計画書担当）、ops-agent（docs/03_test・04_release・05_operation・06_lifecycle 運用・品質・リリース担当）、data-agent（docs/02_data テーブル定義・ETL設計担当）、infra-agent（docs/07_infrastructure GCP権限・監視設計担当）。各エージェントは対象ファイルの読み込み→プロジェクト情報で穴埋め→ファイル保存を順序立てて実行。不明情報は[要確認: ]で残す。

Terraformでインフラを自動構築 – GCP STG環境に必要なリソース（ネットワーク、データベース、認証など）をコード化して一括プロビジョニングできます。 Cloud Buildでアプリケーションをデプロイ – ビルド、テスト、デプロイを自動パイプラインで実行し、手作業を削減します。 3つのエージェントが協働して実行 – インフラ構築、CI設定、デプロイ実行が順序立てて自動で進み、複雑な手順を簡潔に。 デプロイ前の品質チェックを自動化 – ESLint、TypeScript、テスト、カバレッジを全て確認してから次のステップに進むため、バグを未然に防げます。 リソース変更を事前確認できる – terraform planで作成・変更・削除されるリソースを目視確認してから適用できるため、誤削除を防止。 DevOps・インフラエンジニア – Terraformを使ってGCP環境を管理している方 バックエンドエンジニア – アプリケーションをStaging環境に定期的にデプロイする必要がある方 プロダクトマネージャー・テスター – 新機能を素早くテスト環境で検証したい方 スタートアップ・小規模チーム – CI/CDパイプラインを整えて開発効率を上げたい方 このスキルは、Phase 3のSTG環境デプロイを3つのエージェント（infra-agent、ci-agent、deploy-agent）が協働して実行するオーケストレーターです。実行前に npm run lint、npm run typecheck、npm run test、npm run test:coverage、npm run build の全てが成功することを確認し、失敗時は「Phase 2が未完了」とユーザーに案内します。GCPプロジェクトID、リージョン、Artifact Registryリポジトリ名、STG用サービスアカウント名などの必須情報を $ARGUMENTS から抽出し、不足時はユーザーに確認します。infra-agentが terraform/terraform.tfvars.stg を作成して terraform init と terraform plan を実行し、planの出力結果（新規作成・変更・削除リソース）をユーザーに報告してから適用の承認を得た上で terraform apply を実行します。