# 功能请求 - 将自动化拆分为触发器和操作

**URL:** <https://meta.discourse.org/t/feature-request-split-automations-into-triggers-and-actions/384262>\
**Category:** Feature\
**Tags:** automation\
**Created:** [2025年九月29日 11:15 UTC](https://meta.discourse.org/t/feature-request-split-automations-into-triggers-and-actions/384262 "2025-09-29T11:15:32Z")\
**Posts on this page:** 1\
**Showing post:** 5

<div class="post-metadata">

**Author:** ![noahl](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/noahl/32/552343_2.png) [@noahl](https://meta.discourse.org/u/noahl)\
**Post date:** [2026年三月10日 00:02 UTC](https://meta.discourse.org/t/feature-request-split-automations-into-triggers-and-actions/384262/5 "2026-03-10T00:02:33Z")

</div>

虽然这仍处于概念阶段，但我会继续集思广益 😃

关于条件，我一直在想实际可以构建多少灵活性。很高兴能实现类似截图中的功能，让用户完全控制条件的构建方式。允许用户从 `trigger_context` 中选择数据，定义如何评估它，并设置评估标准——同时让他们在 `AND` / `OR` 逻辑之间进行选择。

这将解锁更复杂的场景，同时保持易于理解和直观，例如：

- `if {{category}} is one of {{user selected value}}` **AND**
- `if {{tag}} is not {{user selected value}}`

_截图还包括了条件检查后要做什么，但这可能只适用于分支管道——对于线性管道（涵盖大多数情况），那么它可能只是简单地结束_

 ![Screenshot 2026-03-09 at 23.50.52](https://global.discourse-cdn.com/meta/original/4X/b/7/c/b7c42f950c6cbae5924526dc832373bea6fa416c.png)

---

_[View the full topic](https://meta.discourse.org/t/feature-request-split-automations-into-triggers-and-actions/384262)._