mcpField
A
ActionsPulse

ActionsPulse

ローカル
github.com/tsvizデータ・分析337 週間前に更新

ActionsPulse について

ActionsPulseは、GitHub組織向けのDevOps可観測性MCPサーバーです。IDEからGitHub Actionsのデータを分析し、DORA指標、パイプラインの健全性、コスト、コンプライアンスを示すインタラクティブなHTMLダッシュボードを生成します。

主な機能

  1. 01DORA指標とその推移の分析
  2. 02ワークフロー実行、所要時間、失敗の確認
  3. 03リポジトリ・ワークフロー別のActionsコスト分析
  4. 04セキュリティとコンプライアンスのレポート生成
  5. 05DevOps成熟度の評価と改善案の提示

活用シーン

  1. 01組織のデプロイ頻度と復旧時間を追跡
  2. 02コストの高いワークフローを特定
  3. 03パイプラインの失敗とランナー利用状況を調査
  4. 04SOC2などのコンプライアンスレポートを生成

MCP 対応

このMCPサーバーはGitHub Actionsの可観測性ツールをMCPクライアントに提供し、インタラクティブなHTMLレポートを生成できます。GitHubトークンと組織設定を使って関連データを読み取ります。

設定

ローカルサーバーの設定はどのクライアントでも共通です。コピーしてクライアントの MCP 設定ファイルに貼り付けてください。

mcp.json · 共通設定
{
"mcpServers": {
"tsviz-actions-pulse": {
"command": "docker",
"args": [
"run",
"-i",
"--rm",
"-e",
"GITHUB_TOKEN",
"-e",
"GITHUB_ORG",
"-e",
"GITHUB_ENTERPRISE_SLUG",
"-e",
"DEFAULT_REPO_FILTER",
"ghcr.io/tsviz/actions-pulse:v2.3.0"
],
"env": {
"GITHUB_TOKEN": "<GITHUB_TOKEN>",
"GITHUB_ORG": "<GITHUB_ORG>",
"GITHUB_ENTERPRISE_SLUG": "<GITHUB_ENTERPRISE_SLUG>",
"DEFAULT_REPO_FILTER": "<DEFAULT_REPO_FILTER>"
}
}
}
}
起動コマンドdocker run -i --rm -e GITHUB_TOKEN -e GITHUB_ORG -e GITHUB_ENTERPRISE_SLUG -e DEFAULT_REPO_FILTER ghcr.io/tsviz/actions-pulse:v2.3.0
設定が必要な環境変数
GITHUB_TOKENシークレットGitHub Personal Access Token (fine-grained recommended) with read access to Actions, Administration, Deployments, Issues, Pull Requests
GITHUB_ORGTarget GitHub organization to monitor
GITHUB_ENTERPRISE_SLUGEnterprise slug for enhanced cross-org features (optional)
DEFAULT_REPO_FILTERComma-separated list of repository names to monitor (e.g., 'my-app,my-api,frontend'). If not set, all org repos are queried.

ローカルサーバーにはマシン上の実行環境(Node.js 18 以上など)が必要です。設定ファイルの場所はクライアントごとに異なります。

パッケージ
ocighcr.io/tsviz/actions-pulse:v2.3.0

ツール

ツール一覧はまだ取得されていません

ローカルサーバーのツールはマシン上で起動して初めて取得できます。メンテナーはまだツール一覧を提供していません。

詳細

ActionsPulse 🚀

MCP レジストリで利用可能 Docker イメージ コンテナレジストリ ライセンス:MIT

GitHub Copilot を使用して VS Code から GitHub Actions をリアルタイムで可観測化

DORA メトリクス • コスト分析 • CI/CD の健全性 • セキュリティコンプライアンス

ActionsPulse ダッシュボード

☝️ これは ActionsPulse が生成した実際のインタラクティブな HTML ダッシュボードです — 以下の詳細なツアーをご覧ください


✨ ActionsPulse とは?

ActionsPulse は、DevOps の可観測性を IDE に直接提供する エージェント型 MCP サーバーです。GitHub Copilot に次のような質問をできます。

💬 「過去 30 日間の DORA メトリクスを表示して」
💬 「最もコストがかかっているワークフローはどれ?」
💬 「SOC2 のコンプライアンスレポートを生成して」
💬 「今月のデプロイ頻度は?」

