> For the complete documentation index, see [llms.txt](https://cortex-docs.paloaltonetworks.com/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://cortex-docs.paloaltonetworks.com/cortex-cloud-runtime-security/cases-and-issues/investigation-and-response/investigate-issues/use-the-work-plan-in-an-investigation.md).

# Use the Work Plan in an investigation

The Work Plan is a visual representation of the running playbook assigned to the issue. Playbooks enable you to automate many security processes, such as managing your investigations and handling tickets. Work Plans enable you to monitor and manage a playbook workflow, and add new tasks to tailor the playbook to a specific investigation.

In an investigation, when you open the **Work Plan** tab you can see the playbook, the playbook name, and navigation tools.

By default, the **Follow** checkbox is checked, which allows you to see the playbook executing in real-time. The playbook moves when a task is completed.

### Work Plan actions

<table><thead><tr><th width="207">Action</th><th>Description</th></tr></thead><tbody><tr><td>Change the default playbook</td><td>On the left-hand side of the window, select the playbook you want to run. When changing the playbook, all completed tasks are removed and the new playbook will run.</td></tr><tr><td>Rerun the playbook</td><td>When changing the playbook, select the current playbook to run again.</td></tr><tr><td>View inputs and outputs</td><td>View the inputs and outputs of each task that has run. You can't view inputs and outputs of any task that hasn't run.</td></tr><tr><td>Manage tasks</td><td>View, create, and edit a playbook task. Designate tasks as complete, assign an owner, set a due date, and add comments and completed notes. You can manage these tasks in the CLI by using the <code>/task</code> command.</td></tr><tr><td>Export to a PNG</td><td>Export the Work plan to a PNG format for easy analysis.</td></tr></tbody></table>

The color coding and symbols in the Work Plan help you to easily troubleshoot errors or respond to manual steps.

{% hint style="info" %}

### Important

A playbook will not continue its execution path if a prior task has failed; you must resolve the failed task before subsequent tasks can run.
{% endhint %}

<details>

<summary>Playbook tasks and icons in the Work Plan</summary>

<table><thead><tr><th width="195.5">Task</th><th>Description</th></tr></thead><tbody><tr><td>Standard manual task</td><td>An arrow with a light blue square background indicates a standard manual task. The analyst who is responsible for the investigation needs to complete the task before the Work Plan can continue.</td></tr><tr><td>Conditional task</td><td>A diamond icon in a purple square background indicates a conditional task used as decision trees in your Work Plan.</td></tr><tr><td>Data collection task / Communication task</td><td>The speech bubble in a turquoise background indicates a data collection task. This task prompts the receivers to respond to a multi-question form and submit replies, even if they are not Cortex users.</td></tr><tr><td>Sub-playbook task</td><td>The workflow icon in a blue background indicates that the task is a playbook nested within the parent playbook.</td></tr><tr><td>Task containing an error</td><td>Scripts or sub-playbooks that have errors are designated by a red triangle.</td></tr><tr><td>Task containing a deprecated script or needs to be updated</td><td>Scripts or sub-playbooks that have updates or are deprecated are designated by a yellow triangle.</td></tr><tr><td>Set to skip</td><td>When a task is set to skip, the skip icon will be orange.</td></tr><tr><td>Breakpoint</td><td>When the Work Plan reaches a breakpoint, the task has an orange line at the top to indicate the breakpoint.</td></tr><tr><td>Pending/in queue task</td><td>When the Work Plan starts to run, all tasks that are about to be performed are gray.</td></tr><tr><td>Running/in progress task</td><td>A spinning circle inside the gray square indicates a running/in progress task.</td></tr><tr><td>Completed task</td><td>The green square indicates a completed task.</td></tr><tr><td>Waiting task</td><td>The orange square indicates that the task is pending action.</td></tr><tr><td>Failed task</td><td>The red warning icon indicates that the task failed to complete as expected and requires manual inspection and troubleshooting.</td></tr><tr><td>Skipped task</td><td>The task will look faded to indicate it was not executed.</td></tr></tbody></table>

</details>

<details>

<summary>Add ad-hoc tasks to the Work Plan</summary>

As part of your issue investigation, within the Work Plan you can create tasks for a specific iteration of a playbook. The task type can be an automation or another playbook. For example, within a manual task, you might need to enrich some data and run an investigation playbook.

When you create a task, add a name, automation, and description. The name and description should be meaningful so that the task corresponds to the data that you are collecting.

1. In the **Cases** page, select the case to update.
2. In the **Issues & Insights** tab, click the issue to add the task to and then click the **Work Plan** tab.
3. In the Work Plan, go to the task where you want to add a new task and click the + sign at the bottom right-hand corner of the task.
4. Select the task type:
   * **Standard**: Runs a single automation.
   * **Playbook**: Runs a playbook to enhance the investigation.
5. Click **Save**.
6. To run the Work Plan again click the **Run Again** icon.

</details>


---

# 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://cortex-docs.paloaltonetworks.com/cortex-cloud-runtime-security/cases-and-issues/investigation-and-response/investigate-issues/use-the-work-plan-in-an-investigation.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.
