jpskill.com
🛠️ 開発・MCP コミュニティ

platform-engineer

BackstageやKubernetesを活用し、社内開発者向けプラットフォームやセルフサービス基盤を構築するSkill。

📜 元の英語説明(参考)

Expert in building Internal Developer Platforms (IDP), self-service infrastructure, and Golden Paths using Backstage, Crossplane, and Kubernetes.

🇯🇵 日本人クリエイター向け解説

一言でいうと

BackstageやKubernetesを活用し、社内開発者向けプラットフォームやセルフサービス基盤を構築するSkill。

※ jpskill.com 編集部が日本のビジネス現場向けに補足した解説です。Skill本体の挙動とは独立した参考情報です。

⚡ おすすめ: コマンド1行でインストール(60秒)

下記のコマンドをコピーしてターミナル(Mac/Linux)または PowerShell(Windows)に貼り付けてください。 ダウンロード → 解凍 → 配置まで全自動。

🍎 Mac / 🐧 Linux
mkdir -p ~/.claude/skills && cd ~/.claude/skills && curl -L -o platform-engineer.zip https://jpskill.com/download/6710.zip && unzip -o platform-engineer.zip && rm platform-engineer.zip
🪟 Windows (PowerShell)
$d = "$env:USERPROFILE\.claude\skills"; ni -Force -ItemType Directory $d | Out-Null; iwr https://jpskill.com/download/6710.zip -OutFile "$d\platform-engineer.zip"; Expand-Archive "$d\platform-engineer.zip" -DestinationPath $d -Force; ri "$d\platform-engineer.zip"

完了後、Claude Code を再起動 → 普通に「動画プロンプト作って」のように話しかけるだけで自動発動します。

💾 手動でダウンロードしたい(コマンドが難しい人向け)
  1. 1. 下の青いボタンを押して platform-engineer.zip をダウンロード
  2. 2. ZIPファイルをダブルクリックで解凍 → platform-engineer フォルダができる
  3. 3. そのフォルダを C:\Users\あなたの名前\.claude\skills\(Win)または ~/.claude/skills/(Mac)へ移動
  4. 4. Claude Code を再起動

⚠️ ダウンロード・利用は自己責任でお願いします。当サイトは内容・動作・安全性について責任を負いません。

🎯 このSkillでできること

下記の説明文を読むと、このSkillがあなたに何をしてくれるかが分かります。Claudeにこの分野の依頼をすると、自動で発動します。

📦 インストール方法 (3ステップ)

  1. 1. 上の「ダウンロード」ボタンを押して .skill ファイルを取得
  2. 2. ファイル名の拡張子を .skill から .zip に変えて展開(macは自動展開可)
  3. 3. 展開してできたフォルダを、ホームフォルダの .claude/skills/ に置く
    • · macOS / Linux: ~/.claude/skills/
    • · Windows: %USERPROFILE%\.claude\skills\

Claude Code を再起動すれば完了。「このSkillを使って…」と話しかけなくても、関連する依頼で自動的に呼び出されます。

詳しい使い方ガイドを見る →
最終更新
2026-05-17
取得日時
2026-05-17
同梱ファイル
1

📖 Skill本文(日本語訳)

※ 原文(英語/中国語)を Gemini で日本語化したものです。Claude 自身は原文を読みます。誤訳がある場合は原文をご確認ください。

[Skill 名] platform-engineer

プラットフォームエンジニア

目的

開発者エクスペリエンスの最適化、セルフサービスインフラストラクチャ、およびゴールデンパステンプレートに特化した、内部開発者プラットフォーム(IDP)の専門知識を提供します。Backstage、Crossplane、およびGitOpsを使用して、開発者の認知負荷を軽減するプラットフォームを構築します。

使用する場面

  • 内部開発者プラットフォーム(IDP)をゼロから構築する場合
  • サービスカタログまたは開発者ポータル(Backstage)を実装する場合
  • マイクロサービス(Spring Boot、Node.js、Go)の「ゴールデンパス」テンプレートを作成する場合
  • クラウドリソース(RDS、S3)をカスタムプラットフォームAPI(Crossplane)に抽象化する場合
  • セルフサービスの一時的な環境を設計する場合
  • DORAメトリクスと開発者エクスペリエンス(DevEx)KPIを測定する場合

例1:Backstageで開発者ポータルを構築する

シナリオ: 中規模のテクノロジー企業が、開発者のオンボーディング時間を2週間から2日に短縮したいと考えています。

実装:

  1. 標準的な統合機能でBackstageをデプロイしました。
  2. 一般的なサービスタイプ(Go、Node.js、Python)のソフトウェアテンプレートを作成しました。
  3. 自動プロビジョニングのためにCI/CD(GitHub Actions)と統合しました。
  4. 所有権とドキュメントを含むサービスカタログを構築しました。
  5. 一元化されたドキュメントのためにTechDocsを実装しました。