そして、実用的なインサイトを含む インタラクティブなビジュアルダッシュボードを取得できます。

🎯 機能

機能組織エンタープライズ
📊 DORA メトリクス✅✅ 強化版
⚡ パフォーマンス分析✅✅
💰 コスト最適化✅✅ 組織横断
🏃 ランナー使用率✅ セルフホスト可能✅ すべてのランナー
👥 チームの生産性✅✅
🔒 コンプライアンスレポート✅(GHAS)✅
💾 キャッシュ分析✅✅
🎓 成熟度評価✅✅

🖼️ ダッシュボードツアー

ActionsPulse は、任意のブラウザーで開ける インタラクティブな HTML ダッシュボードを生成します。Copilot に次のように尋ねるだけです。

💬 「自分の組織の DevOps レポートを生成して」

または、generate_devops_reports ツールを直接使用します。利用できる内容を以下で詳しくご紹介します。

📊 ダッシュボード概要 — すべての主要指標を一目で確認できるエグゼクティブサマリー ダッシュボード概要

メインダッシュボードには、次の情報が表示されます。

  • 🎯 ビジュアルゲージ付き DevOps 成熟度スコア
  • 📈 DORA メトリクスの概要(デプロイ頻度、変更のリードタイム、変更失敗率、MTTR)
  • ⚡ CI/CD パイプラインの健全性の概要
  • 💰 コスト分析のハイライト
  • 🔒 セキュリティとコンプライアンスの状況
  • 詳細レポートへのクイックナビゲーション
📈 DORA メトリクス — 業界標準の DevOps パフォーマンス指標 DORA メトリクスダッシュボード

DORA の主要な 4 つのメトリクスを追跡します。

  • デプロイ頻度 — 本番環境にリリースする頻度
  • 変更のリードタイム — コミットから本番環境に反映されるまでの時間
  • 変更失敗率 — デプロイによって障害が発生する割合
  • 平均復旧時間 — インシデントからどれだけ早く復旧できるか 各メトリクスには、トレンド分析と業界標準(エリート、高、中、低パフォーマンス)とのベンチマークが含まれます。
⚡ CI/CD パイプラインの健全性 — ワークフローのパフォーマンスと信頼性 CI/CD 健全性ダッシュボード

CI/CD パイプラインを詳しく分析できます:

  • 🔄 ワークフローの成功率とトレンド
  • ⏱️ P95/P99 レイテンシを含む平均実行時間
  • 🚨 失敗分析と一般的なエラーパターン
  • 📊 リポジトリ別、ワークフロー別の内訳
  • 🏃 キュー時間とランナーの使用率
💰 コストの最適化 — ランナーのコストと節約の機会 コスト最適化ダッシュボード

GitHub Actions の利用料金を把握し、最適化できます:

  • 💵 ランナーの種類別の合計コスト(GitHub ホステッドとセルフホスト)
  • 📊 リポジトリ、ワークフロー、OS 別のコスト内訳
  • 🎯 コスト削減に向けた実行可能な推奨事項
  • 📈 支出のトレンドと予測
  • ⚡ 効率性メトリクス(ワークフローあたりのコスト、1 分あたりのコスト)
🔒 セキュリティとコンプライアンス — 監査に対応したコンプライアンスレポート セキュリティダッシュボード

コンプライアンスとセキュリティを維持できます:

  • ✅ コンプライアンスフレームワークの対応状況(SOC2、ISO27001、HIPAA、PCI-DSS)
  • 🔍 シークレットスキャンのステータスとアラート
  • 🛡️ コードスキャンの検出結果
  • 📋 ブランチ保護ルールへの準拠状況
  • 🔐 GHAS(GitHub Advanced Security)機能の導入状況
🎓 DevOps の成熟度 — 組織の能力評価 DevOps 成熟度ダッシュボード

DevOps の成熟度を評価できます:

  • 📊 視覚的なゲージで示す全体的な成熟度スコア
  • 🎯 カテゴリ別スコア(CI/CD、テスト、セキュリティ、監視など)
  • 📈 影響度に基づいて優先順位付けされた改善の推奨事項
  • 🏆 業界標準とのベンチマーク
  • 📋 成熟度向上に向けた実行可能なロードマップ

