> 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.md).
# 工作流
DocBits 工作流引擎
## DocBits 工作流引擎：简化流程自动化
{% embed url="" %}
### 简介
在流程自动化领域，DocBits 工作流引擎以简洁直观的方式脱颖而出。该引擎通过清晰简单的基于规则的结构，简化工作流的创建和管理。其设计的核心原则是“简单的 When-And-Then”规则，将自动化流程拆分为三个基本组成部分：触发器、条件和操作。本指南将说明每个组成部分在系统中的功能，以及它们如何协同工作以实现顺畅的自动化。
### “简单的 When-And-Then”规则说明
DocBits 工作流引擎遵循一个简单而强大的原则，让各种技能水平的用户都能轻松使用工作流自动化。该原则概括为“简单的 When-And-Then”规则，具体如下：
#### [When](#when-trigger)（触发器）
* **定义**：“When”组成部分代表工作流的\_触发器\_。它是启动工作流执行的事件或条件。触发器可以是各种情况，例如收到新邮件、到达特定日期和时间，或创建新文档。
* **示例**：“当提交新的客户表单时……”
#### [And](#and-condition)（条件）
* **定义**：“And”组成部分引入了操作继续执行所必须满足的\_条件\_。条件充当筛选器或标准，用于细化触发器，确保工作流仅在特定情况下执行。
* **示例**：“……并且客户属于‘Enterprise’细分群体……”
#### [Then](#then-action)（操作）
* **定义**：最后，“Then”部分指定了触发器发生且条件满足后要执行的\_操作\_。操作是工作流执行的任务或运作，例如发送邮件、更新数据库，或在项目管理工具中创建任务。
* **示例**：“……然后将潜在客户分配给企业销售团队，并发送欢迎邮件。”
### 组合各组成部分，创建强大的自动化流程
通过组合这三个组成部分——触发器、条件和操作——DocBits 工作流引擎让用户能够创建高度定制且高效的工作流。这种模块化方式不仅简化了自动化设置流程，还提供了灵活性，可创建能够处理各种任务和流程的复杂工作流。
### 结论
DocBits 工作流引擎的“简单的 When-And-Then”规则体现了该引擎致力于提供用户友好平台以实现流程自动化的理念。通过将自动化拆分为触发器、条件和操作这些基本要素，这条简单明了的规则让用户更容易理解、创建和管理工作流。无论您是刚接触工作流自动化，还是经验丰富的专业人士，DocBits 工作流引擎都能提供高效易用的工具，帮助提升工作效率并简化运营。
---
# 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.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.
