SaaS Alerts MCP

SaaS Alerts + AI - ChatGPT、Claude、GitHub Copilot、Microsoft 365 Copilot、Gemini、および MCP に対応するあらゆるエージェント向け

非公式です。SaaS Alerts API 向けの、コミュニティが開発した Claude Code Skill および MCP サーバーです。Kaseya US LLC とは提携関係になく、同社からの推奨や後援も受けていません。

_{▶ 30 秒のデモを見る - デモデータはシミュレーションです。表示されているコマンドはすべて、実際の CLI で使用できます。}

4 つすべての SaaS Alerts API（Reports、Manage、Respond、Webhooks）を 1 つの CLI および MCP サーバーで利用できるほか、複数の顧客にまたがるアラートのトリアージ、期限順に並べ替えられた Respond の承認キュー、プレビュー優先のアカウント封じ込めにも対応しています。すでにお使いの AI で利用できます - ChatGPT（Plus/Pro+）、Claude Desktop、Codex、Claude Code、Claude Cowork、GitHub Copilotに加え、リモート接続経由でMicrosoft 365 Copilot / Copilot StudioおよびGoogle Geminiにも対応しています。無料のオープンソースで、ノート PC 上で動作します。MSP オーナー向けに構築されており、コーディングは不要です。

お使いのエージェントで利用できます

MSP オーナーが実際に使用している 6 つのエージェントに対応しています（セルフサービスで、すぐに利用できます）。

お使いの AI エージェント	SaaS Alerts スキルのインストール方法
Claude Desktop	インストーラーを実行し、Settings > Extensionsで saas-alerts-mcp を登録します（JSON の編集は不要です）。
ChatGPT（有料プラン）	インストーラーを実行し、saas-alerts-mcp を HTTPS 経由で公開して、Developer Mode コネクターとして登録します。
Codex CLI	以下のインストールプロンプトを貼り付けます。
Claude Code	以下のインストールプロンプトを貼り付けます。
Claude Cowork	以下のインストールプロンプトを貼り付けます。
GitHub Copilot（VS Code）	インストーラーを実行し、servers キーの下にある mcp.json に saas-alerts-mcp を追加してから、Agent モードを選択します。

ChatGPT では、saas-alerts-mcp --transport http を実行し、HTTPS の背後で公開してください。ブリッジパッケージは不要です。mcp-install.md をご覧ください。

Microsoft および Google のスタックにも対応

大規模な導入基盤がありますが、正確を期してお伝えします。こちらは、インストールしたばかりのローカルバイナリではなく、リモート／エンタープライズ向けの方法です。

エージェント	必要なもの
Microsoft 365 Copilot / Copilot Studio	セルフサービスではありません。 saas-alerts-mcp を HTTPS 経由でホストし、Copilot Studio（Tools > Add a tool > Model Context Protocol > Server URL）または宣言型エージェントに接続します。Copilot Studio ライセンスとテナント管理者の権限が必要です。mcp-install.md をご覧ください。
Google Gemini	Gemini CLIはローカルで動作し、Claude Code と同様です。Gemini アプリはリモートで動作し、ChatGPT と同じ HTTPS 経由の方法を使います。mcp-install.md をご覧ください。

スキルネイティブのエージェントにも対応しています： Hermes と OpenClaw は、このスキルの SKILL.md を直接読み込み、MCP にも対応しています。以下のインストール手順をご覧ください。また、MCP 経由で Cursor、Windsurf、Cline、Continue.dev、Zed でも利用できます。ツールごとの詳細な接続方法については、**docs/which-agent.md**をご覧ください。

複数のエージェントをお使いですか？ 1 つのコマンドで、サポート対象の 51 以上のエージェントすべてにインストールできます：npx skills add Servosity/msp-skills@latest（Node.js が必要です。その後、CLI／MCP バイナリ用のスキル別インストーラーを実行してください）。docs/which-agent.md をご覧ください。

60 秒でインストール

Claude Desktop で最速の方法 - ワンクリックの .mcpb

SaaS Alerts MCP (.mcpb) をダウンロード - その後、Claude Desktop > Settings > Extensions を開き、ファイルを選択します。ワンクリックで完了し、JSON もシェルも必要ありません。（SaaS Alerts のすべてのリリースはリリースページで確認できます。）

Claude Code プラグインを使いたい場合は、マーケットプレイスを一度追加してからインストールしてください。すぐに使え、ディレクトリ一覧の表示も必要ありません。

