Webhookエージェントのためのコントロールプレーン
すべてのskillhookマシンを1か所で確認し、操作できます。Webhook、エージェントのジョブ、エージェントが回答を待っている質問、ヘルスと統計を扱い、再実行、リモート実行、マシンのスリープ中も配信を保持するホスト型Webhook URLを利用できます。
skillhookをインストールしたマシンでコマンドを1つ実行します。コードはダッシュボードに表示されます。
マシンがプルする
クラウドからマシンを呼び出すことはありません。
72 時間
ホスト型の配信はスリープ中のマシンを待ちます。
56 個のツール
MCP、REST、CLIで同じ操作を利用できます。
RFC 9457
すべてのエラーにコードとリクエストIDがあります。
仕組み
マシンにはパッケージ1つ、外向きの接続1本
skillhookはマシンを、Agent Skillsを実行するWebhookエンドポイントにします。Skillhook Cloudは、それらすべてのマシンが報告する場所です。
表示される内容
ダッシュボードに表示される概要
すべてのマシンの直近24時間と、まず人の対応が必要なものを表示します。
ホスト型Webhook URL
常に起動しているとは限らないマシンのためのURL
ノートPC上のマシン、NATの内側にあるマシン、夜間にスリープしているマシンには、送信元が到達できるアドレスがありません。このサービス上のホスト型Webhook URLが、代わりにWebhookを受け付けます。
配信は届いた瞬間にAES-256-GCMで封印され、マシンの次の同期まで最大 72 時間待ちます。マシンは自身のシークレットで送信元の署名を検証します。クラウドがWebhookのシークレットを保持することはなく、マシンが受信を確認した配信は削除されます。
SlackのURL検証には即座に応答するため、まだ起動していないマシンにもSlackアプリを向けられます。
Webhook履歴と再実行
すべての Webhook を保存し、再実行可能に
マシンが受信したすべてのリクエストが記録されます。受け付け、拒否（理由と HTTP ステータス付き）、フィルターによるスキップ、重複排除のいずれも残ります。記録は組織が存在する限り保持されます。リプレイに必要な本文は、プランの保持期間中だけ保存されます（Free では 7 日間、Enterprise では最長 365 日間）。
送信元の配信ID、理由、パス、アドレス、期間で検索できます。ダッシュボード、API、MCPサーバー、CLIから再実行できます。現在のスキルを通して、失敗したチェックやフィルターを越えて実行します。
別の場所でも実行できます。同じ本文を別のマシンや別のスキルで新しい実行として扱えます。またCLIからは、保存されたWebhookを任意のURLへ送信できます。ステージングサーバー、書き直したスキル、テストなどです。
活用例
Webhookが届き、ジョブが動き、人が必要なところだけ人が関わる
私たち自身のセルフヒールループと、6つの具体的なプレイブック。それぞれに、エージェントで設定するためのプロンプトと、実行される SKILL.md が付いています。誠実に表記しています。推薦の声も、作り上げた数字もありません。
エージェントが第一のクライアント
ダッシュボードでできることはすべて、エージェントが呼び出せる操作として
1つのカタログがホスト型MCPサーバー、REST API、CLIを支えています。エージェントは人と同じものを見て、同じ方法で操作します。マシンが引き続き検証するコマンドを通してです。
人の対応が必要なもの
エージェントが質問し、クラウドが誰かに確実に届ける
エージェントは止まって質問します。判断が必要なスキルは質問で実行を終えます。ダッシュボードの受信トレイに選択肢がボタンとして表示され、アラートが送られます。回答は待機中の実行に届けられるか、その回答でエージェントのセッションを再開します。
ダッシュボード、API、MCPサーバー、CLIから回答できます。各アラートは原因ごとに一度だけ開きます。ダッシュボードから手動で、または dismiss_alert で解除できます。
よくある質問
最初によく聞かれる質問
マシンをペアリングして、最初のWebhookを確認
マシン 2 台までは無料。フリートが大きくなったらプランを。クラウド側にインストールするものはありません。