@browneyes 実はAPIがあって内部的には対応してて、SubwayTooterでは使えたりします。あとで整備しますねー。 #fedibird
のえる(@noellabo@fedibird.com)の投稿
主に、Fediverseへの関心に基づいた投稿を行うアカウントです。DTP・印刷に関する話をしたり、同人の話をしたり、カレーをブーストしたりします。
Mastodonのcollaborator（開発者の一員）です。また、独自機能を盛り込んだFedibirdを管理・開発しています！
Mastodonサーバ『fedibird.com』の管理者アカウントでもあります。ご連絡は当アカウントへ、サーバインフォメーションについては https://fedibird.com/about/more と @info を参照してください。
@browneyes 実はAPIがあって内部的には対応してて、SubwayTooterでは使えたりします。あとで整備しますねー。 #fedibird
@miturinhachidori5026 IceCubeの場合、初期設定がブースト非表示になっているようなので、設定を見直してみてください。 #fedibird
@miturinhachidori5026 ああ、すみません。これは設定が違いました。（フォロー中のユーザーについて、ブーストを受け取るかどうかの設定）
実際のコードをみて確認してみましたが、ブーストのタブのところにしか表示しない作りになっています。（通常の一覧の際、サーバにブーストを含まない一覧を要求している）
ブーストが確認できる場所は固定されていて、スクリーンショットのロケットマークのところを辿ります。
このアカウントは、notestockで公開設定になっていません。
Fedibirdの投稿の公開範囲『サークル』は、フォロワー限定をさらに狭くした公開範囲で、あらかじめサークル名とメンバーをフォロワーの中から指名して作成しておき、そのサークルに限定した投稿を行う機能です。
サークルで指名した人だけが投稿を受け取って読むことができますが、投稿には宛先の情報やメンションが含まれておらず、受け取った人からは、他に誰が受け取っている投稿なのか秘匿されます。
サークルに返信することはできますが、返信元となる投稿を受け取っている人（サークルのメンバー）に転送されるという特殊な宛先になります。
ファンクラブ向け特典など限定コンテンツ配信とか、信用している人限定のつぶやきに使うなどで、一方的に配信する内容に向いています。返信はある種のリアクションと考えると良いでしょう。
発信側とメンバーの関係が対等ではないため、何らかのテーマに基づいたグループ会話などの用途には向いていません。
特殊な公開範囲で、他のサーバと連合する作りになっていますが、実質的にFedibirdと、このサークル機能に互換性のあるサーバでのみ使えます。（最新のMastodonは不具合で投稿を受け取れない状況が続いています。Misskeyとは互換性がありません） #fedibird #fedibird_info
サークルは、あらかじめ名簿を作成しておきます。
名前をつけて複数つくっておくことができます。
投稿する際は、この名簿のいずれかを宛先として選びます。
サークルの名簿には、自分をフォローしてくれていない人は選べません。（こちらから勝手に相手を選んで送りつけることはできません。少なくともフォローしてもらう必要があります）
投稿を行う際、名簿を投稿にコピーして利用します。あとから名簿を書き換えても、名簿を削除しても、既に行った投稿の宛先には影響を与えません。
クライアントアプリ実装では、サークルの名簿作成をフル実装してもいいですが、名簿作成はWebUIに任せ、投稿時にサークル名簿から選択してAPIパラメータにcircle_idを渡すだけでもOKです。
また、サークルの投稿はREST応答のvisibilityがprivate、visibility_exがlimitedになるので、limitedを認識するように実装し、返信をサポートする場合はメンションを付与せず、ダイレクト以外は強制でサークルメンバーへの返信になることを利用者に伝えてください。
なお『相互限定』は投稿時に相互フォローのメンバーをサークルとして自動生成する機能として実装されています。 #fedibird #fedibird_info
Fedibirdにあるサークルっていうのは、
・もともとMastodonで実装するつもりで開発されたもの（基礎のコードはEugenさんが書いた）
・サークルを連合させる基本機能（Bearcaps）は既に実装され、Mastodonに組み込まれて普及している
・Mastodonで開発を進めたが、見込んでいた形に落とし込めなかったので結局実装されなかった
・Fedibirdにあるコードは、その最終状態のものの生き残り（終盤のコードはほとんど私がかいたため）
・自分が指定したフォロワーにだけみえる投稿ができる機能（送信相手はフォロワーである必要がある）
・サークルは事前定義できるが、投稿時点の内容が使われ、あとで変更しても遡及して反映されない
・受け取ったフォロワーは、他に誰がこの投稿をみることができているのか、一覧が提供されないのでわからない
・返信すると、投稿者のサーバを通して、その元投稿の受信者に配送される（誰に届くかは元投稿者以外はわからない）
・Bearcapsだけ実装しているMastodonには連合を通じて届く（フォロワー限定にみえる）
・Fedibirdの『相互フォロー限定』は、投稿時点の相互に対するアドホックなサークル投稿
#fedibird #fedibird_info
@u1_liquid dereferenceしてデータベース上にnoteを記録するところまではうまくいってるけど、visibleUserIdsが空のvisibility: specifiedになるので誰も見られない、という感じかな。
shared_inboxじゃなくてユーザー毎のinboxに必要回数分だけbearcaps添えた投稿が届くので、初回はdereference(fetch)してvisibleUserIdsに追加、作成済みの時はvisibleUserIdsに追加するだけの処理して、見える人を追加してあげる必要があるかも。
タイムラインへのフィードとかはどうやってるか知らないけど、そこもみる必要あるかな？
うまくいけば、ホームにDMとしてみえるようになると思う。
@u1_liquid Mastodonはサイレントメンションという扱いで見える人の一覧を制御してるけど、MisskeyにvisibleUserIdsがあるならそっちでいいね。
元々はHubzillaから届くlimited visibilityのサポートのために（サークル以外では使わない）limitedがサポートされていたのね。bearcapsは使わないけど、宛先・メンション無しで個別inboxに直接届くっていう公開範囲があるの。
bearcapsは、サークル投稿そのものの配送というより、その返信を転送する際に、フォロー関係がない同士がやりとりできるようにする仕組みなので、新規サークル投稿・サークル返信をサポートしなければ今の実装で十分だよ。たぶんMisskeyからはDM扱いで、返信もDMになるだろうし。