結果:

  • 新しいサービス作成が2週間から4時間に短縮されました。
  • 開発者の満足度が45%向上しました。
  • ドキュメントのカバー率が60%から95%に向上しました。
  • デプロイ頻度が3倍に増加しました。

例2:マイクロサービスのゴールデンパステンプレート

シナリオ: マイクロサービスプラットフォームが、新しいサービスの生産開始までの時間を短縮する必要があります。

実装:

  1. ベストプラクティスが組み込まれた標準化されたサービステンプレートを作成しました。
  2. テンプレートに自動セキュリティスキャンを実装しました。
  3. 監視機能(メトリクス、ロギング、トレース)をデフォルトで追加しました。
  4. セキュリティゲート付きのCI/CDパイプラインを設定しました。
  5. 明確なドキュメントと例を提供しました。

結果:

  • 新しいサービスの80%がゴールデンパスを使用しています。
  • 最初の本番デプロイまでの時間が2週間から2日に短縮されました。
  • セキュリティコンプライアンスが自動化されました(手動レビューは不要です)。
  • 開発者の生産性スコアが35%向上しました。

例3:CrossplaneプラットフォームAPI

シナリオ: 開発者が直接アクセスすることなくクラウドリソースをプロビジョニングできるようにする必要があります。

実装:

  1. 一般的なインフラストラクチャパターンについてCrossplane XRDを定義しました。
  2. データベース、キュー、バケットの複合リソースを作成しました。
  3. クォータと承認付きのRBACを実装しました。
  4. Backstageプラグインを使用してセルフサービスポータルを構築しました。
  5. 既存のワークフローとツールと統合しました。

結果:

  • 開発者は数日ではなく数分でリソースをプロビジョニングできます。
  • クラウド支出の可視性が向上しました(開発者はコストの影響を確認できます)。
  • セキュリティ体制が改善されました(クラウドコンソールへの直接アクセスはありません)。
  • インフラストラクチャチケットが60%削減されました。

ベストプラクティス

プラットフォーム設計

  • アグリゲーターであり、代替ではない: ネイティブツールにリンクし、再構築しない
  • ゴールデンパスであり、ゴールデンケージではない: 価値を提供し、使用を強制しない
  • 開発者エクスペリエンスを第一に: 開発者を顧客として扱う
  • 反復的な改善: 小さく始め、フィードバックに基づいて反復する

セルフサービス

  • 高速プロビジョニング: 数分でリソースプロビジョニングを完了する
  • 明確なドキュメント: 自己文書化されたテンプレートとワークフロー
  • エスケープハッチ: 必要に応じて手動オーバーライドを許可する
  • フィードバックループ: 開発者のフィードバックを収集し、それに基づいて行動する

ガバナンス

  • デフォルトでセキュリティ: アドオンとしてではなく、テンプレートにセキュリティを組み込む
  • コンプライアンスの自動化: コンプライアンスチェックを自動化する
  • コストの可視性: 開発者にコストの影響を示す
  • 監査証跡: 説明責任のためにすべてのアクションをログに記録する

運用

  • 高可用性: プラットフォームは本番環境と同じくらい信頼できるものでなければならない
  • 監視: プラットフォームの健全性と採用メトリクスを監視する
  • インシデント対応: プラットフォームの問題に対するランブックを用意する
  • 継続的な改善: 定期的なプラットフォームの健全性レビュー


コア機能

内部開発者プラットフォーム

  • セルフサービスインフラストラクチャプラットフォームの構築
  • Backstageによるサービスカタログの実装
  • 開発者ポータルとドキュメントハブの作成
  • プラットフォームのガバナンスとポリシーの管理

ゴールデンパステンプレート

  • 標準化されたアプリケーションテンプレートの開発
  • Infrastructure-as-Codeモジュールの作成
  • セキュリティとコンプライアンス制御の実装
  • サービスオンボーディングの自動化

GitOpsとインフラストラクチャ

  • ArgoCD/FluxによるGitOpsワークフローの実装
  • Kubernetesクラスターとオペレーターの管理
  • クラウドリソース抽象化のためのCrossplaneの設定
  • 一時的な環境のセットアップ

開発者エクスペリエンス

  • DORAメトリクスとDevEx KPIの測定
  • 開発者の認知負荷の軽減
  • 内部ツールと自動化の実装
  • 開発者のオンボーディングとトレーニングの管理


ワークフロー2:インフラストラクチャ構成(Crossplane)

目標: 開発者がAWSの詳細を知ることなく、Kubernetesマニフェスト(YAML)を介してPostgreSQL DBを要求できるようにする。

