Discourse Team
Sep 23, 2026 • 5 min read
コミュニティ管理には、誰もが口にしたがらない種類の作業が常に伴います。それは、活発なコミュニティに蓄積し、本来すべき仕事――人々を助け、つなげること――に費やすべき時間を消費してしまう、反復的でしばしば機械的なオーバーヘッドです。
コミュニティを育てる代わりに、月90分を節約するためにWebhookチェーンの設定に3時間を費やしたり、チェックボックス一つで済むはずのことを自動化するために独自のスクリプト言語を学んだりする羽目になります。
さらに悪いことに、自動化が壊れたときにはメンテナンスし、失敗したときにはデバッグし、最初から望んでいたわけでもない技術的負債の山と格闘しなければなりません。
より良い方法があります。私たちは、管理者が実際に使い、維持し、信頼できる、一流の自動化機能をDiscourseに追加する新しいプロダクト機能を発表できることを嬉しく思います。
その名も「Workflows」です！
私たちが構築したもの…
Workflowsはビジュアル自動化ビルダーであり、現在BusinessプランおよびEnterpriseプランでご利用いただけます。
固定スクリプトの必要性を、構成要素に置き換えます。トリガー、条件、アクション、ユーティリティという4種類のノードを、ドラッグ＆ドロップのキャンバス上で任意の構成で接続できます。
Zapierやn8nなどのツールを使ったことがあれば、この言語には馴染みがあるでしょう。トリガーがワークフローを開始します。トピックが作成される、ユーザーがグループに追加される、スケジュールが発火する、Webhookが到着する、あるいは手動で開始するといった形です。条件はロジックに基づいてフローを振り分けます――イエスかノーか、このブランチかあのブランチかです。アクションは物事を実行します。返信を投稿する、プライベートメッセージを送る、バッジを付与する、外部APIを呼び出す、AIエージェントを実行するといったことです。ユーティリティはフロー自体を管理し、遅延、ループ、変数の代入を行います。
データはノード間をJSONとして受け渡され、確認および参照が可能です。ノードのフィールドには、固定値のほか、現在のアイテム、以前のノードの出力、ワークフロー変数、サイト設定、または実行コンテキストを参照する動的な式を含めることができます。式ピッカーを使えば、構文を覚えることなくそれらの参照を挿入できます。
あらかじめ用意された自動化のメニューから選ぶのではなく、汎用的なパーツからコミュニティが本当に必要とする自動化を構築できます。
実際の使用例
私たちはMeta（私たちのDiscourseコミュニティ）でWorkflowsを使用し、毎週の重要なスタッフレポートを3つ自動化しています。先ほど説明した基本的なコンポーネントを活用し、スケジュールトリガーが自動的にその週の活動をテーブルにまとめ、スタッフカテゴリに直接公開します。このプロセスは完全に手放しで行われ、手動の作業なしに、チームが必要なデータに確実かつ即座にアクセスできるようにしています。
週次モデレーションレポートは3つの中で最も詳細なものです。その週のモデレーション活動を網羅したテーブルのセットを投稿します。各モデレーションアクションの件数をまとめたサマリー、フラグを処理した人とフラグを報告した人、フラグが付けられた投稿とそのメタデータ、発行された警告、追加されたユーザーノートが含まれます。その週のモデレーションの全体像を一箇所にまとめています。
週次サイト設定レポートは最もシンプルなもので、その週に変更されたすべてのサイト設定を1つのテーブルにまとめています。設定名、変更者と変更日時、変更前後の値が表示されます。すべての管理者が目にする場所に投稿される、設定変更の継続的な監査証跡として機能します。
週次トラストレベルレポートは、メンバーがコミュニティ内でどのように成長しているかを追跡します。その週に各トラストレベルに昇格したユーザー数のサマリーで始まり、トラストレベル2または3に到達したユーザーの一覧が続くため、チームは誰が活躍しているかを把握できます。
これらのサンプルWorkflowsは、他の用途でも使用するのと同じトリガー、アクション、ユーティリティを使用しています。上記3つのJSONをエクスポートしました。インポートして、最後のノードのトピックIDを自分のスタッフカテゴリのトピックに変更すれば、同じレポートを自分のサイトで実行できます。（共有前にトピックIDをTOPIC_IDに置き換えましたので、インポート前にファイルを編集してください！）
メンテナンスを可能にするインフラ
キャンバスはスクリーンショットで見せやすい部分ですが、私たちがより興奮しているのは、WorkflowsをDiscourseコミュニティマネージャーにとって最も信頼性が高く、機能豊富な選択肢にするインフラです。
変数は、一度定義して{{ $vars.key_name }}でどこからでも参照できるキーと値のペアです。カテゴリIDを必要とするすべてのノードにハードコーディングする代わりに、一箇所に保存しておき、変更が生じた場合も一度だけ更新すれば済みます。
クレデンシャルはAPIキーとシークレットを保存時に暗号化して保管します。一度認証すれば、ワークフロー全体でそのクレデンシャルを再利用でき、ノードのフィールドにシークレットを貼り付ける必要はもうありません。
データテーブルは永続的な内部テーブル――実行時データのための構造化ストレージです。ワークフローがすでに処理したユーザーを追跡したり、複数段階のプロセスを通じてトピックの状態を記録したり、ワークフローが参照できるルックアップテーブルを構築したりするために使用します。ワークフローが毎回ゼロから始めるのではなく、知識を蓄積できるようにするのがデータテーブルです。
実行ログはすべての実行を完全に記録します――どのノードが実行されたか、どのデータを受け取ったか、何を出力したか、どこで問題が発生したかです。失敗した実行を検査して、各ステップで正確に何が起きたかを確認できます。トラブルシューティングや共有のためにログをエクスポートすることも可能です。
エラーワークフローは、別のワークフローが失敗したときに何が起きるべきかを定義できます。これにより、失敗が気づかれないまま終わるのではなく、通知や復旧プロセスをトリガーすることができます。
バージョン履歴はワークフローのすべてのイテレーションを保存します。変更によって何かが壊れた場合は、元に戻すことができます。
そして最後に、テンプレートは一般的なユースケースの出発点を提供します。事前に構築され、何を扱っているか理解できるようにアノテーションが付けられています。任意のワークフローをJSONとしてエクスポートし、チームやより広いコミュニティと共有できます。
ワークフローのJSONをインポートして、共有されたワークフローを再構築することなく再現することもできます。付箋はキャンバス上でワークフローを直接ドキュメント化し、ログノードにより開発者はワークフローの動作を変えることなく、開発中に値を検査できます。
始め方
WorkflowsはDiscourseコアにバンドルされているため、別のプラグインをインストールする必要はありません。サイトにまだ表示されていない場合は、Admin → Config → Upcoming ChangesからEnable Discourse workflowsをお探しください。
WorkflowsはBusinessプランおよびEnterpriseプランで、Admin → Plugins → Workflowsから今すぐご利用いただけます。Automationsプラグインは引き続き利用可能です――すでに機能しているものを移行する急ぎはありません。Workflowsは私たちの新しい自動化機能であり、テンプレートのライブラリやコミュニティで共有されるワークフローはここで成長していきます。
コミュニティが手動作業や属人的な知識に依存してプロセスを運営しているなら、これは試す価値があります。オーバーヘッドは、もうオーバーヘッドである必要はありません！
原文はこちら：
Good Loopでは、Discourseのセルフホスティングを安価で提供しています。開発元であるCDCK社の協力のもと、公式ブログ記事の翻訳・公開など、日本での普及にも努めています。