💡 ダッシュボードの生成方法:

# Copilot に自然言語で依頼:
"Generate DevOps reports for the last 30 days"

# またはツールを直接呼び出す:
#generate_devops_reports --timeframe 30d

レポートはタイムスタンプ付きフォルダーに、単独で開ける HTML ファイルとして保存されます。チームで共有したり、社内 Wiki に埋め込んだりできます!


🚀 クイックスタート

MCP Registry からインストール

ActionsPulse は公式の MCP Registry に io.github.tsviz/actions-pulse として公開されています。

🌐 Web UI(推奨) — MCP Registry UI を使って、VS Code または Cursor にワンクリックでインストールできます:

  1. vemonet.github.io/mcp-registry に移動します
  2. "actions-pulse" を検索します
  3. Install をクリックし、クライアント(VS Code、Cursor)を選択します
  4. プロンプトが表示されたら、環境変数を設定します

手動での Docker セットアップ — または、以下の手順に従って手動で設定してください。

前提条件
  • ✅ Docker がインストールされていること
  • ✅ GitHub Personal Access Token(細かなアクセス許可を設定できるトークンを推奨)
  • ✅ GitHub Copilot を備えた VS Code
1. きめ細かな個人アクセストークンを作成する
  1. GitHub の設定 → 開発者設定 → 個人アクセストークン → きめ細かなトークンに移動します

  2. 新しいトークンを生成をクリックします

  3. 基本設定を行います:

    • トークン名:actions-pulse-mcp
    • 有効期限:90 日(またはセキュリティポリシーに従って設定)
    • リソース所有者:組織を選択します
    • リポジトリアクセス:すべてのリポジトリ
  4. リポジトリの権限を設定します:

    権限アクセス必須用途
    Actions読み取り✅ はいワークフローの実行、キャッシュの使用状況
    Administration読み取り✅ はい請求データ、リポジトリ設定
    Contents読み取り✅ はいdevops-config リポジトリから設定ファイルを読み取る
    Custom properties読み取り✅ はいリポジトリのカスタムプロパティ値を読み取る
    Deployments読み取り✅ はいデプロイ頻度、環境(DORA)
    Discussions読み取り🔶 任意コミュニティのエンゲージメント指標
    Environments読み取り✅ はい環境の保護ルール
    Issues読み取り✅ はいイシュー指標、解決時間(DORA)
    Merge queues読み取り🔶 任意マージキューの導入状況と待ち時間
    Metadata読み取り✅ はい基本的なリポジトリ情報(自動付与)
    Pull requests読み取り✅ はいPR 指標、リードタイム、レビュー時間(DORA)
  5. 組織の権限を設定します:

    権限アクセス必須用途
    Custom properties読み取り✅ はい組織レベルのプロパティ定義/スキーマを読み取る
    Custom properties for organizations読み取り✅ はいリポジトリに割り当てられたプロパティ値を読み取る
  6. 組織の権限を設定します(続き):

    権限アクセス必須用途
    Members読み取り🔶 任意生産性指標のためのチームメンバー情報
    Self-hosted runners読み取り🔶 任意ランナーの利用状況指標
    Administration読み取り✅ はい組織の請求と設定
  7. 任意の権限(コンプライアンス機能用。GitHub Advanced Security が必要です):

    権限アクセス必須用途
    Secret scanning alerts読み取り❌ 任意コンプライアンス監査レポート
    Code scanning alerts読み取り❌ 任意コンプライアンス監査レポート
  8. トークンを生成をクリックし、安全な場所に保存します

2. MCP サーバーを設定する
オプション A:env-file を使用する(推奨)

~/.mcp.envに追加します:

GITHUB_TOKEN=ghp_your_fine_grained_token_here
📄 env-file を使用した mcp.json

VS Code の MCP 設定(~/.vscode/mcp.json またはワークスペースの .vscode/mcp.json)に追加します:

