> For the complete documentation index, see [llms.txt](https://docs.nexthink.com/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://docs.nexthink.com/platform/ja/user-guide/search-and-workspace/using-workspace/analyzing-your-environment-and-troubleshooting-it-incidents.md). # 環境を分析して IT インシデントをトラブルシューティングする [Experimental mode](broken://pages/5wgeULhqLj66XrJt1ubT) を有効にすると、Workspace が既存のリモートアクションとワークフローを提案できるようになります。これにより、調査と修復を同じ会話内で行えます。 Workspace は、自然言語を使用して IT インシデントを調査するのに役立ちます。デバイス、ユーザー、アプリケーション、場所など全体にわたるインサイトを提示します。 ## できること * ステータス確認をリクエストする。 * 影響を受けているユーザーまたはデバイスの内訳やリストを求める。 * パフォーマンス、接続性、クラッシュ、アプリケーションの動作に関するパターンを調べる。 * ITSM チケット履歴とナレッジベースの修正情報に基づいて推奨事項を提示します。 * 追加の質問を使用して詳細を掘り下げる。 たとえば、WorkspaceがWi-Fiの強度を確認することを推奨した場合、「Office AにはWi-Fiの強度に問題がありますか？」と質問できます？その後、Workspaceが評価を実行し、関連する調査データを提示します。
次に、「影響を受けた従業員のリストを表示してください」とリクエストできます。 WorkspaceはInvestigationsへのリンクを提供し、[Visual editor](/platform/ja/user-guide/investigations/creating-investigations/visual-editor.md)または[NQL editor](/platform/ja/user-guide/investigations/creating-investigations/nql-editor.md)でより詳細な分析を行えます。
{% hint style="info" %} Workspaceが特定のデバイスに関連する問題を検索する際、既存のNQLデータをより理解しやすい形式にパッケージ化できます。これにより、Nexthink Assistはデータをより容易に解釈できます。その結果、単一デバイスの問題をより適切に評価できます。 {% endhint %} ## チケット履歴とナレッジベースに基づくトラブルシューティング Workspace は、ナレッジベース（KB）記事と過去のチケット解決情報を使用して、推奨事項を導きます。これにより、ライブの Nexthink データと、組織で文書化されたガイダンスおよび運用履歴が組み合わされます。 ### 根拠に基づくトラブルシューティングで得られること * 自社のKBコンテンツと過去のチケット解決情報に基づくトラブルシューティング手順を取得する。 * Workspaceの会話内で参照されたKB記事に、直接リンクからアクセスする。 * 環境固有の分析とKBガイダンスを組み合わせて照合する。 * Workspaceに過去のチケットの分類または相関付けを依頼する。
ユースケースの例 Workspaceは、ナレッジベース（KB）記事およびITSMレコードを使用して次のことを行います： * Zscalerの接続性の問題をトラブルシュートする。 Workspaceは、認証手順に関する組織のKB記事内にある接続を確認する手順へのリンクを提供します。 * 低速なVMセッションを調査する。 Workspaceは、パフォーマンス分析とグラフを、関連するKB記事および過去のチケット解決情報と組み合わせます。
{% hint style="info" %} Nexthink自体の問題をトラブルシューティングする際、システムはNexthink独自の`support.nexthink.com` KBを自動的に参照します。このソースの設定は不要です。 {% endhint %} ナレッジベースおよびチケットデータへのアクセスを設定するには、[Configuring Workspace](/platform/ja/user-guide/search-and-workspace/configuring-workspace.md)を参照してください。 ## 調査結果に基づく対応 テキスト入力ボックスから Experimental mode を有効にすると、Workspace が既存のリモートアクションとワークフローを提案できるようになります。
アクション実行では、会話の自然な延長として、Workspace が環境に対する運用タスクを提案し、確認後に実行できるようになります。 Nexthink Infinity の別の部分に切り替えて手動でアクションを開始する代わりに、会話内で診断から修復まで行えます。 たとえば、Workspace は繰り返し発生する接続問題を特定し、過去の解決策を参照して、承認済みの修復ワークフローを提案できます。 {% hint style="info" %} この機能は現在開発中です。お客様からのフィードバックに基づき、動作、対象範囲、または利用可能なアクションが変更される場合があります。 {% endhint %} サポートされている実行タイプは次のとおりです。 * **リモートアクション:** 対象デバイス上でローカルに実行され、情報を収集したり修正を適用したりするスクリプトです（例: GPO の起動への影響の収集、キャッシュのクリア、サービスの再起動）。 * **ワークフロー:** リモートアクション、統合、ロジックを組み合わせて、問題をエンドツーエンドで解決できるようにする、オーケストレーションされた複数ステップの自動化です。 どちらの場合も、Workspace が提案するのは Infinity テナント内に既に存在する実行のみです。新しい自動化をその場で作成することはありません。 ### メリット * Nexthink Infinity の別の部分に切り替えることなく、会話の Flow 内で診断から修復まで行えます。 * 人による確認を挟むことで完全な制御を維持できます。お客様の明示的な承認なしに実行されることはありません。 * 既存のロールベースの権限を再利用するため、実行を安全に保つための追加設定は必要ありません。 ### 権限とアクセス制御 アクション実行では、Nexthink Infinity の他の部分とまったく同じ権限モデルが使用されます。 Workspace 専用の、または昇格された権限セットはありません。 実行できるのは、ユーザーロールにより既にアクセスが許可されているリモートアクションとワークフローのみです。 Workspace は既存のロールベースアクセス制御（RBAC）の範囲内で厳格に動作します。Infinity で特定のアクションまたはワークフローを直接実行できない場合、Workspace 経由でも実行できません。 Workspace が権限を拡張することや、別のユーザーに代わって何かを実行することはありません。 つまり、管理者は実行の安全性を保つために新たな設定を行う必要はありません。Infinity で既に定義されているガードレールが、Workspace 内にも自動的に適用されます。 ### ユーザージャーニー Workspace は、お客様の質問に基づいてアクションまたはワークフローが役立つかどうかを判断し、確認を優先する一貫した次の手順を案内します。 * 自然言語でリクエストを行います（例: 「スイスにある Windows デバイスでの GPO の起動への影響を確認して」）。 * Workspace は候補となるアクションまたはワークフローを特定し、入力パラメーターや対象デバイスの範囲など、実行に必要な要件を判断します。 * Workspace は、不足しているコンテキストを会話形式で確認し、何かを提案する前に、実行に必要なすべての情報を収集します。 * Workspace は、対象範囲内のデバイス数とリモートアクションスクリプトの内容に基づいてリスク評価を行います。この評価に基づき、Nexthink の AI がリスクレベルを判断します。低リスク（バナーは表示されません）、中リスク（下の確認カードに示すようにバナーが表示されます）、または高リスク（バナーが表示され、追加の確認が必要です）です。ワークフローでは、常に高リスクの警告が表示されます。 * Workspace が提案を行います。会話内に確認カードが表示され、実行される内容（アクション、対象、各種パラメーター）が正確に要約されます。 Workspace は、最初に確認を求めることなくアクションを実行することはありません。 * 承認するか却下するかを選択します。 2つの選択肢のいずれかを選択する必要があります。提案された実行を承認または却下するまで、会話を続行することはできません。 * Workspace がアクションを実行し、進行状況を表示します。承認すると、実行カードで進行状況をリアルタイムに追跡できます。実行結果を確認するには、**概要を取得** をクリックします。 **確認カード** 何かが実行される前に、Workspace は概要カードを表示します。これにより、提案された実行を確認し、明示的に承認できます。**実行** または **破棄** を選択するまで、会話は一時停止されます。
**実行進行状況カード** 承認後、Workspace は実行中の処理の進行状況カードを表示します。**概要を取得** ボタンをクリックすると、実行結果の詳細を確認できます。
## Workspaceで動的データをクエリする Workspaceは、標準のNQLデータモデルと動的データの両方にわたるNQLクエリ生成をサポートします。効果的に使用するには、[動的データモデル](/platform/ja/understanding-key-data-platform-concepts/data-we-collect-and-store.md#dynamic-data-model)を参照するプロンプトをWorkspaceがどのように解釈するかを理解してください。
正確なフィールドキーワードを使用する 動的データのフィールド名と一致する用語を使用してください。同義語や言い換えた用語に依存しないでください。たとえば、`get_battery_status`リモートアクションのデータをクエリする場合： * このプロンプトは機能します：「デバイス別にバッテリーステータスを表示してください」 * このプロンプトは機能しない可能性があります：「電源の健全性の結果を表示してください」
新しい動的データには時間を置く 新しい動的フィールドを作成した後、または既存のフィールドに新しい値が表示された場合は、Nexthink AssistにNQLクエリでそれを参照するよう依頼する前に、最大**6時間**（完全更新サイクル）待ってください。
コンテンツにはわかりやすい名前を付ける Workspaceで使用するコンテンツを作成する場合、または動的データでNQLデータモデルを拡張する場合は、次の点を考慮してください： * 表すデータを反映する、説明的な名前またはNQL IDを使用してください。環境内に略語や不明確な名前がすでに存在する場合は、プロンプトでフィールドの正確な名前を使用してください。 * キャンペーンまたはリモートアクションに類似した名前を使用しないでください。たとえば、「Get Browser Tabs」と「Get Browser Tabs Chrome」という2つのリモートアクションがある場合、Nexthink Assistはプロンプト内のキーワードに一致する最初のオブジェクトを選択する可能性があります。同じことが、類似した名前のキャンペーンにも当てはまります。
サポートされているデータ範囲の詳細については、[Nexthink Assist について理解する](/platform/ja/user-guide/search-and-workspace/understanding-nexthink-assist.md) を参照してください。 *** 関連トピック * [Workspace](/platform/ja/user-guide/search-and-workspace.md) * [Workspaceの使用](/platform/ja/user-guide/search-and-workspace/using-workspace.md) * [Workspace を設定する](/platform/ja/user-guide/search-and-workspace/configuring-workspace.md) --- # Agent Instructions This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com. ## Querying This Documentation If you need additional information that is not directly available in this page, you can query the documentation by asking a question. Perform an HTTP GET request on the following URL with the `ask` and `goal` query parameters: ``` GET https://docs.nexthink.com/platform/ja/user-guide/search-and-workspace/using-workspace/analyzing-your-environment-and-troubleshooting-it-incidents.md?ask=&goal= ``` `ask` is the immediate question: it should be specific, self-contained, and written in natural language. `goal` is what the user is ultimately trying to achieve, the reason they need the answer. Sharing it helps GitBook give you a better, more relevant answer. A goal is most helpful when it describes the outcome the user wants rather than restating the question. For example, with `ask=how do I create an API token`, a goal like `automate deployments from our CI pipeline` lets GitBook tailor the answer to that use case. The response will contain a direct answer to the question and relevant excerpts and sources from the documentation. Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.