Struct | オンコール手順書を自動化

What

Struct は、エンジニアリングのオンコール・ランブックにおける調査手順を自動化する AI オンコールエージェントです。ログ、メトリクス、トレース、およびコードベースを相互参照し、エンジニアリングのアラートやバグの根本原因の特定をプロアクティブに支援します。また、根本原因、影響分析、推奨される修正案を返すことができます。

これは、可観測性、アラート、作業追跡ツールに依存する、動きの速いソフトウェアチーム向けに位置づけられています。強調されているワークフローは、主要なデータソースを接続し、Struct に新しいアラートの発生時に自動調査させ、その後、AI 調査レポートを使って Slack またはより深い調査ビュー（タイムライン、コミット履歴、ログクエリ）から証拠を確認して対応する、というものです。

Features

• 幅広いスタックコンテキストの取り込み: インシデント対応中にシステムを切り替える時間を減らすため、可観測性/アラート、クラウドログ、作業ツール全体からコンテキストを取得します（記載されている例には Sentry、Datadog、Slack、Linear、Asana、GitHub が含まれます）。
• 自動アラート調査: エンジニアリングアラートの発生時に自動で調査を行い、初動トリアージを迅速化するために、根本原因、影響分析、推奨される修正を返信します。
• Slack メンションによるオンデマンド調査: Struct を @メンションすることで調査を開始でき、チームチャットを離れずに素早く確認できます。
• 証拠レビューとより深い探索: エンジニアが、Slack 上または AI 調査レポートに支えられたインシデントタイムライン、コミット履歴、ログクエリを通じて、収集された証拠を確認し、仮説を検証できるようにします。
• PR 作成と引き継ぎ支援: PR のワンクリック作成（「常にクリーンにビルドされる」との主張付き）と、完全なコンテキストを含めたままコーディングエージェントにタスクを引き継ぐ機能を提供します。
• セキュリティとデータ処理に関する主張: データは論理的に分離され、トレーニングに使用されず、暗号化されており、製品は SOC2 Type II および HIPAA に準拠しているとしています（詳細は trust.struct.ai を参照）。

Helpful Tips

• ソースカバレッジを早期に検証する: 展開前に、主要なアラート/可観測性ツールとログソースが、自社のスタックで実際にサポートされていることを確認してください（サイトには例と「主要な」プラットフォームすべてが記載されていますが、正確な構成は検証すべきです）。
• 調査における「良い状態」を定義する: 有用な自動調査に何を含めるべきか（想定原因、影響を受けるサービス/ユーザー、関連リンク、具体的な次のステップ）について社内期待値を設定し、出力が一貫して実行可能になるようにします。
• シグナルの強いアラート分類から始める: ログ/メトリクス/トレースとデプロイ/コミットのコンテキストが信頼できる、繰り返し発生する十分に計測されたアラートから開始し、調整後によりノイズの多い分類へ広げます。
• 人によるレビューとエスカレーション経路を計画する: AI が生成した根本原因や修正案は提案として扱い、オンコール担当者が確認、エスカレーション、結果の文書化を行う明確なプロセスを確保してください。
• セキュリティレビューを要件に合わせる: コンプライアンスが要件である場合、Struct の SOC2/HIPAA 対応状況とデータ学習に関する主張を、自社のベンダー評価チェックリストおよび必要な統制に照らして整理してください。

OpenClaw Skills

Struct は、クロスリファレンスされたテレメトリとコード/作業データから生成される構造化されたインシデントコンテキスト（根本原因の仮説、影響分析、推奨修正、証拠リンク）を中核出力とするため、OpenClaw スタイルの運用ワークフローにとって強力な上流シグナルソースになり得ます。想定されるユースケースの一つは（ネイティブ統合が確認されているわけではありません）、Slack 内の Struct 調査サマリーを監視し、それらを標準的なインシデントレコードに正規化し、Struct が収集した証拠でチケットやランブックを自動更新する OpenClaw インシデントコーディネータースキルです。

追加で考えられるOpenClawのエージェントには、(1) Structが提案した修正を受け取り、適切な担当者またはコーディングエージェントに振り分けつつ、社内ガードレール（ブランチ戦略、必須承認、ロールバックメモ）を適用する「fix orchestration」スキル、そして (2) Structのタイムライン／コミット履歴と社内テンプレートを組み合わせてインシデントレポートのドラフトを作成し、フォローアップタスクを生成する「post-incident synthesis」スキルが含まれる可能性があります。実装された場合、この組み合わせにより手動トリアージが減り、エンジニアリングチームがアラート → 診断 → 修復 → ドキュメント作成へと進む際の一貫性が向上する可能性があります。また、検証と意思決定における人間の責任は維持されます。