{
  "servers": {
    "actions-pulse": {
      "command": "docker",
      "args": [
        "run", "-i", "--rm",
        "--env-file", "/path/to/.mcp.env",
        "-e", "GITHUB_ORG=your-org-name",
        "ghcr.io/tsviz/actions-pulse:latest"
      ],
      "type": "stdio"
    }
  }
}
オプション B:環境変数を直接指定する
📄 インライン環境変数を使用した mcp.json
{
  "servers": {
    "actions-pulse": {
      "command": "docker",
      "args": [
        "run", "-i", "--rm",
        "-e", "GITHUB_TOKEN=ghp_your_token",
        "-e", "GITHUB_ORG=your-org-name",
        "ghcr.io/tsviz/actions-pulse:latest"
      ],
      "type": "stdio"
    }
  }
}
3. 環境変数リファレンス
変数必須説明
GITHUB_TOKEN✅ はい個人アクセストークン(きめ細かなトークンを推奨)
GITHUB_ORG✅ はい監視対象の GitHub 組織(例:my-company)。すべての API 呼び出しでこの組織が使用されます。
DEFAULT_REPO_FILTER❌ いいえ監視するリポジトリのカンマ区切りリスト(例:my-app,my-api)。以下の優先順位ルールを参照してください。
GITHUB_API_URL❌ いいえカスタム API URL(デフォルト:https://api.github.com)
GITHUB_ENTERPRISE_SLUG❌ いいえ拡張機能用の Enterprise スラッグ
GITHUB_ENTERPRISE_URL❌ いいえGitHub Enterprise Server の API URL
DEVOPS_CONFIG_REPO❌ いいえ設定リポジトリ名(デフォルト:devops-config)
DEVOPS_CONFIG_PATH❌ いいえ設定ファイルのローカルパス(マウントされた設定用)
リポジトリフィルターの優先順位

クエリ対象のリポジトリを決定する際、ActionsPulse は次の優先順位(高い順)を使用します。

優先順位ソース適用対象例
1️⃣ツール呼び出しの repo_filter パラメーター個々のツールget_dora_metrics(repo_filter: "app1,app2")
2️⃣inventory.yaml のリポジトリgenerate_devops_reports設定ファイルで定義されたリポジトリ
3️⃣DEFAULT_REPO_FILTER 環境変数すべてのツール(フォールバック)DEFAULT_REPO_FILTER=my-app,my-api
4️⃣GitHub API 経由のすべての組織リポジトリすべてのツール(何も設定されていない場合のデフォルト)

ヒント: 設定リポジトリなしですばやくセットアップするには、MCP Registry インストーラーで DEFAULT_REPO_FILTER を設定するだけです。より豊富なメタデータ(チーム、ティア、コンプライアンスタグ)を利用するには、inventory.yaml を使用してください。

4. 設定ファイル(任意)

デフォルトでは、ActionsPulse は GitHub API を通じて組織内のすべてのリポジトリにクエリを実行します — 設定ファイルは不要です。repo_filter などのツールパラメーターを使って、リポジトリを動的にフィルタリングできます。

任意の設定ファイルを使うと、フィルタリングやレポート作成用に永続的なメタデータ(チーム、ティア、コンプライアンスタグ)を定義できます。方法は次の 2 つです。

オプション A:リモート設定リポジトリ(チームに推奨)

組織内に devops-config リポジトリを作成し、次の構成にします。

devops-config/
├── devops-config.yaml          # Main configuration
├── repositories/
│   └── inventory.yaml          # List of repos to monitor
├── policies/
│   ├── workflow-policies.yaml  # CI/CD standards
│   └── security-policies.yaml  # Security requirements
└── dashboards/                 # Dashboard configs

MCP サーバーは {org}/devops-config リポジトリを自動的に検出し、そこから読み込みます。

オプション B:ローカル設定ファイル(開発/テスト用)

ローカルの設定ディレクトリを Docker コンテナーにマウントします。

📄 設定ボリュームを含む mcp.json
{
  "servers": {
    "actions-pulse": {
      "command": "docker",
      "args": [
        "run", "-i", "--rm",
        "--env-file", "/path/to/.mcp.env",
        "-e", "GITHUB_ORG=your-org-name",
        "-e", "DEVOPS_CONFIG_PATH=/app/config",
        "-v", "/path/to/your/config:/app/config:ro",
        "ghcr.io/tsviz/actions-pulse:latest"
      ],
      "type": "stdio"
    }
  }
}
リポジトリインベントリの例
📄 inventory.yaml

監視するリポジトリを定義するには、repositories/inventory.yaml を作成します。

apiVersion: actions-pulse/v1
kind: RepositoryInventory
metadata:
  name: my-inventory
  version: "1.0.0"
  description: "Repositories to monitor"

spec:
  discovery:
    enabled: false  # Only monitor explicit repos

  repositories:
    - name: my-app
      team: platform
      tier: tier-1
      compliance: [SOC2]
      tags: [java, production]

    - name: my-api
      team: backend
      tier: tier-2
      tags: [nodejs, staging]
リポジトリティアのクイックリファレンス
ティア優先度稼働率応答時間用途
tier-1🔴 クリティカル99.9%< 15 分本番環境、顧客向け
tier-2🟡 標準99%< 1 時間社内ツール、ステージング
tier-3🟢 低ベストエフォート< 24 時間デモ、プロトタイプ

ティアの定義、コンプライアンス要件、アラートの動作について詳しくは、docs/ARCHITECTURE.md を参照してください。

5. VS Code を再起動する

mcp.json を更新した後、VS Code を再起動して新しい MCP サーバーを読み込みます。GitHub Copilot Chat を開き、DevOps メトリクスについて質問すると、サーバーが実行中であることを確認できます。

🛠️ 利用可能なツール

📊 使用状況とパフォーマンスのメトリクス
get_actions_usage_metrics

GitHub Actions の使用状況と課金データを分析します(基本)。

Parameters:
- org_name: Organization name (optional if GITHUB_ORG is set)
- timeframe: '24h' | '7d' | '30d'
- breakdown: 'repository' | 'workflow' | 'runner_type'
get_detailed_usage_metrics ⭐

ワークフロー、ジョブ、リポジトリ、OS、ランナーごとの内訳を含む、GitHub Insights 風の詳細な使用状況メトリクスです。

Parameters:
- org_name: Organization name (optional if GITHUB_ORG is set)
- timeframe: '7d' | '30d' | '90d'
- repo_filter: Comma-separated list of repositories (optional)
get_detailed_performance_metrics ⭐

ワークフロー、ジョブ、リポジトリ、OS、ランナーごとの平均実行時間、キュー時間、失敗率を含む、GitHub Insights 風のパフォーマンスメトリクスです。

Parameters:
- org_name: Organization name (optional if GITHUB_ORG is set)
- timeframe: '7d' | '30d' | '90d'
- repo_filter: Comma-separated list of repositories (optional)
get_actions_performance_metrics

P95/P99 レイテンシーを含むワークフローのパフォーマンス分析を取得します(基本)。

Parameters:
- org_name: Organization name (optional if GITHUB_ORG is set)
- repo_name: Specific repository (optional)
- workflow_id: Specific workflow (optional)
- timeframe: '1h' | '6h' | '24h' | '7d'
🏃 ランナーとコスト最適化

コスト検出の強化:レポートでは、ランナーコストを正確に計算するために、次の 3 段階システムを使用します。

  • 🎯 API 検出 - ホステッドランナー API を使って、マシンの仕様を正確に取得します
  • 🏷️ ラベル検出 - ランナーカタログと照合するパターンマッチング
  • 📊 デフォルト料金 - OS ベースのフォールバック

詳細は設定ガイドを参照してください。

analyze_runner_utilization

ランナーの利用率と効率を分析します。

Parameters:
- org_name: Organization name (optional if GITHUB_ORG is set)
- runner_type: 'self-hosted' | 'github-hosted' | 'all'
- include_costs: Include cost analysis (default: true)
get_actions_cache_analytics

Actions キャッシュの使用状況と効率を分析します。

Parameters:
- org_name: Organization name (optional if GITHUB_ORG is set)
- repo_name: Specific repository (optional)
- timeframe: '24h' | '7d' | '30d'
### generate_cost_optimization_report 実行可能なコスト最適化の推奨事項を生成します。 ``` Parameters: - org_name: Organization name (optional if GITHUB_ORG is set) - include_recommendations: Include actionable recommendations (default: true) - target_savings_percentage: Target savings (5-50, default: 20) ```
🔍 ワークフローの分析情報とチームの生産性
get_workflow_insights

ボトルネックの検出を含むワークフローの分析情報を取得します。

Parameters:
- org_name: Organization name (optional if GITHUB_ORG is set)
- repo_name: Repository name (required)
- workflow_name: Workflow name or filename (required)
- analyze_dependencies: Analyze job dependencies (default: true)
get_team_productivity_metrics

Actions とコミットデータに基づいてチームの生産性を分析します。

Parameters:
- org_name: Organization name (optional if GITHUB_ORG is set)
- team_slug: Team slug (optional)
- include_individuals: Include individual metrics (default: false)
- timeframe: '7d' | '30d' | '90d'
get_compliance_audit_report

コンプライアンスとセキュリティの監査レポートを生成します。

Parameters:
- org_name: Organization name (optional if GITHUB_ORG is set)
- compliance_framework: 'SOC2' | 'ISO27001' | 'HIPAA' | 'PCI-DSS' | 'CUSTOM'
- include_secrets_scan: Include secret scanning (default: true, requires GHAS)

📊 DORA メトリクスと開発者エクスペリエンス

📈 DORA メトリクス
get_dora_metrics

DORA メトリクス(デプロイ頻度、リードタイム、変更失敗率、復旧時間)を取得します。

Parameters:
- org_name: Organization name (optional if GITHUB_ORG is set)
- timeframe: '7d' | '30d' | '90d'
- repo_filter: Comma-separated list of repositories (optional)
get_enhanced_dora_metrics

精度を最大限に高めるため、実際の GitHub Deployments API を使用して DORA メトリクスを取得します。

Parameters:
- org_name: Organization name (optional if GITHUB_ORG is set)
- timeframe: '7d' | '30d' | '90d'
- repo_filter: Comma-separated list of repositories (optional)
get_pull_request_metrics

リードタイム、マージ率、サイズ分布などのプルリクエストのメトリクスを取得します。

Parameters:
- org_name: Organization name (optional if GITHUB_ORG is set)
- timeframe: '7d' | '30d' | '90d'
- repo_name: Specific repository (optional)
- include_stale: Include stale PR analysis (optional)
get_issue_metrics

クローズまでの時間、ラベルの分布、バックログの健全性などの Issue メトリクスを取得します。

Parameters:
- org_name: Organization name (optional if GITHUB_ORG is set)
- timeframe: '7d' | '30d' | '90d'
- repo_name: Specific repository (optional)
- label_filter: Filter by label (optional)
get_deployment_metrics

GitHub Deployments API からデプロイのメトリクスを取得します。

Parameters:
- org_name: Organization name (optional if GITHUB_ORG is set)
- timeframe: '7d' | '30d' | '90d'
- environment: Filter by environment (optional)
- repo_filter: Comma-separated list of repositories (optional)
get_environment_metrics

保護ルールなど、GitHub 環境の設定を分析します。

Parameters:
- org_name: Organization name (optional if GITHUB_ORG is set)
- repo_filter: Comma-separated list of repositories (optional)
get_discussion_metrics

回答率やエンゲージメントなど、GitHub Discussions のメトリクスを取得します。

Parameters:
- org_name: Organization name (optional if GITHUB_ORG is set)
- repo_name: Specific repository (optional)
- timeframe: '7d' | '30d' | '90d'
get_merge_queue_metrics

リポジトリ全体におけるマージキューの使用状況と導入状況を取得します。

Parameters:
- org_name: Organization name (optional if GITHUB_ORG is set)
- repo_name: Specific repository (optional)

🏷️ カスタムプロパティ

📋 カスタムプロパティツール
get_org_custom_properties

組織のすべてのカスタムプロパティ定義を一覧表示します。

Parameters:
- org_name: Organization name (optional if GITHUB_ORG is set)
get_custom_properties_analytics

リポジトリ全体におけるカスタムプロパティの使用状況とカバレッジを分析します。

Parameters:
- org_name: Organization name (optional if GITHUB_ORG is set)
get_repos_by_property

カスタムプロパティの値でリポジトリを検索します。

Parameters:
- org_name: Organization name (optional if GITHUB_ORG is set)
- property_name: Custom property name (e.g., team, tier, compliance)
- property_value: Property value to filter by (optional)

🏢 エンタープライズ機能(オプション)

⚙️ エンタープライズ設定

GitHub Enterprise をお使いの場合は、次の設定を追加して拡張機能を有効にできます。

GITHUB_ENTERPRISE_SLUG=your-enterprise-slug

これにより、次の機能が有効になります。

  • 組織をまたいだ請求の集計
  • エンタープライズ全体でのランナープール
  • 監査ログの統合

🔧 開発

🛠️ ビルドと実行のコマンド
ローカルでビルドする
npm install
npm run build
docker build -t actions-pulse:local .
ローカルで実行する(Docker を使用しない場合)
export GITHUB_TOKEN=ghp_your_token
export GITHUB_ORG=your-org
npm start

🤖 GitHub Actions による DevOps レポートの自動化

GitHub Copilot CLI と ActionsPulse MCP サーバーを GitHub Actions のワークフローで使用すると、DevOps レポートの生成を自動化できます。これにより、週次レポートのスケジュール実行、オンデマンド分析、分析情報に基づく Issue の自動作成が可能になります。

仕組み
  1. ワークフローランナーに Copilot CLI をインストールします
  2. GitHub トークンを使用して ActionsPulse MCP を設定します
  3. MCP ツールを使用してレポートを生成するプロンプトで Copilot を実行します
  4. 生成されたレポートを使って Issue を作成します
ワークフローの例

動作する完全な例については、.github/workflows/weekly-devops-report.yml をご覧ください。

📄 主なワークフローの手順
- name: Setup MCP config
  env:
    GITHUB_TOKEN: ${{ secrets.GH_PAT_DEVOPS }}
  run: |
    mkdir -p ~/.copilot
    printf '%s\n' '{
      "mcpServers": {
        "actions-pulse": {
          "command": "docker",
          "args": ["run", "-i", "--rm", "-e", "GITHUB_TOKEN='"$GITHUB_TOKEN"'", "-e", "GITHUB_ORG=your-org", "ghcr.io/tsviz/actions-pulse:latest"],
          "tools": ["*"]
        }
      }
    }' > ~/.copilot/mcp-config.json

