> For the complete documentation index, see [llms.txt](https://support.incidentlake.com/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://support.incidentlake.com/ja/inshidento/work-an-incident.md).

# インシデント対応

インシデントが開いている間に、ステータス、タスク、レポート、対応時間を更新する方法。

インシデントページは、チームが対応状況の単一の最新像を保持する場所です。

## ヘッダーを最新の状態に保つ

ページ上部で次のことができます：

* インシデントの名前を変更する
* 変更する **ステータス** (解決、再開、停滞にする、など)
* 設定する **重大度** と **カテゴリ**
* 割り当てる、または変更する **インシデントコマンダー** — Incident Lake は、その役割を誰が担当していたかの履歴を保持します

## 要約、タイムライン、振り返り

この3つのセクションがインシデントの物語です。

* **要約** — ステークホルダーが読める言葉で、何が起きているか
* **タイムライン** — 起きたことを時系列で
* **振り返り** — インシデント後に学んだこと

自分で書くこともできますし、インシデントにすでに添付されている会話とメモから Incident Lake に更新案を作成させることもできます。公開済みとして扱う前に、すべての下書きを確認してください。

{% hint style="warning" %}
下書きは完成版ではありません。読んで、間違っているところを修正し、保存してください。
{% endhint %}

## タスク

を使います **タスク** まだ必要な作業のため — 調査、連絡、緩和、フォローアップ。

* タスクを手動で追加するか、ワークフローテンプレートから開始する
* 担当者と期限を設定する
* 進捗はインシデントページから更新し、アカウントが連携されている場合は Slack からも更新できます

タスクを完了すると、短い完了メモの入力を求められる場合があります。そのメモはインシデント履歴の一部になります。

## 対応時間

対応時間は「各段階にどれだけ時間がかかったか？」に答えます。一般的な時点には、問題が **発生した**、 **検知された**、対応が **開始された**、 **一時的な** 修正が反映された時、そして **恒久的な** 修正が反映された時です。

時間は手動で入力することも、要約、タイムライン、振り返り、メモ、およびリンクされた Slack や Teams のメッセージから Incident Lake に検出させることもできます。情報源が食い違う場合は、どの情報源を優先するかを選べます。

これらの時間は [インシデント分析](/ja/natsru/analytics.md) (一時対応までの時間、恒久対応までの時間、および同様の指標) に反映されます。

## 他に使用するセクション

| セクション              | 用途                            |
| ------------------ | ----------------------------- |
| **影響を受けている構成アイテム** | CMDB からサービスやシステムをリンクする        |
| **アクション項目**        | 初動対応後のフォローアップ作業               |
| **類似のインシデント**      | これに似た過去の事例                    |
| **メモ**             | まだ公開された記録の一部ではない作業メモや画像       |
| **連絡**             | ステータスページの下書きとステークホルダー向けメッセージ  |
| **関連リソース**         | 接続されたツールからのチケット、ドキュメント、その他の記録 |
| **通知**             | 誰に通知され、何が送信されたか               |
| **証拠**             | 記録に残したい補足資料                   |

## アクセスと関係

組織によっては、アクセスタグを使ってインシデントを閲覧できる人を制限しています（ **RBACタグ** は組織設定に表示されます）。管理者は組織でそれらのタグを管理します。

また、 **リンクする** または **統合する** 2つの記録が同じ出来事を記述している場合は、関連インシデントを統合できます。統合されたインシデントは分析から除外されます。

## 完了したら

1. 現在対応中のタスクが完了しているか、フォローアップに移されていることを確認する
2. ステータスを次に設定する **解決済み** （または **誤検知** / **キャンセル済み** それが正確な場合）
3. 振り返りを完了する
4. 公開されたレポートからナレッジの下書きが作成された場合は、そこで確認してください **ナレッジ** 次に似たインシデントがその教訓から始められるように


---

# 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 dynamically by asking a question.

Perform an HTTP GET request on the current page URL with the `ask` query parameter, and the optional `goal` query parameter:

```
GET https://support.incidentlake.com/ja/inshidento/work-an-incident.md?ask=<question>&goal=<endgoal>
```

`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is optional and describes the broader end goal you are ultimately trying to accomplish on behalf of the user. GitBook uses it to tailor the answer towards what is most useful for that goal.

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.