割り当ての前に診断
チケットは診断済みで届きます。エージェントはログとスクリーンショットを読み、想定される原因を特定し、ランブックに沿って修復するか、ラベルを付けて適切なキューへ回送します。
IT Service Desk パックは、ログとスクリーンショットから診断し、承認済みのランブックにある対処を実行し、アクセス権の付与は承認を経て行います — 定型業務を吸収しつつ、変更管理はそのまま維持されます。
ServiceNow · Jira Service Management · Okta に接続 — API があるものなら何でも
白紙のキャンバスではありません — 既定のゴール、許可されたツール、そして最初から有効なガードレールを備えた、すぐ動くロールです。
チケットは診断済みで届きます。エージェントはログとスクリーンショットを読み、想定される原因を特定し、ランブックに沿って修復するか、ラベルを付けて適切なキューへ回送します。
実行できるのは承認済みの対処リストにあるアクションだけです — パスワードのリセット、キャッシュのクリア、サービスの再起動など — いずれも型付きで取り消し可能なアクションとして記録されます。
権限付与の申請はコンテキストをまとめて承認者へ回送され、付与は決裁後にのみ実行されます。一連の経緯はすべて封印されます。
提供されたインシデントのコンテキストをトリアージし、承認済みのガイダンスを検索して、回答案を作成します。復旧作業の実行やアクセス権の付与は行いません。 ライブラリからインストールし、既存システムに接続すれば、Cortex 上の他のすべてと同じ8段のゲートチェーンを通って実行されます。
エージェントがシステムに対して実行できることはすべて列挙され、リスクティアが付与され、ゲートされます — ランブックが境界であり、台帳が変更記録です。
できません。実行するのは、ランブックへ承認して登録した対処だけであり、いずれも型付きアクションとして、可能な場合はロールバックを伴います。リストの外にあるものは即興ではなく、回送されるチケットになります。
申請はエージェントがまとめますが、付与するのは自社の承認者です — アクションは決裁まで保留され、台帳は監査のために申請者、承認者、範囲、時刻を記録します。
ServiceNow と Jira Service Management のドライバーがカタログに同梱され、アイデンティティのコンテキスト用に Okta も利用できます。内製のツールは汎用 REST ドライバーでカバーします。
ウェイトリストに登録し、パックをインストールしてシステムを接続してください。あるいはワークフローを1つお持ちいただければ、端から端までデモいたします。