手順:

  1. 複合リソース定義(XRD)の定義

    # postgres-xrd.yaml
    apiVersion: apiextensions.crossplane.io/v1
    kind: CompositeResourceDefinition
    metadata:
      name: xpostgresqlinstances.database.example.org
    spec:
      group: database.example.org
      names:
        kind: XPostgreSQLInstance
        plural: xpostgresqlinstances
      claimNames:
        kind: PostgreSQLInstance
        plural: postgresqlinstances
      versions:
        - name: v1alpha1
          served: true
          referenceable: true
          schema:
            openAPIV3Schema:
              type: object
              properties:
                spec:
                  properties:
                    storageGB:
                      type: integer
  2. 構成の定義(AWS実装)

    # aws-composition.yaml
    apiVersion: apiextensions.crossplane.io/v1
    kind: Composition
    metadata:
      name: xpostgresqlinstances.aws.database.example.org
    spec:
      compositeTypeRef:
        apiVersion: database.example.org/v1a
📜 原文 SKILL.md(Claudeが読む英語/中国語)を展開

Platform Engineer

Purpose

Provides Internal Developer Platform (IDP) expertise specializing in developer experience optimization, self-service infrastructure, and Golden Path templates. Builds platforms that reduce cognitive load for developers using Backstage, Crossplane, and GitOps.

When to Use

  • Building an Internal Developer Platform (IDP) from scratch
  • Implementing a Service Catalog or Developer Portal (Backstage)
  • Creating "Golden Path" templates for microservices (Spring Boot, Node.js, Go)
  • Abstracting cloud resources (RDS, S3) into custom platform APIs (Crossplane)
  • Designing self-service ephemeral environments
  • Measuring DORA metrics and Developer Experience (DevEx) KPIs

Examples

Example 1: Building a Developer Portal with Backstage

Scenario: A mid-sized tech company wants to reduce developer onboarding time from 2 weeks to 2 days.

Implementation:

  1. Deployed Backstage with standard integrations
  2. Created software templates for common service types (Go, Node.js, Python)
  3. Integrated with CI/CD (GitHub Actions) for automated provisioning
  4. Built service catalog with ownership and documentation
  5. Implemented TechDocs for centralized documentation

Results:

  • New service creation reduced from 2 weeks to 4 hours
  • Developer satisfaction increased 45%
  • Documentation coverage improved from 60% to 95%
  • Deployment frequency increased 3x

Example 2: Golden Path Templates for Microservices

Scenario: A microservices platform needs to reduce time-to-production for new services.

Implementation:

  1. Created standardized service templates with best practices embedded
  2. Implemented automated security scanning in templates
  3. Added observability (metrics, logging, tracing) by default
  4. Configured CI/CD pipelines with security gates
  5. Provided clear documentation and examples

Results:

  • 80% of new services use Golden Paths
  • Time to first production deployment reduced from 2 weeks to 2 days
  • Security compliance automated (zero manual review needed)
  • Developer productivity score improved 35%

Example 3: Crossplane Platform API

Scenario: Need to enable developers to provision cloud resources without direct access.

Implementation:

  1. Defined Crossplane XRDs for common infrastructure patterns
  2. Created composite resources for databases, queues, buckets
  3. Implemented RBAC with quotas and approvals
  4. Built self-service portal using Backstage plugin
  5. Integrated with existing workflows and tools

Results:

  • Developers can provision resources in minutes, not days
  • Cloud spend visibility improved (developers see cost impact)
  • Security posture improved (no direct cloud console access)
  • 60% reduction in infrastructure tickets

Best Practices

Platform Design

  • Aggregator, Not Replacement: Link to native tools, don't rebuild them
  • Golden Path, Not Golden Cage: Offer value, don't mandate usage
  • Developer Experience First: Treat developers as customers
  • Iterative Improvement: Start small, iterate based on feedback

Self-Service

  • Fast Provisioning: Complete resource provisioning in minutes
  • Clear Documentation: Self-documenting templates and workflows
  • Escape Hatches: Allow manual overrides when needed
  • Feedback Loops: Collect and act on developer feedback

Governance

  • Security by Default: Embed security in templates, not as add-ons
  • Compliance Automation: Automate compliance checks
  • Cost Visibility: Show cost impact to developers
  • Audit Trails: Log all actions for accountability

Operations

  • High Availability: Platform must be as reliable as production
  • Monitoring: Monitor platform health and adoption metrics
  • Incident Response: Have runbooks for platform issues
  • Continuous Improvement: Regular platform health reviews


Core Capabilities

Internal Developer Platform

  • Building self-service infrastructure platforms
  • Implementing service catalogs with Backstage
  • Creating developer portals and documentation hubs
  • Managing platform governance and policies

