ActionsPulse について
ActionsPulseは、GitHub組織向けのDevOps可観測性MCPサーバーです。IDEからGitHub Actionsのデータを分析し、DORA指標、パイプラインの健全性、コスト、コンプライアンスを示すインタラクティブなHTMLダッシュボードを生成します。
主な機能
- 01DORA指標とその推移の分析
- 02ワークフロー実行、所要時間、失敗の確認
- 03リポジトリ・ワークフロー別のActionsコスト分析
- 04セキュリティとコンプライアンスのレポート生成
- 05DevOps成熟度の評価と改善案の提示
活用シーン
- 01組織のデプロイ頻度と復旧時間を追跡
- 02コストの高いワークフローを特定
- 03パイプラインの失敗とランナー利用状況を調査
- 04SOC2などのコンプライアンスレポートを生成
MCP 対応
このMCPサーバーはGitHub Actionsの可観測性ツールをMCPクライアントに提供し、インタラクティブなHTMLレポートを生成できます。GitHubトークンと組織設定を使って関連データを読み取ります。
設定
ローカルサーバーの設定はどのクライアントでも共通です。コピーしてクライアントの MCP 設定ファイルに貼り付けてください。
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.0GITHUB_TOKENシークレットGitHub Personal Access Token (fine-grained recommended) with read access to Actions, Administration, Deployments, Issues, Pull RequestsGITHUB_ORGTarget GitHub organization to monitorGITHUB_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 以上など)が必要です。設定ファイルの場所はクライアントごとに異なります。
ghcr.io/tsviz/actions-pulse:v2.3.0stdioツール
ローカルサーバーのツールはマシン上で起動して初めて取得できます。メンテナーはまだツール一覧を提供していません。
詳細
ActionsPulse 🚀
GitHub Copilot を使用して VS Code から GitHub Actions をリアルタイムで可観測化
DORA メトリクス • コスト分析 • CI/CD の健全性 • セキュリティコンプライアンス
☝️ これは 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 の主要な 4 つのメトリクスを追跡します。
- デプロイ頻度 — 本番環境にリリースする頻度
- 変更のリードタイム — コミットから本番環境に反映されるまでの時間
- 変更失敗率 — デプロイによって障害が発生する割合
- 平均復旧時間 — インシデントからどれだけ早く復旧できるか 各メトリクスには、トレンド分析と業界標準(エリート、高、中、低パフォーマンス)とのベンチマークが含まれます。
⚡ CI/CD パイプラインの健全性 — ワークフローのパフォーマンスと信頼性
CI/CD パイプラインを詳しく分析できます:
- 🔄 ワークフローの成功率とトレンド
- ⏱️ P95/P99 レイテンシを含む平均実行時間
- 🚨 失敗分析と一般的なエラーパターン
- 📊 リポジトリ別、ワークフロー別の内訳
- 🏃 キュー時間とランナーの使用率
💰 コストの最適化 — ランナーのコストと節約の機会
GitHub Actions の利用料金を把握し、最適化できます:
- 💵 ランナーの種類別の合計コスト(GitHub ホステッドとセルフホスト)
- 📊 リポジトリ、ワークフロー、OS 別のコスト内訳
- 🎯 コスト削減に向けた実行可能な推奨事項
- 📈 支出のトレンドと予測
- ⚡ 効率性メトリクス(ワークフローあたりのコスト、1 分あたりのコスト)
🔒 セキュリティとコンプライアンス — 監査に対応したコンプライアンスレポート
コンプライアンスとセキュリティを維持できます:
- ✅ コンプライアンスフレームワークの対応状況(SOC2、ISO27001、HIPAA、PCI-DSS)
- 🔍 シークレットスキャンのステータスとアラート
- 🛡️ コードスキャンの検出結果
- 📋 ブランチ保護ルールへの準拠状況
- 🔐 GHAS(GitHub Advanced Security)機能の導入状況
🎓 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 にワンクリックでインストールできます:
- vemonet.github.io/mcp-registry に移動します
- "actions-pulse" を検索します
- Install をクリックし、クライアント(VS Code、Cursor)を選択します
- プロンプトが表示されたら、環境変数を設定します
手動での Docker セットアップ — または、以下の手順に従って手動で設定してください。
前提条件
- ✅ Docker がインストールされていること
- ✅ GitHub Personal Access Token(細かなアクセス許可を設定できるトークンを推奨)
- ✅ GitHub Copilot を備えた VS Code
1. きめ細かな個人アクセストークンを作成する
-
新しいトークンを生成をクリックします
-
基本設定を行います:
- トークン名:
actions-pulse-mcp - 有効期限:90 日(またはセキュリティポリシーに従って設定)
- リソース所有者:組織を選択します
- リポジトリアクセス:すべてのリポジトリ
- トークン名:
-
リポジトリの権限を設定します:
権限 アクセス 必須 用途 Actions 読み取り ✅ はい ワークフローの実行、キャッシュの使用状況 Administration 読み取り ✅ はい 請求データ、リポジトリ設定 Contents 読み取り ✅ はい devops-config リポジトリから設定ファイルを読み取る Custom properties 読み取り ✅ はい リポジトリのカスタムプロパティ値を読み取る Deployments 読み取り ✅ はい デプロイ頻度、環境(DORA) Discussions 読み取り 🔶 任意 コミュニティのエンゲージメント指標 Environments 読み取り ✅ はい 環境の保護ルール Issues 読み取り ✅ はい イシュー指標、解決時間(DORA) Merge queues 読み取り 🔶 任意 マージキューの導入状況と待ち時間 Metadata 読み取り ✅ はい 基本的なリポジトリ情報(自動付与) Pull requests 読み取り ✅ はい PR 指標、リードタイム、レビュー時間(DORA) -
組織の権限を設定します:
権限 アクセス 必須 用途 Custom properties 読み取り ✅ はい 組織レベルのプロパティ定義/スキーマを読み取る Custom properties for organizations 読み取り ✅ はい リポジトリに割り当てられたプロパティ値を読み取る -
組織の権限を設定します(続き):
権限 アクセス 必須 用途 Members 読み取り 🔶 任意 生産性指標のためのチームメンバー情報 Self-hosted runners 読み取り 🔶 任意 ランナーの利用状況指標 Administration 読み取り ✅ はい 組織の請求と設定 -
任意の権限(コンプライアンス機能用。GitHub Advanced Security が必要です):
権限 アクセス 必須 用途 Secret scanning alerts 読み取り ❌ 任意 コンプライアンス監査レポート Code scanning alerts 読み取り ❌ 任意 コンプライアンス監査レポート -
トークンを生成をクリックし、安全な場所に保存します
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'
🔍 ワークフローの分析情報とチームの生産性
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 の自動作成が可能になります。
仕組み
- ワークフローランナーに Copilot CLI をインストールします
- GitHub トークンを使用して ActionsPulse MCP を設定します
- MCP ツールを使用してレポートを生成するプロンプトで Copilot を実行します
- 生成されたレポートを使って 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.json | Docker を使用する VS Code の MCP 設定 |
| mcp-local.json | ローカル開発用の VS Code の MCP 設定 |
| mcp-envfile.json | 環境ファイルを使用する VS Code の MCP 設定 |
| .env.example | 環境変数のテンプレート |
| inventory.yaml | リポジトリインベントリの例 |
| devops-config.yaml | DevOps オブザーバーの設定 |
| docker-compose.yml | Docker Compose によるデプロイ |
�📄 ライセンス
MIT
コメント
AI アプリケーションが外部のツールやデータソースに統一的な方法で接続するためのオープンなプロトコルです。クライアントはモデルとの対話を担い、MCP サーバーはツール・リソース・プロンプトテンプレートを提供します。標準メッセージでやり取りするため、1 つのサーバーを複数のクライアントで再利用できます。