機能リクエスト - 自動化をトリガーとアクションに分割

[noahl (Noah Lovell)]

こんにちは！

オートメーションを使いたいと思うことはよくありますが、現在の動作方法では限界を感じています。あるスクリプトに必要な機能があるのに、それを別のスクリプトのコンテキスト内で機能させたいと思うことがよくあります。

これは、オートメーションが現在どのように機能し、設定されているかという方法に大きく関係しているようです。トリガーとアクションに分割されると嬉しいです。

• 例となるトリガー：
  • トピックが作成/更新されたとき
  • ポストが作成/更新されたとき
  • サイト設定が変更されたとき
  • トピックが閉じられたとき
  • ユーザーがバッジを獲得したとき
  • その他
• 例となるアクション：
  • バナーとなるトピックを作成する
  • トピックを閉じる
  • トピックに返信する
  • トピックを作成する
  • トピックにタグを付ける
  • LLM呼び出しを実行する
  • Slackメッセージを送信する
  • その他

この設定により、以下のことが可能になります。

• トリガーの後に複数のアクションを割り当てることができる（例：トピックが作成されたとき > LLM呼び出しを実行 > ポストにタグを付ける > トピックに返信する）
• トリガーペイロードデータ（およびアクションから利用可能になる後続のデータ - 例：LLM呼び出しの応答）をアクション内で動的に使用できる

最終的に、オートメーションには大きな可能性があると感じていますが、各スクリプトは個々のニーズに合わせてカスタマイズするのが非常に難しい方法でサイロ化されています。それぞれ、利用可能なアクションがすべての人にとって機能すると想定しています。

[sam (Sam Saffron)]

パーソナルアシスタントのJarvisで、このアイデアを試してみ始めました。

Discourse Automations Need Pipelines — wasnotwas

どう思いますか？インタラクティブなデモもあります。

トリガー → フィルター → アクション → アクションの連鎖は、非常に魅力的だと感じます。これにより、自動化がはるかに柔軟で明確になります。

[noahl (Noah Lovell)]

この提案は非常に気に入りました！現在オートメーションが抱えているほとんど（あるいはすべて）のペインポイントを解決できるように思えます。

また、新しいトリガーやアクションにとっても、はるかにスケーラブルだと感じます。これにより、既存のスクリプトとの連携を気にすることなく、theme_created や theme_updated のような追加のトリガーを簡単に追加できるようになると思います。新しいトリガーは、すべての既存のアクション（Slack通知、プライベートメッセージ、LLM呼び出しなど）に即座にアクセスできるようになります。これは、assign_badge、add_to_group、add_to_logs_and_screening などの追加のアクションを作成する場合にも同様です。

ああ、そして「ドライラン」と「実行ログ」も的確です。実際にどのように実行されるかについて、そのレベルの可観測性を持つことは、本当に救いになります。

[stephtara (Stephanie Booth)]

手短に申し上げますと、トリガー/フィルター/アクションに加えて、遅延を追加できると非常に助かります。

（例：オンボーディング/ナッジ、コミュニティ参加の1週間後にメッセージを送信し、その後2か月後、または参加後X日以内にメンバーが投稿または閲覧しなかった場合に何かを行う…私たちの活動的なサポートコミュニティのようなタイプにとっては、間違いなく役立つでしょうが、どのコミュニティでも使うわけではないでしょう！）

[noahl (Noah Lovell)]

これはまだ概念段階ですが、ブレインストーミングを続けていくつもりです

条件に関して、実際にどれだけの柔軟性を持たせられるか疑問に思っていました。スクリーンショットのように、ユーザーが基準の構築方法を完全に制御できるようなものを実装できると素晴らしいと思います。ユーザーが trigger_context からデータを選択し、その評価方法を定義し、何を評価対象とするかを設定できるようにする、そして AND / OR のロジックを選択できるようにする、といった具合です。

これにより、以下のような、より複雑なシナリオをアンロックできると同時に、理解しやすく直感的なものに保つことができます。

• {{category}} が {{ユーザー選択値}} のいずれかである AND
• {{tag}} が {{ユーザー選択値}} と等しくない

スクリーンショットには条件チェックの後の動作も含まれていますが、これは分岐パイプラインにのみ適用されるでしょう。ほとんどのケースをカバーする線形パイプラインの場合、単に終了するだけになると思われます