導入事例
Skillhook Cloudで動いているもの
短く技術的な事例です。状況、Webhookがエージェントのジョブになるまでの流れ、自分のエージェントで設定するためのプロンプト、SKILL.md、人が関わる場面を紹介します。1つは私たち自身のループで、ほかはそのように明記した具体的なプレイブックです。推薦の声も、作り上げた数字もありません。
自社での利用
Sentryのアラートがホスト型URLにPOSTされます。マシンがそれを受け取り、スキルが原因を見つけ、テスト済みの小さな修正をプルリクエストでマージし、本番で確認します。人に尋ねるのは、人が判断すべきことだけです。
トリガー
Sentryのアラートと、3時間ごとのスイープ
単独でマージするもの
修正前に失敗していたテスト付きの小さな修正
人に尋ねること
マイグレーション、環境、請求、ループ自体
ホスト型URLスケジュール受信トレイアラートジョブ
具体的なプレイブック
メモが実行可能なタスクになります。エージェントは承認された作業を開始し、完了したことと実行中のことを報告し、あなたの入力や承認を待って一時停止します。10件のタスクの要約例と、Granolaのメモとフォローアップのプレイブックをご覧ください。
トリガー
Granolaの note.generated Webhook
送信前に
下書きと正確な宛先を承認
人に尋ねるとき
担当者や期日が不明確なとき
ホスト型URL受信トレイ配信ジョブ
具体的なプレイブック
新しいIssueごとに実行が始まります。小さく仕様が明確なものはブランチ上で修正されプルリクエストが作られ、それ以外には調査結果と質問を含むトリアージコメントが付きます。設計上の質問は人に回り、人なしでマージされるものはありません。
トリガー
GitHubのissues Webhook、アクション opened
マージ
人なしでは何もマージしない
人に尋ねること
設計上の質問。選択肢をボタンで提示
ホスト型URL受信トレイ再実行ジョブ
具体的なプレイブック
顧客から問い合わせが届きます。スキルは回答を下書きする前にログ、Sentry、データベースを調べます。回答が確実な場合はIntercomで返信し、そうでない場合は社内メモを残して受信トレイで人に尋ねます。下書きを送信するか、編集するか、エスカレーションするかです。
トリガー
Intercomの会話Webhook
単独で返信するとき
調べた内容から回答が確実なとき
それ以外
社内メモと、受信トレイでの選択肢としての下書き
ホスト型URL受信トレイアラートジョブ
具体的なプレイブック
期限付きで申し立てが届きます。スキルは顧客、請求書、アクセスログと利用ログ、やり取り、配送記録を集め、証拠をまとめ、揃っていればAPIで提出します。証拠が乏しい場合や金額が大きい場合は、まず人に尋ねます。
トリガー
Stripeの charge.dispute.created イベント
単独で提出するとき
証拠が揃っていて金額が小さいとき
人に尋ねるとき
証拠が乏しいとき、または金額が大きいとき
ホスト型URL受信トレイアラート再実行
具体的なプレイブック
新しいリードには、問い合わせ内容に即した最初の返信が届きます。スレッドの後続メッセージにはすべて回答し、メッセージIDで重複を排除し、CRMを更新します。価格の例外、約束、法的な質問の前には人に尋ねます。人が止めるよう指示すると停止します。
トリガー
フォーム、CRM、または受信メールのWebhook
重複排除の基準
skillhookとCRMの両方でのメッセージID
事前に人に尋ねること
価格の例外、約束、法的な質問
ホスト型URL受信トレイ配信アラート
具体的なプレイブック
マシンが受信したすべてのWebhookはクラウドに記録され、実行されなかった場合はその理由も残ります。絞り込み、現在のスキルを通して再実行し、本文を別のマシンやスキルで実行し、CLIから別の場所へ送信し、SKILL.mdを保存前にテストできます。
記録
すべての配信を、結果と理由とともに
本文の保持
プランに応じて 7 〜 365 日
再実行
現在のスキルで。必要に応じて force と skip_filters
配信再実行CLIMCPプレイグラウンド
Skillhook Cloudで何かを運用していて、名前の掲載にご協力いただけますか？ support@skillhook.dev までご連絡ください。構成を公開し、引用するのは書面で承認いただいた言葉だけです。