新しい「ワークフロー」機能のプレビュー

既存の Automations ツールでは処理できない複雑なタスクをサポートするように設計された、新しい Workflows 機能を開発しています。この新しいビジュアル自動化ビルダーを使用すると、管理エリアで直接、タイムデレイ、条件分岐、外部サービスへの呼び出し、AI アクションを含むマルチステップのワークフローを作成できます。

:warning: 重要な注意事項!

  • Workflows は、Discourse ホスティングをご利用の Business および Enterprise プランで利用可能です。
  • 現在、これは実験的な変更とみなされています! この機能の洗練と改善を続けているため、今後数週間でいくつかの粗い部分や小さな調整が生じる可能性があります。

Workflows の概要

Workflows は、既存の Automations プラグインのスクリプト中心のアプローチに代わり、複雑なマルチステップのロジックを作成するために接続するノードベースのビジュアルキャンバスを提供します。

:books: ドキュメント

ノード

ノードには主に4つのカテゴリがあります。

  • トリガー は、Discourse 内のイベント(例:トピックの作成、ユーザーのグループへの追加など)、スケジュールされた時間、Webhook、または手動操作に応じてワークフローを開始します。
  • 条件 は、ワークフロー内の任意のデータに対して Yes/No のロジックに基づいてワークフローに分岐を作成します。
  • アクション は、ワークフローによってトリガーされるイベントであり、PM やチャットメッセージの送信、返信の投稿、HTTP エンドポイントへの呼び出し、AI エージェントの実行、または Data Explorer へのクエリなどがあります。
  • ユーティリティ は、遅延の設定、アイテムのループ処理、変数の設定などによってフロー自体を制御し、付箋でワークフローを文書化するのに役立ちます。

各ノードのパラメータはリテラル値と動的式をサポートしているため、後続のステップで以前のノードの出力、ワークフロー変数、または以前のステップの実行コンテキストを参照できます。

変数、データテーブル、および資格情報

Workflows には、出力のより簡単な作成と管理のためのいくつかの追加ツールが含まれています。

  • 変数 は、すべてのワークフローで簡単に利用可能なキー/値のペア(例:グループ ID、カテゴリ ID など)を格納し、設定を容易にします。
  • 資格情報 は、HTTP リクエストノード用の再利用可能な認証設定を格納する場所であり、ワークフローに API キーを貼り付ける必要がありません。
  • データテーブル は、ランタイムデータの保存とクエリに使用され、実行を追跡(例:特定のトピックでワークフローがすでに実行されたかどうかを確認)し、ワークフローの出力を簡単に参照できるようにします。

実行ログ

すべてのワークフローの実行は、Executions タブに完全なログを生成します。どのノードが実行されたか、どのようなデータを受け取ったか、どのような出力を行ったか、そして何か問題が発生した場合にワークフローがどこで停止したかが確認できます。

Workflows のプレビュー

現在、これは実験的な変更とみなされています! フィードバックを歓迎しており、これにより改善を行い、さらに展開するのに役立ちます。

試すには、Upcoming changes/admin/config/upcoming-changes に移動し、Enable Discourse workflows アイテムを見つけ、Enabled for… フィールドを更新してサイトをオプトインします。

有効にすると、管理エリアの Plugins → Workflows の下に Workflows が表示されます。

「いいね!」 29

これは n8n のように見えます。似たような機能が使えたらとても素晴らしいですね

「いいね!」 3

これは自動化の代替として機能するでしょうか? それとも組み合わせることは可能でしょうか?

「いいね!」 1

過去4週間、この新しいプラグインを使用していくつかの統合や自動化を構築してきましたが、一言で言えば、それは本当に素晴らしいものであり、Discourseにとってゲームチェンジャーです。これは間違いなく、何年ぶりかの最高の新機能です(すでにかなり素晴らしい機能がたくさんあります :heart_eyes:)。

その通りです :slight_smile:

「いいね!」 13

ワークフローははるかに柔軟であるため、いずれオートメーションプラグインを完全に置き換える可能性が高いです

「いいね!」 9

これは画期的なアイデアですね。私は強力なn8nとDiscourseの統合を作るために多くの時間を費やしてきました。この素晴らしいイニシアチブは、Discourseに大きな活力をもたらすでしょう。

「いいね!」 8

今これを実験していますが、このフォーラムにワークフロー用の新しいカテゴリがあるべきだと思います。

また、チャネルではなくユーザーにチャットメッセージを送信する方法も知りたいです。

「いいね!」 3

現時点では、チャネルにはメッセージを送信できますが、ユーザーへのチャットメッセージの送信はできません

Mike Tyson's 'Real Thoon' Meme

「いいね!」 6

新しいワークフローは本当に素晴らしいです。これはまさにゲームチェンジャーであり、n8nのようなサービスと連携することも可能です。

レート制限に頻繁に引っかかっているようですが、これはどのように変更できるのでしょうか?
また、理由はいまいち不明ですが、時折ワークフローが突然停止してしまうことがあります。それを再開させる唯一の方法は、「今後の変更」設定から機能をオフにして、再度オンにすることです。

ご意見をお聞かせください。

「いいね!」 2

かなり高度な印象を受けます。使用例をいくつか挙げていただけないでしょうか?。。。。。

「いいね!」 1

ユーザーの信頼度に基づいて、フローを作成できることを想像してみてください。例えば、ユーザーが同時にこれらの2つのグループのメンバーである場合、新しいカテゴリへのアクセス権限を与える3番目のグループに追加する、といった動的な動作です。

そのような動的な動作は、Vanilla Discourseでは難しいです。

「いいね!」 4

より良いアプローチは、すべてのグループセレクタを「積・和・補集合」の式にリファクタリングすることです! :smile: (冗談です)

ワークフロー内で Discourse API を呼び出すと、何でもできます :grinning_face:

「いいね!」 2

オートメーションとクエリを使い続けるべき状況と、実際にワークフローを使うべき状況について知りたいです。以下のアクションを例に挙げます。

投稿に対する読書比率が250:1を超えているユーザー(最終的には「リスト外れ」グループ、通称「覗き見」に分類されるユーザー)にプライベートメッセージを送信する

この特定のケースにおいて、どちらのツールがより効率的または推奨されるのでしょうか?いつオートメーションとクエリを使い、いつワークフローを使うべきでしょうか?

ワークフローは分岐決定を可能にし、動的なダイアグラムを実現できることは理解しています。まずは、経験豊富なユーザーが単純なワークフローについてどのように考えているかを知りたいです。

以下の理由から、単純なプロセスでもワークフローの使用をお勧めします。

  • 単純なプロセスを拡張または変更する必要があると判断した場合、ワークフローははるかに柔軟で、ニーズに合わせて調整できます
  • このプロセスに影響される別のプロセスを構築したいと判断した場合、ワークフローを使用するとそれらを連携させることができます
  • ワークフローはプロセスの実行状況に対してより良い可視性を提供するため、トラブルシューティングが容易になります
「いいね!」 6

@lindsey の発言の通りです。また、自動化では可能だがワークフローでは実現できないユースケースがあれば、ぜひお知らせください。

「いいね!」 5