> For the complete documentation index, see [llms.txt](https://docs.docbits.com/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://docs.docbits.com/chinese/guan-li-yu-she-zhi/workflow/workflow-dashboard.md).

# 仪表板

**工作流仪表板**是工作流区域的主页。它展示工作流的运行情况，包括运行总数、成功率和失败率、随时间变化的运行次数图表以及近期活动，并提供访问工作流列表、测试管理器和 Card SDK 的入口。

<figure><img src="https://1870485400-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FlPczlNw8zzYNLfjfispX%2Fuploads%2Fgit-blob-b16e721bc5ba4e1db7f4ac718e7d3cbe47db9fb2%2Fworkflow_dashboard.png?alt=media" alt="工作流仪表板，显示运行总数、成功率和失败率、运行次数图表以及近期活动"><figcaption><p>工作流仪表板 — 每个工作流的运行总数、成功率和失败率以及近期活动。</p></figcaption></figure>

## 选项卡

* **Dashboard** — 运行指标和近期活动（如上所示）。
* **Workflow List** — 列出每个工作流及其类型、执行顺序和触发器。使用 **New Workflow** 创建新工作流。
* **Test Manager List** — 用于验证工作流的测试场景；使用 **Run All Tests** 运行这些场景。
* **License** — 工作流许可信息。
* **Card SDK** — 构建并上传自定义工作流卡片（参见 [Card SDK](/chinese/guan-li-yu-she-zhi/workflow/card-sdk.md)）。

工具栏还提供 **Templates**，用于打开 [Workflow Templates](/chinese/guan-li-yu-she-zhi/workflow/standard-workflow-builder.md#workflow-templates) 库；以及 **Import Workflow**，用于从 JSON 文件导入工作流。

**Test Manager** 允许你为每个工作流保存测试场景并批量运行，从而确认更改后工作流仍能正常运行：

<figure><img src="https://1870485400-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FlPczlNw8zzYNLfjfispX%2Fuploads%2Fgit-blob-eaea7f8bcd373e3257a68bafcf776f80d26630c7%2Fworkflow_test_manager.png?alt=media" alt="工作流测试管理器列表，显示测试场景和 Run All Tests"><figcaption><p>测试管理器列表 — 每个场景都会显示通过/失败结果；使用 <strong>Run All Tests</strong> 重新运行所有场景。</p></figcaption></figure>

## 后续步骤

* 使用 **Standard Workflow** 构建器构建线性自动化流程。
* 使用 **Advanced Workflow** 构建器构建分支流程。


---

# 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.docbits.com/chinese/guan-li-yu-she-zhi/workflow/workflow-dashboard.md?ask=<question>&goal=<user_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.
