自定义自动化的正确流程是怎样的？

支持
1

我是新手，我对于创建自定义自动化教程有一些疑问。

我初次尝试了在github codespace开发环境直接编写自动化脚本（我并不懂语法，代码是由Claude编写的）。
修改完成后，文件结构应该是这样的：

plugins/automation/
├── lib/
│   └── discourse_automation/
│       ├── scripts.rb                 # 已修改
│       └── scripts/
│           ├── ...                    # 其他脚本
│           └── remove_expired_group_members.rb  # 新增
└── config/
    └── locales/
        ├── server.en.yml              # 已修改
        ├── client.en.yml              # 已修改
        ├── server.zh_CN.yml           # 已修改
        └── client.zh_CN.yml           # 已修改

但是我不清楚在生产环境，是否可以这样操作。
另外我不清楚这样的修改是否会随着rebuild或者automation插件更新而丢失，所以不敢在生产环境尝试。也许应该提交功能申请，由插件维护人员添加？

希望有经验的朋友能够告知，从编写测试到生产环境应用到正确的操作流程。
非常感谢！

Create custom Automations
2

我认为这可能需要一个新的插件。
您可以查看：

1 个赞
3

我已查看了您给出的链接
请问，您是否可以为我解释一下，为什么应该使用插件而非在自动化插件中创建脚本？

1，我并不专业，看上去创建插件似乎更加困难一些
2，我有许多的功能需要实现，这似乎需要创建很多插件？（尽管我也喜欢插件，可以共享）

4

如果我没记错的话，如果你修改了插件，下次更新时它将被覆盖。

1 个赞
5

OK，这正是我所担心的
那么自定义自动化功能似乎对用户的意义不大？ :joy:
我再去查看一下文档，如果不行，我会尝试创建插件

1 个赞
6

我认为教程（这是一个草稿）缺少这方面的信息。它解释了如何创建新的自动化，但没有说明在哪里创建。回复中提到了插件示例，比如@NateDhaliwal 链接的那个。

Simon 还建议查看数据浏览器插件：Create custom Automations - #6 by simon

这取决于你说的“用户”是什么意思？:smile: 作为一个开发者，你当然可以创建一个添加自动化的新插件。这是正确做这件事的方式。

既然你提到不懂代码，但能用人工智能来做这件事，也许你会对这个讨论感兴趣。Claude & Discourse-related development. How good is it?

我目前正在试验这个（但我对代码只有模糊的概念——不足以自己创建哪怕一个简单的插件！），很快就会分享我最近的经验。

既然 Claude 让你编辑自动化插件，你可能想改进你的提示，让 AI 遵循真正的良好实践。

1 个赞