# 人工智能+自动化治理：协调独立的人工智能分诊脚本

**URL:** <https://meta.discourse.org/t/ai-automation-governance-orchestrating-independent-ai-triage-scripts/350716>\
**Category:** Support\
**Tags:** ai\
**Created:** [2025年二月5日 20:17 UTC](https://meta.discourse.org/t/ai-automation-governance-orchestrating-independent-ai-triage-scripts/350716 "2025-02-05T20:17:01Z")\
**Posts on this page:** 1\
**Showing post:** 10

<div class="post-metadata">

**Author:** ![Cloud\_spanner](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/cloud_spanner/32/485500_2.png) [@Cloud\_spanner](https://meta.discourse.org/u/Cloud_spanner)\
**Post date:** [2025年二月11日 18:15 UTC](https://meta.discourse.org/t/ai-automation-governance-orchestrating-independent-ai-triage-scripts/350716/10 "2025-02-11T18:15:51Z")

</div>

1. 每个新主题都应启动一个 AI 筛选工作流。可以忽略编辑。

2. 明确地说，我使用意图来说明工作流，因此不应将其视为硬编码流程。我想说的是，如果第一个筛选工作流认为没有必要，就没有理由启动“意图”工作流。+1 支持 IFTTT 工作流概念。

意图和“热门”在此示例中将是隐藏标签，仅对版主和管理员可见。

每个帖子应只有一个意图标签。

1. 我认为为了工作流的方便，我们可以忽略手动标记的帖子。

> [@sam](#):
>
> “工作流”是否包含快捷方式，其中特定帖子可以跳过步骤直接进入下一步？

是的。

> [@sam](#):
>
> 我们如何避免反馈循环和边缘情况？

如果使用私有标签来表明工作流已在该主题上运行，会怎样？然后，在未来的任何运行中都可以忽略它。

我的另一个想法是，随着 LLM“推理”能力的增强 + 大上下文窗口，是否最好允许在 Discourse Automation 窗口中使用[结构化输出](https://ai.google.dev/gemini-api/docs/structured-output?lang=python)。然后，IFTTT 逻辑可以应用于单个自动化，而不是链接多个自动化。想象一下，如果有一个自动化，但有许多“搜索文本”操作。

 ![The image shows an input prompt instructing to search for text in a Large Language Model (LLM) reply and perform specified actions if a certain text appears. (Captioned by AI)](https://global.discourse-cdn.com/meta/original/4X/d/3/1/d31bdab5aa6d638cb0f09b169bad6a9272288528.png)

---

_[View the full topic](https://meta.discourse.org/t/ai-automation-governance-orchestrating-independent-ai-triage-scripts/350716)._