環境を分析して IT インシデントをトラブルシューティングする

Workspaceでは、自然言語を使用して環境全体の状況を調査し、ITインシデントのトラブルシューティングを行えます。デバイス、ユーザー、アプリケーション、場所などに関するインサイトを提示します。

できること

たとえば、WorkspaceがWi-Fiの強度を確認することを推奨した場合、「Office AにはWi-Fiの強度に問題がありますか？」と質問できます？その後、Workspaceが評価を実行し、関連する調査データを提示します。

次に、「影響を受けた従業員のリストを表示してください」とリクエストできます。 WorkspaceはInvestigationsへのリンクを提供し、Visual editorまたはNQL editorでより詳細な分析を行えます。

Workspaceが特定のデバイスに関連する問題を検索する際、既存のNQLデータをより理解しやすい形式にパッケージ化できます。これにより、Nexthink Assistはデータをより容易に解釈できます。その結果、単一デバイスの問題をより適切に評価できます。

Workspaceは、一般的なITガイダンスではなく、組織のナレッジベース（KB）記事や過去のチケット解決情報を使用して、推奨事項を提示できます。

ユースケースの例

Workspaceは、ナレッジベース（KB）記事およびITSMレコードを使用して次のことを行います：

Nexthink自体の問題をトラブルシューティングする際、システムはNexthink独自のsupport.nexthink.com KBを自動的に参照します。このソースの設定は不要です。

ナレッジベースおよびチケットデータへのアクセスを設定するには、Configuring Workspaceを参照してください。

Workspaceは、標準のNQLデータモデルと動的データの両方にわたるNQLクエリ生成をサポートします。効果的に使用するには、動的データモデルを参照するプロンプトをWorkspaceがどのように解釈するかを理解してください。

正確なフィールドキーワードを使用する

動的データのフィールド名と一致する用語を使用してください。同義語や言い換えた用語に依存しないでください。たとえば、get_battery_statusリモートアクションのデータをクエリする場合：

新しい動的データには時間を置く

新しい動的フィールドを作成した後、または既存のフィールドに新しい値が表示された場合は、Nexthink AssistにNQLクエリでそれを参照するよう依頼する前に、最大6時間（完全更新サイクル）待ってください。

コンテンツにはわかりやすい名前を付ける

Workspaceで使用するコンテンツを作成する場合、または動的データでNQLデータモデルを拡張する場合は、次の点を考慮してください：

表すデータを反映する、説明的な名前またはNQL IDを使用してください。環境内に略語や不明確な名前がすでに存在する場合は、プロンプトでフィールドの正確な名前を使用してください。
キャンペーンまたはリモートアクションに類似した名前を使用しないでください。たとえば、「Get Browser Tabs」と「Get Browser Tabs Chrome」という2つのリモートアクションがある場合、Nexthink Assistはプロンプト内のキーワードに一致する最初のオブジェクトを選択する可能性があります。同じことが、類似した名前のキャンペーンにも当てはまります。

サポートされるデータスコープの詳細については、Nexthink Assist についてを参照してください。