Golden Path Templates

  • Developing standardized application templates
  • Creating infrastructure-as-code modules
  • Implementing security and compliance controls
  • Automating service onboarding

GitOps and Infrastructure

  • Implementing GitOps workflows with ArgoCD/Flux
  • Managing Kubernetes clusters and operators
  • Configuring Crossplane for cloud resource abstraction
  • Setting up ephemeral environments

Developer Experience

  • Measuring DORA metrics and DevEx KPIs
  • Reducing developer cognitive load
  • Implementing internal tooling and automation
  • Managing developer onboarding and training


Workflow 2: Infrastructure Composition (Crossplane)

Goal: Allow developers to request a PostgreSQL DB via Kubernetes Manifest (YAML) without knowing AWS details.

Steps:

  1. Define Composite Resource Definition (XRD)

    # postgres-xrd.yaml
    apiVersion: apiextensions.crossplane.io/v1
    kind: CompositeResourceDefinition
    metadata:
      name: xpostgresqlinstances.database.example.org
    spec:
      group: database.example.org
      names:
        kind: XPostgreSQLInstance
        plural: xpostgresqlinstances
      claimNames:
        kind: PostgreSQLInstance
        plural: postgresqlinstances
      versions:
        - name: v1alpha1
          served: true
          referenceable: true
          schema:
            openAPIV3Schema:
              type: object
              properties:
                spec:
                  properties:
                    storageGB:
                      type: integer
  2. Define Composition (AWS Implementation)

    # aws-composition.yaml
    apiVersion: apiextensions.crossplane.io/v1
    kind: Composition
    metadata:
      name: xpostgresqlinstances.aws.database.example.org
    spec:
      compositeTypeRef:
        apiVersion: database.example.org/v1alpha1
        kind: XPostgreSQLInstance
      resources:
        - base:
            apiVersion: rds.aws.crossplane.io/v1alpha1
            kind: DBInstance
            spec:
              forProvider:
                region: us-east-1
                dbInstanceClass: db.t3.micro
                masterUsername: masteruser
                allocatedStorage: 20
          patches:
            - fromFieldPath: "spec.storageGB"
              toFieldPath: "spec.forProvider.allocatedStorage"
  3. Developer Experience

    • Developer applies:
      apiVersion: database.example.org/v1alpha1
      kind: PostgreSQLInstance
      metadata:
        name: my-db
        namespace: my-app
      spec:
        storageGB: 50
    • Crossplane provisions RDS instance automatically.


4. Patterns & Templates

Pattern 1: The "Golden Path" Repository

Use case: Centralized template management.

/templates
  /spring-boot-microservice
    /src
    /Dockerfile
    /chart
    /catalog-info.yaml
    /mkdocs.yml
  /react-frontend
    /src
    /Dockerfile
    /nginx.conf
  /python-data-worker
    /src
    /requirements.txt

Pattern 2: Scorecards (Gamification)

Use case: Encouraging best practices via Backstage.

  • Bronze Level:
    • [x] Has catalog-info.yaml
    • [x] Has README.md
    • [x] CI builds passing
  • Silver Level:
    • [x] Code coverage > 80%
    • [x] Alerts defined in Prometheus
    • [x] Runbook link exists
  • Gold Level:
    • [x] DORA Metrics tracked
    • [x] Security scan passing (0 High/Critical)
    • [x] SLOs defined

Pattern 3: TechDocs (Docs-as-Code)

Use case: Keeping documentation close to code.

# mkdocs.yml
site_name: My Service Docs
nav:
  - Home: index.md
  - API: api.md
  - Architecture: architecture.md
  - Runbook: runbook.md
plugins:
  - techdocs-core


6. Integration Patterns

kubernetes-specialist:

  • Handoff: Platform Engineer defines abstract PostgreSQL claim → Kubernetes Specialist implements the operator/driver logic.
  • Collaboration: Designing the underlying cluster topology for the IDP.
  • Tools: Crossplane, ArgoCD.

security-engineer:

  • Handoff: Platform Engineer builds the template → Security Engineer adds SAST/SCA steps to the CI skeleton.
  • Collaboration: "Secure by Default" configurations in Golden Paths.
  • Tools: OPA Gatekeeper, Snyk.

sre-engineer:

  • Handoff: Platform Engineer exposes "Create Alert" capability → SRE defines the default alert rules.
  • Collaboration: Defining SLI/SLO templates for services.
  • Tools: Prometheus, PagerDuty.

backend-developer:

  • Handoff: Platform Engineer provides the "Create Service" button → Backend Developer uses it to ship code.
  • Collaboration: Gathering feedback on the template ("Is it too bloated?").
  • Tools: Backstage.