- name: Generate DevOps Report
  env:
    GITHUB_TOKEN: ${{ secrets.GH_PAT_DEVOPS }}
    GH_TOKEN: ${{ secrets.GH_PAT_DEVOPS }}
  run: |
    copilot --yolo \
      --disable-builtin-mcps \
      --additional-mcp-config @$HOME/.copilot/mcp-config.json \
      --prompt "Use the actions-pulse MCP tools to generate a DevOps report..."
Copilot CLI の主なフラグ
フラグ説明
--yoloすべてのツール呼び出しを自動承認します(確認プロンプトなし)
--disable-builtin-mcps組み込み MCP サーバーを無効にします(カスタムのもののみを使用)
--additional-mcp-config @<file>MCP サーバーの設定をファイルから読み込みます(~ ではなく $HOME を使用)
--prompt "<text>"Copilot が実行するプロンプト
ヒント
  • 設定パスでは ~ ではなく $HOME を使用してください。@file 引数ではチルダが展開されません
  • トークンを args に埋め込んでください。MCP 設定の env ブロックでは、変数が Docker に渡されません
  • MCP 設定に "tools": ["*"] を含めてください。このフィールドは必須です

📚 ドキュメント

ドキュメント説明
クイックスタート5 分で利用を開始できます
設定ガイド設定の完全なリファレンス
アーキテクチャシステム設計とティアの定義
設定例

すぐに使える設定例は、examples/ ディレクトリにあります。

ファイル説明
mcp-docker.jsonDocker を使用する VS Code の MCP 設定
mcp-local.jsonローカル開発用の VS Code の MCP 設定
mcp-envfile.json環境ファイルを使用する VS Code の MCP 設定
.env.example環境変数のテンプレート
inventory.yamlリポジトリインベントリの例
devops-config.yamlDevOps オブザーバーの設定
docker-compose.ymlDocker Compose によるデプロイ

�📄 ライセンス

MIT

コメント

MCP は初めてですか?

プロトコルの概要から最初のサーバーの導入まで、よくある疑問にまとめて答えます。

AI アプリケーションが外部のツールやデータソースに統一的な方法で接続するためのオープンなプロトコルです。クライアントはモデルとの対話を担い、MCP サーバーはツール・リソース・プロンプトテンプレートを提供します。標準メッセージでやり取りするため、1 つのサーバーを複数のクライアントで再利用できます。