本指南将介绍如何使用 Discourse Automation 插件中的新用户更新触发器，在用户更新其个人资料时创建帖子。
所需用户级别：管理员
Discourse Automation 插件包含一个用于创建帖子脚本的触发器。此触发器允许您在用户更新其个人资料时，在指定的主题中自动创建帖子，前提是满足某些条件。
设置自动化
- 在您的 Discourse 实例中导航到
example.discourse.com/admin/plugins/discourse-automation。- 点击“新建自动化”。
- 选择“创建帖子”作为脚本。
- 选择“用户更新后”作为触发器。
配置选项
自动化名称
为此自动化提供一个唯一的名称。为不同的脚本使用不同的名称有助于避免冲突。
用户自定义字段和用户个人资料字段
指定在脚本在个人资料更新后运行时需要由用户填写的字段。您可以选择自定义字段、个人资料字段或两者兼有。
仅首次帖子
启用此选项可将帖子的创建限制为每个用户仅一次。
创建者
您现在可以选择由以下用户创建帖子：
- 特定用户
- 系统用户
- 触发自动化的用户（即更新其个人资料的用户）
使用占位符
您可以在帖子内容中使用占位符来包含来自用户个人资料的信息。以下是一个示例：
欢迎来到我们的社区，@%%USERNAME%%！ 我们很高兴您能从 %%LOCATION%% 加入我们。 告诉我们更多您对 %%CUSTOM_FIELD_1%% 的兴趣！注意： 占位符必须全部大写，并用
%%包围。如果用户尚未填写某些信息，则在触发器的“用户自定义字段”或“用户个人资料字段”中未要求的占位符可能不会被替换。测试自动化
您可以使用自己的个人资料来测试自动化：
- 按照上述说明设置自动化。
- 更新您的用户个人资料，填写您在触发器中指定的字段。
- 保存您的个人资料更改。
- 检查指定的主题，看是否已创建自动化帖子。
请记住，当用户保存其个人资料时会触发该操作，但仅根据您设置的触发器条件运行。
故障排除
如果遇到问题：
- 确保自动化配置中的所有必需字段都已正确填写。
- 仔细检查配置中的字段名称是否与您的 Discourse 实例中定义的自定义字段或个人资料字段完全匹配。
- 验证帖子内容中的占位符是否已正确定义并符合预期的格式（例如
%%CUSTOM_FIELD_1%%）。其他注意事项
- 性能： 如果您有大量用户频繁更新个人资料，请监控系统资源，以确保自动化不会影响性能。
- 用户权限： 确保自动化使用的帐户具有在指定主题中创建帖子的足够权限。
8 个赞
抱歉，我是新手，但你能给我一些背景信息吗？我的仪表板中启用了自动化。但如何安装，在哪里找到它？
谢谢
1 个赞
您可以在 /admin/plugins/discourse-automation 找到自动化页面。
它应该在次级菜单中：(请原谅手机截图 
)
从那里您可以创建一个新的自动化，然后我认为这个新触发器是用于“创建帖子”脚本。
创建并选择“after user update”触发器后，所有额外的选项就会显示出来，与 OP 中的截图匹配。
1 个赞
5 个赞
我知道你们当中最意想不到的会是我……又一个 AI 回复 Seth 
但 Anthropic 发布了新的 Anthropic Opus 模型，我决定对其进行测试，结果令人着迷，而且我认为是正确的：
与 Opus 讨论问题 AI
sam:
鉴于此提交：
commit 92814444966892eea7746209e949e6893a89b07c
已编辑
我正在尝试回答：
我完成了大部分工作，然后收到了这个难以解析的错误：
字段用户配置文件必须填写
另外，请总结一下此功能，解释各种边缘情况和潜在的陷阱，以及 Discourse 自动化中的提交。
claude_3_opus_bot:
根据错误消息“字段用户配置文件必须填写”，似乎自动化触发器中的“user_profile”字段是必需的，但未正确填写或配置。
让我们回顾一下该功能和提交：
此提交在 Discourse Automation 中引入了一项新功能，允许在用户更新其个人资料信息时创建自动化帖子。主要更改包括：
-
添加了一个名为“user_updated”的新触发器，当用户更新其个人资料时会触发。
-
在自动化触发器中引入了新字段：
- “user_profile”：允许指定要监视更改的用户配置文件字段。
- “custom_fields”：允许指定要监视更改的自定义字段。
- “first_post_only”：确定自动化是否仅针对用户的第一个帖子触发。
- “automation_name”：为自动化提供一个唯一的名称，以防止冲突。
-
实现了必要的事件处理程序和脚本来处理用户更新事件并创建自动化帖子。
可能的边缘情况和陷阱：
-
字段验证：确保所有必需字段（例如“user_profile”和“custom_fields”）在自动化配置中都已正确填写。缺少必需字段将阻止自动化触发。
-
自定义字段名称：在“custom_fields”字段中指定自定义字段名称时要小心。确保名称与 Discourse 中定义的自定义字段完全匹配。任何不匹配都将导致这些字段的自动化不触发。
-
占位符使用：在自动化帖子内容中使用占位符时，请确保占位符已正确定义并匹配预期的格式（例如
%%CUSTOM_FIELD_1%%）。不正确的占位符使用可能导致意外的帖子内容。 -
仅限第一个帖子：如果“first_post_only”字段设置为 true，自动化将仅针对用户的第一个帖子触发。用户个人资料的后续更新将不会触发自动化。
-
自动化命名：为“automation_name”字段提供一个唯一且描述性的名称，以避免与其他自动化冲突。对多个自动化使用相同的名称可能会导致意外行为。
-
性能考虑：如果用户数量众多且个人资料更新频繁，自动化可能会影响系统性能。如有必要，请监视系统资源并优化自动化配置。
-
用户权限：确保自动化帖子以适当的用户权限创建。自动化应使用具有足够权限的用户帐户在指定的主题中创建帖子。
要解决“字段用户配置文件必须填写”错误，请确保自动化触发器中的“user_profile”字段已正确配置，并包含要监视的用户配置文件字段。仔细检查字段名称，并确保它们与 Discourse 中实际的个人资料字段名称匹配。
如果您有任何其他问题，或者在功能和提交方面需要我提供任何帮助，请告诉我。
sam:
也许应该是要么自定义字段要么配置文件字段是必需的。
这是一个 bug 吗？
claude_3_opus_bot:
您提出了一个有效的观点。根据当前实现，“custom_fields” 和 “user_profile” 字段在自动化触发器中都被标记为必需。但是，要求其中一个而不是两者都要求可能更灵活、更用户友好。
要求两个字段都填写可能被视为一个 bug 或疏忽。它可能会限制该功能的使用性，因为用户可能希望基于自定义字段或配置文件字段的更改来触发自动化，但不一定两者都基于。
为解决此问题，您可以修改自动化触发器，使“custom_fields”和“user_profile”成为可选字段，但添加一个验证以确保至少提供其中一个。这样，用户可以根据其具体需求选择基于自定义字段、配置文件字段或两者的更改来触发自动化。
以下是修改触发器定义以实现此更改的示例：
DiscourseAutomation::Triggerable.add(DiscourseAutomation::Triggerable::USER_UPDATED) do
field :automation_name, component: :text, required: true
field :custom_fields, component: :custom_fields
field :user_profile, component: :user_profile
field :first_post_only, component: :boolean
validate do
if custom_fields.blank? && user_profile.blank?
errors.add(:base, "必须提供 'custom_fields' 或 'user_profile' 中的至少一个。")
end
end
end
在此修改版本中：
- 从“custom_fields”和“user_profile”字段中删除了
required: true选项，使它们成为可选字段。 - 使用
validate方法添加了一个自定义验证块。 - 在验证块中，它检查“custom_fields”和“user_profile”是否都为空。
- 如果两个字段都为空，它会在基本错误中添加一个错误，指示必须提供其中至少一个。
通过此修改，用户在配置自动化触发器时将被要求填写“custom_fields”或“user_profile”字段中的至少一个。如果需要，他们可以选择同时提供这两个字段，但这并非强制要求。
此更改提高了该功能的可伸缩性和可用性，允许用户根据其特定需求触发自动化，同时仍然保持必要的验证。
考虑相应地更新实现和文档，以反映此更改，并向用户提供有关如何正确配置自动化触发器的清晰说明。
sam:
其余代码是否已经处理了这个问题？
claude_3_opus_bot:
抱歉造成混淆。我将仔细查看现有代码，检查它是否已经处理了提供“custom_fields”或“user_profile”的情况。
仔细查看代码后，我发现 DiscourseAutomation::EventHandlers.handle_user_updated 方法已经处理了提供“custom_fields”或“user_profile”的情况。以下是相关代码部分：
def self.handle_user_updated(user)
# ...
required_custom_fields = automation.trigger_field("custom_fields")
user_data = {}
# ...
if required_custom_fields["value"]
if required_custom_fields["value"].any? { |field| user_custom_fields_data[field].blank? }
next
end
user_data[:custom_fields] = user_custom_fields_data
end
required_user_profile_fields = automation.trigger_field("user_profile")
user_profile_data = UserProfile.find(user.id).attributes
if required_user_profile_fields["value"]
if required_user_profile_fields["value"].any? { |field| user_profile_data[field].blank? }
next
end
user_data[:profile_data] = user_profile_data
end
# ...
end
在此代码中：
- 它从自动化触发器字段中检索“custom_fields”和“user_profile”值。
- 如果提供了“custom_fields”并且有值，它会检查用户指定的自定义字段中是否有任何为空。如果任何自定义字段为空，它将使用
next跳过自动化触发器。 - 同样，如果提供了“user_profile”并且有值，它会检查用户指定的配置文件字段中是否有任何为空。如果任何配置文件字段为空，它将使用
next跳过自动化触发器。 - 如果必需的自定义字段和配置文件字段存在且具有有效值，它会将它们添加到
user_data哈希中。
这意味着现有代码已经处理了提供“custom_fields”或“user_profile”的情况。如果其中一个未提供或值为空，自动化触发器将被跳过。
因此，根据当前实现，似乎无需修改代码来处理提供“custom_fields”或“user_profile”的情况。现有代码已经处理了这个问题。
对于我之前的回复以及造成的任何混淆，我深表歉意。感谢您促使我更仔细地审查代码。
好消息是，对自动化插件进行微小的更改就可以允许“二选一”，Opus 甚至为我们编写了代码！
我将优先处理此事，以便在本周内有人进行更改，一旦完成，我们将通知您！
5 个赞
真是一波三折 @Seth_Godin 我曾对我的闪亮语言模型能在此处提供帮助感到非常兴奋，但遗憾的是它虚构了很多东西。
从好的方面来看，这些虚构在概念上并不糟糕，所以我为代码添加了一个验证概念。
我在这里进行了更改：
但我在这里有两个悬而未决的问题，希望能有所帮助。
- 您希望介绍帖看起来是什么样的？
- 您希望何时发布介绍帖？
(1) 有几个选项：
- 介绍帖来自“@intro-bot”或类似名称。例如：
我想欢迎来自法国的 @amazing-user 加入论坛！
- 介绍帖代表用户发布。例如：@sam 加入论坛，填写信息然后……
@sam 发布：你好，我叫 Sam，来自澳大利亚！
(2) 也有几个选项：
- 在所有字段保存完毕后再发布介绍帖（例如，没有个人简介，就没有介绍帖）。
- 一旦添加了任何字段，就立即发布。
这也为……我们该如何处理缺少字段的情况打开了大门。
这将为我们提供足够的数据来处理其余的更改，让您和您的社区都能满意。
我的建议：
- 介绍帖来自“intro_bot”
- 只有在所有信息都填写完毕后才发布介绍帖
2 个赞
过山车中的过山车。我实际上对它的功能感到惊讶。
我倾向于始终采纳您的建议，但对我来说，由本人介绍具有优势，因为任何回复都会发送给本人，而不是机器人，从而欢迎大家加入，这才是目标。
是的，只有填满时
我几天前在 purple.space 上安装了它，但不确定它是否已被触发……
在您的手中 @sam
谢谢
2 个赞
