タグもアクターである必要があります。ユーザーとカテゴリはアクターになり、「…ActivityPubオブジェクトは同等のDiscourseオブジェクトに関連付けられます…」したがって、タグのアクターサポートを拡張することは可能だと思います（MVPの一部ではないと思いますが、説明には記載されていません）。カスタム管理設定はタグごとに可能です。
「いいね！」 2
SocialHub や他の Discourse インスタンスで初期バージョンを実行することに非常に興味があります。お手伝いできることがあればお知らせください。
「いいね！」 4
さらにアップデートです！開発フェーズが終了し、2ヶ月が経過しました。内部テストを開始します。テストと調整には約1ヶ月かかる見込みです。テストにご協力いただいた皆様、ありがとうございます。初期テストは、厳密なテストと修正のループを維持するために内部で行います。初期の問題が解決したら、テスト範囲を広げていきます。
様子はこちらです。
作成中
投稿済み
公開済み
「いいね！」 20
「このノートは5分後にフェデレーションされます…」という表現、いいですね。
もし重要であれば、ささやかな提案です。
アカウント名を「announcements」だけでなく、カスタマイズできるようにしてはいかがでしょうか。もしそれが固定名でなければ、私の意見としてお伝えします。 
はい、ユーザー名（「preferredUsername」とも呼ばれます）はカテゴリ設定で設定されます。「announcements」は、私がそのカテゴリに設定したものです。
「いいね！」 6
もしこの機能にどれだけの人が興味を持っているか気になるようでしたら、私はコメント87へのリンク（@angusがこの作業に着手したという発表）を2023年5月20日午前2時48分（米国東部時間）にFediverseのMastodon経由で共有しました。6時間後にはすでに300人がチェックしていました（私はそれに対して「Good Share」バッジを獲得しました）。
準備が整い、一般公開される際には、ベータテスターになりたいと楽しみにしていることを、押しつけがましくなくお伝えします。
「いいね！」 4
NLnetからの助成金を得て、Daniëlが今後のフォーラムソフトウェアv2.0リリースでフェデレーションサポートを発表したことに注目したいと思います。
現在、フェデレーションを実装しているフォーラムソフトウェアは3つあります：Flarum、nodeBB、Discourse（The Pavilion経由）です。3つの互換性のないフェデレーションアプリが生まれないことを心から願っており、ActivityPubの実装を連携させる手段としてFediverse Enhancement Proposalsプロセス（FEP）を指摘したいと思います。
FEPプロセスは多くの参加者を得ており、SocialHub ActivityPub開発者コミュニティで提案が議論されており、これは再び活動を開始したW3C SocialCGと連携しています。
「いいね！」 3
@mcdanlj @aschrijver 励ましとノートをありがとうございます！皆さんと同じくらい楽しみにしていますよ 
私たちの実装はActivity Pub specificationに準拠しており（内部データモデルもActivityPubデータモデルに基づいています）、最初のステップとしてMastodonとの相互運用性のテストを実施中です。
テストは順調に進んでいます。もう少しだけお待ちください。
「いいね！」 5
FEP プロセスについて明示的に言及したのは、「ActivityPub 準拠」だけではあまり意味がないからです。AP は「仕様を実装すれば相互運用性が保証される」というものではありません。ActivityStreams ボキャブラリーをさまざまなメッセージ交換で利用する方法は何万通りもあり、互換性のないアプリを作成してしまう可能性があります。Mastodon との相互運用性は一般的で理解しやすい目標ですが、彼らの Fediverse プレゼンスは AS/AP の「Mastodon フレーバー」を表しています。Mastodon は、現在の Fediverse の成功に不可欠な存在であり、プロトコルのギャップを埋めるために多くのアプリ固有の決定を下してきましたが、それらは現在、さまざまな種類のアプリを促進する、より異種混交な Fediverse にとって障壁となりつつあります。
フォーラムは、マイクロブログアプリとは異なる「ビジネスドメイン」です。通常、それらをうまくサポートするには、プロトコルの拡張が必要になります。FEP が行っていることの 1 つは、拡張を定義する方法を標準化することでもあります。これまでほとんどの拡張はアドホックであり、それがプロトコル劣化につながっています。たとえば、以前 Peertube を検討した際には、彼らがどのようにビデオサポートを拡充したかについてメモを取りましたが、それは本当にコードベースからリバースエンジニアリングするしかありませんでした（ドキュメントがコードに追いついているかは確認していません）。
追伸：Fediverse の議論にクロスリファレンスしました。
「いいね！」 2
おっしゃることは理解できます。あなたが説明しているのは、ほとんどの標準コミュニティに存在する力学です。これは新しい実装なので、「標準」仕様から始めるのが一般的で賢明です。たとえ実際にはそれを解釈する方法がいくつかあったとしても。
とはいえ、実装に数か月費やしたばかりですが、「ActivityPubコンプライアンス」があまり意味がないとは思いません。それは、構築するための共通基盤です。実践的な実装と相互運用性のより具体的な側面に取り組みますが、走る前に歩く必要があります。
「いいね！」 6
@angus 参考情報です：SocialHub では、フォーラムのような機能をフェデレーションにもっと取り入れるためのヘルプが提供されています（https://socialhub.activitypub.rocks/t/flarum-forum-software-2-0-will-have-federation-support/3246/3?u=aschrijver）。
「いいね！」 3
Angusさん、こんにちは。@aschrijver さんのコメントを、あなたの努力を軽視するものと受け取ってしまったのではないかと心配しています。私は、APのコア仕様の曖昧な性質と、多くのことが未定義のままであることについての観察だと読みました。Arnoldさんは、私も含めてFediverseの世話人（二人ともfediverse.partyでボランティアをしました）として知っているので、彼があなたとあなたのチームがDiscourseのためにAPを実装している仕事に非常に感謝していることは、私にとっても同様です😊
Arnoldさんと私は、AP仕様が沈黙している領域での相互運用バグを修正するために、どちらが作業の一部をやり直すべきかについて、開発者が何度か対立するのを見てきました。私たちは、コードのやり直しに費やされる時間の両方と、それに先行する士気をくじく議論の両方を、人々が避けるのを助けたいと強く願っています。だからこそ、私たちは実装者がプロセスの早い段階でお互いに話し合い始めることを奨励しています。
「いいね！」 6
@strypey様、ありがとうございます。はい、その通りです。あなたのされている仕事に大変満足しています！
「いいね！」 1
プラグインの最初のバージョンを公開できたことを嬉しく思います。プラグイントピックでフィードバックをお待ちしています
「いいね！」 14
サンドボックスで正常にテストできました。素晴らしいです！フェデレーションアウトを確認し、削除によるフェデレーションアウトも正常にテストできました。
次のステップについての議論は、ここでしますか、それともメインのプラグイントピックで行いますか？
「いいね！」 3
素晴らしいですね！プラグイントピックについてさらに議論を進めましょう。
「いいね！」 2
投稿が既存のトピックにマージされました: ActivityPub Plugin
とりあえず、これが機能することを確認しましょう。
まだ、Discourse（段落/ストーリー）のフェデレーションがTwitter（文/チャット）ほど理にかなっているかどうかは完全にはわかりませんが、試したい人のためにサポートすべきです。
「いいね！」 9
Redditが人気だった理由の一つは、1つのログインで多くのサブredditにアクセスできたことです。同様にTumblrでは、1つのログインで多くの「タグ」（アドホックコミュニティ）にアクセスできました。ログインすれば、どこからでも返信を見ることができます。
Federation for Discourseは、フォーラムのすべての情報を一貫性のある統合された場所で取得できることを意味します。
「いいね！」 1
ActivityPub Plugin はご覧になりましたか？これは本番環境で稼働しています。
「いいね！」 2