/plugin marketplace add Servosity/msp-skills
/plugin install saas-alerts@msp-skills

方法 A - AI エージェントにプロンプトを 1 つ貼り付ける（推奨）

これを Claude Code、Codex CLI、または Claude Cowork にコピーします。

このエージェントのワークスペースに、Servosity/msp-skills から SaaS Alerts Skill と MCP サーバーをインストールしてください。このワークスペースが POSIX シェル（macOS、Linux、WSL、または Bash）を使用している場合は、bash <(curl -fsSL https://raw.githubusercontent.com/Servosity/msp-skills/main/skills/saas-alerts/install.sh) を実行してください。Windows PowerShell を使用している場合は、iwr -useb https://raw.githubusercontent.com/Servosity/msp-skills/main/skills/saas-alerts/install.ps1 | iex を実行してください。その後、README に従って認証し、saas-alerts-cli --help を実行して内容を確認してください。

このプロンプトは、シェルを実行できるすべてのエージェントで使えます。

方法 B - インストーラーを自分で実行する

Windows（PowerShell）：

iwr -useb https://raw.githubusercontent.com/Servosity/msp-skills/main/skills/saas-alerts/install.ps1 | iex

macOS / Linux：

bash <(curl -fsSL https://raw.githubusercontent.com/Servosity/msp-skills/main/skills/saas-alerts/install.sh)

インストーラーは、saas-alerts-cli（CLI）と saas-alerts-mcp（MCP サーバー）の両方をユーザーの bin パスに配置します。Claude Code、Codex、Cowork は、このディレクトリ内の SKILL.md を通じて Skill を検出します。

確認：

saas-alerts-cli --version

最新バージョンにアップグレードする

インストーラーは常に現在のリリースを取得します。アップグレードするには、もう一度実行してください。

macOS / Linux：

bash <(curl -fsSL https://raw.githubusercontent.com/Servosity/msp-skills/main/skills/saas-alerts/install.sh)

Windows（PowerShell）：

iwr -useb https://raw.githubusercontent.com/Servosity/msp-skills/main/skills/saas-alerts/install.ps1 | iex

Claude Desktop の .mcpb ユーザー：最新の .mcpb（このセクションの先頭）をダウンロードし、Settings > Extensions で再度選択してください。Claude Code プラグインのユーザー：/plugin update saas-alerts@msp-skills。

Claude Desktop、GitHub Copilot、Gemini CLI、Microsoft 365 Copilot、またはその他の MCP クライアントに追加する

インストーラーの実行後、エージェントごとの接続方法について、mcp-install.md と docs/which-agent.md を参照してください。各エージェントのセクションには、GitHub Copilot の servers キーや、リモートの Microsoft 365 Copilot / Copilot Studio の接続方法も含まれています。Claude Desktop では Settings > Extensions パネルを使うのが最も簡単です。MCP 設定ブロック（JSON を編集したいユーザー向け）は mcp-install.md に記載されています。

Hermes にインストールする

Hermes CLI から：

hermes skills install servosity/msp-skills/skills/saas-alerts --force

Hermes のチャットセッション内で：

/skills install servosity/msp-skills/skills/saas-alerts --force

Hermes はネイティブに MCP に対応しているため、saas-alerts-mcp サーバーも直接使用できます。インストール方法も環境変数も同じです。

OpenClaw にインストールする

OpenClaw エージェントに次の内容を伝えてください（コピーして使用できます）。

https://github.com/servosity/msp-skills/tree/main/skills/saas-alerts から saas-alerts スキルをインストールしてください。このスキルでは、必須の CLI（saas-alerts-cli）を openclaw: frontmatter ブロック経由でインストールする方法を定義しています。

OpenClaw はまだ一般公開されていません。frontmatter による接続設定はあらかじめ含まれており、OpenClaw のリリースと同時に有効になります。

認証する

SaaS Alerts ダッシュボードの Settings > API にある GET APIKEY から、パートナー API キーを設定します。SaaS Alerts ではページを離れるまでしかキーが表示されないため、その間にコピーしてください。

SAAS_ALERTS_API_KEY=<value> saas-alerts-cli doctor

Windows（PowerShell）の場合：

$env:SAAS_ALERTS_API_KEY = "<value>"
saas-alerts-cli doctor

doctor は設定、パス、API への到達性を確認し、Reports API のパートナープロファイルエンドポイントにキーを送信するため、キーが拒否された場合は Credentials: invalid という行が表示されます。その場合も終了コードは 0 なので、スクリプトでは --fail-on error を追加してください。Respond アクセストークンは doctor ではなく、最初の Respond 呼び出し時に発行されます。saas-alerts-cli respond status を実行すると、Respond がエンドツーエンドで動作することを確認できます。

このスキルでできること

MSPからよく寄せられる質問	コマンド
過去24時間にすべての顧客で発生したアラートのうち、重大度の高いものから確認するには？	saas-alerts-cli triage --since 24h --min-severity medium
有効期限が近い、またはまもなく自動無視される Respond トリガーはどれですか？	saas-alerts-cli rule-triggers queue --expiring-within 2h
1つの IP アドレスが、2社以上の顧客にアクセスしていますか？	saas-alerts-cli cross-tenant --by ip --since 24h --min-customers 2
1つのアカウントに関するすべての情報（イベント、国の移動、Respond トリガー、デバイス）を確認するには？	saas-alerts-cli investigate "[email protected]" --since 7d
イベントが途絶えている顧客、Respond との接続が切れている顧客、Respond ルールがない顧客はどれですか？	saas-alerts-cli coverage --silent 72h
SaaS Alerts のチケットが届かなくなったのはなぜですか？Webhook が無効になっていますか？	saas-alerts-cli subscriptions health
このノイズの多いルールの保留中トリガーをすべて拒否するには？（まずプレビューしてください）	saas-alerts-cli rule-triggers decide --decision reject --rule <rule-id> --remarks "false positive"
この顧客にはどの受信トレイルールがありますか？	saas-alerts-cli reports mailbox-rules --organization-ids <customer-id>

コマンドの全リファレンスはguide.mdをご覧ください。AI エージェントの運用規約（--agent、--dry-run、変更を加える前に確認すべきタイミング）については、AGENTS.mdをご覧ください。

このスキルの特長

多くの SaaS Alerts 連携や MCP サーバーは、質問ごとにライブ API を呼び出します。1件のレコードなら問題ありません。しかし、「昨夜、80社の顧客のうち重大なアラートがあったのはどこか。同じ IP が複数の顧客に関係しているか」といった規模になると、対応できません。

このスキルは、顧客、イベント、ユーザー、Respond トリガーをローカルの SQLite ストアに同期します。そのため、triage、cross-tenant、investigate、coverage は、すべての顧客を対象に1回のローカルクエリで結果を返します。また、データが一度も同期されていない場合、空の「問題なし」という結果ではなく、synced: false と表示します。1つのパートナーキーで4つすべての SaaS Alerts API を利用できます。Respond は、API キーのみを含む呼び出しに「Only secure origins are allowed」と応答するため、Respond のアクセストークンを自動発行します。また、rule-triggers queue では期限に基づいて Respond キューを処理し、rule-triggers decide と contain は、--confirm を追加するまで、実行する変更をすべてプレビューします。

msp-claude-plugins マーケットプレイスの SaaS Alerts プラグインも提供する、WYRE-AI の saas-alerts-mcpは、顧客、イベント、ユーザー、デバイス、請求、スケジュール済みレポート、パートナー設定に対応する30個のツールとして、SaaS Alerts External Partner API を公開しています。Respond、抑制、Webhook 用のツールはありません。独自のキーを使ってローカルで実行するか、同社のプラグインから利用する場合は WYRE のホスト型 Conduit ゲートウェイを経由します。このスキルは Respond、抑制、Webhook に対応しています。SaaS Alerts ダッシュボードを置き換えるのではなく、補完するものです。モニタリングの設定、アラートの確認、Respond の設定には、引き続きダッシュボードを使用します。

この問題を解決します

SaaS Alerts の Respond モジュールには時間制限があります。Respond API のドキュメントには、手動承認は「ルールが再度トリガーされたとき、または 12 時間後のいずれか早い方で自動的に期限切れになる」と記載されています。また、SaaS Alerts のヘルプセンター（Respond トリガーの分析）によると、修復に失敗すると 15 分ごとに通知され、3 回目の通知後に自動的に無視されます。多くの顧客を管理していると、どの判断が先に期限切れになるかを把握するのが難しい点です。これを支援するスクリプトには、もう 1 つ認証情報の問題があります。Respond ではパートナーキーから発行した有効期間の短いアクセストークンが必要で、それがない状態で呼び出すと「Only secure origins are allowed」というエラーが発生します。r/msp のスレッド「Kaseya Saas Alerts API」では、ある MSP がすべての呼び出しでこのエラーに遭遇し、別の人は CORS を疑いながら「何週間も同じ問題に頭を抱えていた」と返信しています。スレッドでたどり着いた解決策は、まず認証エンドポイントに POST し、アクセストークンを送信することでした。また、アラートの量は決して少なくありません。G2 の SaaS Alerts のレビューでは、MSP のレビュー担当者が、設定を調整するまで通知が大量に届くことや、時間をかけてフィルター方法を覚える必要がある誤検知について述べています。

• saas-alerts-cli triage --since 24h - すべての顧客を対象に、重大度順に並べたダイジェストを、顧客、アカウント、イベントタイプごとに分類して表示します。
• saas-alerts-cli rule-triggers queue --expiring-within 2h - 保留中および失敗した Respond トリガーを、期限切れまたは自動無視までの時間が短い順に表示し、承認時に実行されるアクションも確認できます。
• saas-alerts-cli cross-tenant --by ip - 2 社以上の顧客にアクセスしている送信元アドレス、ネットワーク、または国を、各顧客のホワイトリストを除外して表示します。
• saas-alerts-cli coverage - 通信が途絶えた顧客、Respond 接続が失われた顧客、または Respond ルールがない顧客を表示します。
• saas-alerts-cli contain "[email protected]" - 1 つの Microsoft 365 アカウントについて、サインインをブロックし、セッションを期限切れにし、パスワードをリセットします。最初にプレビューが表示されます。

詳しい説明については、pain-point.md をご覧ください。

よくある質問

ChatGPT で使えますか？

はい。Plus、Pro、Team、Business、Enterprise、Education プランで利用できます（Free プランではまだ Developer Mode を利用できません）。ChatGPT はローカルの stdio バイナリではなく、HTTPS 経由でリモート MCP サーバーに接続します。SaaS Alerts MCP サーバーはローカルで動作しますが、HTTP にネイティブ対応しています。saas-alerts-mcp --transport http を実行し、SAAS_ALERTS_MCP_HTTP_TOKEN を設定してください（デフォルトでは http://127.0.0.1:7777/mcp でサービスを提供し、ベアラーヘッダーでそのトークンを要求します）。そのうえで、ChatGPT が OAuth でサインインでき、ベアラーヘッダーを追加する HTTPS ゲートウェイの背後に配置します（ChatGPT コネクタは固定のトークンを送信しません）。ブリッジパッケージは不要です。手順については mcp-install.md をご覧ください。

Codex、Cursor、Windsurf、Cline、Copilot、Gemini で使えますか？

はい。どれも MCP に対応しています。各ツールのインストールコマンドは上記の表に、詳しい説明は docs/which-agent.md にあります。

コーディングの知識は必要ですか？

いいえ。推奨するインストール方法は、Claude Code または Codex に 1 文を貼り付けるだけです。エージェントが SKILL.md を読み取り、インストールを実行します。代替手段として、OS ごとの 1 行インストーラー（bash または PowerShell）もあります。どちらの方法でも、コードを書く必要はありません。SaaS Alerts の認証情報を一度入力するだけです。

SaaS Alerts のデータは安全ですか？

データはお使いのマシンに保存されます。CLI と MCP サーバーはローカルバイナリです。SQLite ストアはユーザーアカウントの下にあるディレクトリに保存され、顧客のアカウントのメールアドレス、サインイン時の IP アドレス、イベントの詳細を保持するため、データの別のコピーと同様に取り扱ってください。各 Webhook サブスクリプションの配信トークンは、出力、キャッシュ、保存の前に伏せられます。AI エージェントが参照するのは CLI が返す内容のみで、通常はクエリ結果であり、生の一括データではありません。認証情報は環境またはエージェントの設定から読み込まれます。MSP Skills に同梱されたり、どこかへ送信されたりすることはありません。

SaaS Alerts API キーはどこで取得できますか？

SaaS Alerts のダッシュボードで Settings > API を開き、GET APIKEY をクリックしてください。SaaS Alerts では、そのページを離れるまでしかキーが表示されないため、その場でコピーしてください。SAAS_ALERTS_API_KEY として設定します。このパートナーキーひとつで Reports、Manage、Webhooks API にアクセスでき、CLI は初回使用時に Respond アクセストークンと交換するため、貼り付ける認証情報はほかにありません。すべての呼び出しに 401 Access denied が返される場合は、SaaS Alerts サポートに連絡して、アカウントで REST API を有効にしてもらってください。

Respond API が「Only secure origins are allowed」と返すのはなぜですか？

これは、api_key は含まれているもののアクセストークンがない呼び出しに対して Respond が返すエラーです。Respond では、POST /respondApi/api/v1/auth を使ってパートナーキーから発行する短期間有効なトークンが必要です。このコネクターは最初の Respond 呼び出しでトークンを発行し、すべての Respond リクエストに付与します。トークンはそのプロセスのメモリ内にのみ保持し、Respond に拒否された場合は一度だけ新しいトークンを発行します。

AI がユーザーをブロックしたり、Respond のアクションを自動で承認したりできますか？

許可した場合に限り可能です。contain、rule-triggers decide、subscriptions health --reenable はデフォルトでプレビューを行い、--confirm を追加するまで変更は加えません。生成されたコマンド（rule-triggers approve、response-actions execute、customers delete など）は、実行するとすぐに送信されるため、何も送信しない --dry-run でプレビューしてください。MCP 経由で、読み取りのみを行うべきエージェントには SAAS_ALERTS_MCP_READ_ONLY=1 を設定してください。この場合、saas-alerts_execute は GET エンドポイントのみを実行し、3 つのワークフロー書き込みコマンドは --confirm を拒否します。

Respond のトリガーは期限切れになりますか？

はい。Respond API のドキュメントによると、手動承認は 12 時間後、またはルールが再度トリガーされた時点のいずれか早い方で期限切れになります。また、SaaS Alerts ヘルプセンターによると、修復に失敗すると、15 分間隔のリマインダーが 3 回送信された後、自動的に無視されます。rule-triggers queue は、この期限まで保留中および失敗したトリガーと、承認によって実行されるアクションを一覧表示します。rule-triggers decide は、--include-expired を指定しない限り、期限切れまたは後続のトリガーに置き換えられたトリガーをスキップします。「再度トリガーされた」がどこで発生した場合を指すのか、同じ顧客に対して発生した場合を指すのかは API に記載されていません。そのため CLI は、同じ組織とアカウントで同じルールが再度トリガーされた場合に限り、以前のトリガーを置き換えられたものとして扱います。そのため Respond ではすでに期限切れとなったトリガーが表示されることがあります（その場合、Respond は承認を拒否します）が、有効なトリガーが隠されることはありません。

triage に synced: false と表示されるのはなぜですか？

triage、investigate、cross-tenant、coverage はローカルストアを読み取るため、まず同期が必要です。たとえば、saas-alerts-cli sync --resources customers,events --since 7d を実行してください。必要なデータが一度も同期されていない場合、最後のイベント同期が完了していない場合（自動更新では一度に 1 ページを取得します）、または指定した期間の開始が同期済みイベントの最古の日時より前の場合、修正方法を示す注記とともに synced: false が表示されます。--param で絞り込んだ同期では、取得した行は保存されますが、同期完了とは見なされません。SaaS Alerts ではイベントが発生後しばらくしてから記録されることがあるため、明示的な sync --resources events を実行するたびに、前回の明示的な同期より前の 6 時間分を再取得します。それより後に記録されたイベントは、--since を広げて同期すると表示されます。結果が空または一部のみの場合に、すべて問題ないかのように表示されることはありません。また、--select を指定しても synced と note のフィールドは常に保持されます。

Google Workspace アカウントにも対応していますか？

いいえ。Respond のアクションは Microsoft 365 のみに対して実行されるため、contain は Google Workspace アカウントやその他の Microsoft 以外のアカウントを拒否します。また、メールアドレスが複数の Microsoft 365 アカウントと一致した場合も停止します。API はアクションのジョブ ID を返さないため、contain は各ジョブの一致をベストエフォートで報告し、verified: false と常に表示します。Microsoft 365 管理センターでアカウントを確認してください。

実際の SaaS Alerts テナントでテストされていますか？

まだです。すべてのエンドポイントは SaaS Alerts が公開している API 仕様に基づいており、Respond のトークン交換はキーなしで実際の API に対して確認済みですが、実データを使って実行したパートナーはいません。実際のテナントで確認が必要な点が 2 つあります。一部が拒否された同期は sync_warning として報告されるため、ページの一部が拒否されても sync --strict が終了コード 0 を返すことがあります。また、Unify のデバイス一覧ページでは、Manage 仕様の説明に従ってレスポンスの meta.sort に含まれる searchAfter を使用しますが、テナントが代わりに単純なリストを返す場合、デバイスが 1,000 台を超えるパートナーはすべてを同期できません（sync と devices list --all は truncated と表示し、complete とは表示しません）。実行して、わかったことをお知らせください。

SaaS Alerts ダッシュボードの代わりになりますか？

いいえ。監視の設定、個別アラートの確認、Respond のセットアップには、引き続きダッシュボードが最適です。このスキルは、すべての顧客にまたがる質問に答え、AI エージェントからレビュー済みのアクションを実行します。

費用はいくらですか？

無料です。Apache-2.0 ライセンスです。費用がかかるのは、使用する AI エージェント（Claude、ChatGPT、Codex など）のみで、その料金は当社ではなく AI プロバイダーから請求されます。

安全モデル

ティア	例	推奨されるエージェントポリシー
読み取り	triage、investigate、cross-tenant、coverage、rule-triggers queue、subscriptions health、rule-triggers decide、contain（--confirmなし）、customers list、events list、events query、users、reports customers、reports mfa-microsoft、reports mailbox-rules、rules list、rule-triggers list、suppressions list、subscriptions list	許可
アカウント対応	contain --confirm、rule-triggers decide --confirm、rule-triggers approve、rule-triggers reject、rule-triggers ignore、rule-triggers manually-remediate、response-actions execute	人間による確認を必須とし、明示的な承認を得てください。実在するユーザーがアカウントから締め出されます。
検知およびRespondの設定	customers set-whitelists、customers set-account-whitelists、suppressions create、suppressions update、suppressions delete、rules update、rules draft、rules duplicate、rule-templates use、iocs update、respond enable、application-connections connect、subscriptions create、subscriptions update、subscriptions health --reenable --confirm、webhook-domains verify	--dry-runでプレビューしてから、人間の承認を得て書き込んでください。ホワイトリストのコマンドは顧客のリストを置き換えるため、先に読み取ってください。
書き込み（通常）	devices map、devices unmap、psa map、psa map-suggested、customers create、customers update、reports scheduled-create、reports update-branding、subscriptions test-event、files upload	--dry-runでプレビューしてから、レビュー済みの内容を書き込んでください
認証情報とアクセス	files url（保存されたファイルへの署名付きリンクを返します）、auth set-token、auth logout	人間による確認が必須です
破壊的操作および外部送信	respond disable、customers delete、rules delete、application-connections delete、subscriptions delete、webhook-domains delete、webhook-queue delete、reports scheduled-delete、files delete、reports send-email、import	人間による確認を必須とし、明示的な承認を得てください

rule-triggers decide、contain、subscriptions health --reenableは、--confirmを追加するまでプレビューとして動作します。それ以外の書き込み操作は実行するとすぐに処理されるため、--dry-runでプレビューしてください。SaaS Alertsでは読み取り専用キーや顧客ごとのキーは公開されていないため、最も強力な制御方法はMCPの読み取り専用スイッチです。SAAS_ALERTS_MCP_READ_ONLY=1を設定すると、saas-alerts_executeはGETエンドポイントのみを実行し、3つのワークフロー書き込み機能では--confirmが拒否されます。ロックダウン方法を含む詳細は、governance.mdをご覧ください。

ステータス

ベータ版です。公開されているSaaS AlertsのAPI仕様とローカルのモックサーバーを使って構築およびテスト済みですが、実際のSaaS Alertsテナントではまだ実行していません。ぜひ最初にお試しください。毎週開催されるBuild Sessionsに参加して、ご自身のテナントで実行してください。compoundingteams.com/build-sessionsで参加登録できます。

---

標準規格。 オープンなAgent Skills仕様（Anthropic、2025年12月、40以上のエージェント）に準拠しています。MCP互換で、Hermesを含むMCP対応エージェントで動作します。OpenClawに対応済みです（frontmatterの事前設定済み。OpenClawのローンチ待ち）。

Servosityがメンテナンスしています。Apache-2.0ライセンスです。CLI Printing Pressで構築されています。最終更新日：2026-10-20。