今日のリンク #ATプロトーク * Blueskyガイドライン更新 * Bluesky PDSのモデレーション対応修正 * 関連(?): 米国の事件にまつわるモデレーション議論 * plc.directory運営独立への動き * atprotoのIETF I-D * BlueskyによるOsprey(ROOSTのモデレーションエンジン)対応試行 * bsky chartsが公式labelerの発行量に対応 * Slicesがwaitlist受付開始 * If This Then AT://: 自動化プラットフォーム(開発記事) * Klearskyにatproto-proxy設定追加

🎙 #Bluecast で配信をはじめました！ "プロトコル/Bluesky技術雑談" #ATプロトーク (パブリック) https://www.bluecast.app/user/@yamarten.bsky.social?t=listen

SkyArtやOffprintあたりの詳細不明招待限定atprotoサービス、もう少しオープンになってから紹介しようと思って積んでるけど、それはIFTTAやSlicesを今紹介することと整合してないのでは。まあターゲットが違うし、僕が何を紹介するかは僕の興味関心に従っていいのだが。

今日のATプロトーク、濃くないか？1時間に収めようとすればできるとは思うが。

app passwordで得られる権限がOAuthのスコープでは何に当たるか調べようと思っていたのを思い出した。結論としては、DM抜きのapp password権限とtransition:genericが同じ。つまり、この記事の画像にある「Bluesky」「リポジトリ」「認証」がそのままapp passwordの権限説明でもあるわけだな。 https://whtwnd.com/did:plc:lfjssqqi6somnb7vhup2jm5w/3lyvtejbyy52m

Slices、開発補助の他にrecordのインデックスを担当してくれると思っておけばいいのかな。クエリが投げられるので簡単な処理ならこれだけ(+constellationとか)で済むし、XRPC必要ならその分はappview自作してね、と。 https://slices.network/

plc.directoryの公開ミラー、3つもあったんだ。てっきり皆ローカルに抱えているだけとばかり。 https://updates.microcosm.blue/3lz7nwvh4zc2u

思想はさて置いて技術的に単純化するなら、SNSとしてのBlueskyはapi.bsky.app(+公式クライアント)だし、Blueskyに繋がる互換サービスなんてものは存在しえない、というのがatprotoでしょう。ややこしいのは、このモデルにおいて「Blueskyアカウントを作る」とか「Blueskyに投稿」という操作が存在しないというだけで。

「Bluesky以外」をBlueskyに求めても仕方ないというか筋が通らないが、生まれやすい環境を作るという話ならBlueskyの仕事にもなってくる。具体化もせずに言ったところで意味は無いけれど、まあ適当に好き勝手言えるのは消費者の特権よね。

いち利用者の視点では今でもATmosphereには大して惹かれないけど、こんだけオタクやってるんだからcredible exitの用意くらいちゃんとしないと格好つかないんじゃないかとも思う。

モデレーションまで含めたインフラ全部やろうとしているatprotoサービスといえばSparkだけど、そういえば最近進展聞かないな。サービス自体は変わらず運用されてるが。調べたら7月にwaitlist開放してたくらいか。 https://sprk.so/blog/thank-you

with all the discussion around mod actions recently, I thought it would be interesting to start tracking the rate at which @moderation.bsky.app applies the top labels bskycharts.edavis.dev/edavis.dev/b...

もしかして公式クライアントってapp passwordで入ってるとadultOnlyが見れなくなる？初めて知った。 getPreferenceがマスターパスワードじゃいと生年月日取れない実装になっててるので、social-appが年齢確認できないと判断して設定ロックしてるのかな。 github.com/bluesky-soci...

なんでIFTTAがGrazeから出るんだよと思ったが、思えばAIPも似たようなものか。Grazeはインフラ拡張にやたら意欲的なので、こっちの方が安心して使えるところはある。 graze.leaflet.pub/3lz766xhlas2p

slices.network Join the waitlist today! 👉 slices.network/waitlist

ガイドラインの更新分については特に言うこと無いけど、モデレーション方面の将来的な施策が色々予告されてるな。 bsky.social/about/blog/0...

did:plcの扱いをどうこうするのもいいけど、正直そんなことよりDIDメソッドの追加採用予定の方が気になる。用途に見合ったものが無いというところから変わらずなのかしらん。

最近Mastodon GmgHが営利団体と非営利団体に分かれる話してたし、営利団体になったからには稼ぐみたいなことかと思ったのだが、gGmbHを名乗ってるしよく分からんな。結局どういう組織構造なんだろう。 blog.joinmastodon.org/2025/09/serv...

このテンプレートが使われると使用量の25%が僕にキックバックされるのでぜひ使ってください(ただし1.2ドルの25%) railway.com/deploy/xBNJ1u

did:plcが独立に向けて動き出したのは純粋に嬉しいニュースだけど、人引っ張ってくるアテはあるんだろうかね。 docs.bsky.app/blog/plc-dir...

そういや新ガイドライン発効してるんだ。結局どこまでに効くのはいまいち分からないところではあるが。 bsky.social/about/suppor...

BlueskyのtakedownがPDSまで波及するのは意図しない運用ミスだったと言っているように見えるんだけど、本当か……？規約違反由来のみに限った話なのでありえる話ではあるが、規約の主張とずれてる印象を受けるので読み込まないとな。 pfrazee.leaflet.pub/3lz4sgu7iec2k

Blueskyにtakedownされるとatprotoネットワーク全体から排除されるという誤解、反例が一部に広まったことで若干安心したところがある。自分も同じ勘違いをしていた時期があったので、どこかで誤解を助長していた可能性を少しだけ疑っていて、意識的に否定的な言及してたのよね。

最近のBluesky不信に対して、内部で進めてたプロジェクトを前倒し公開することでサードパーティモデレーションの動線を引いてる……と読むのは邪推だろうかね。それならそれで良いことではあるんだが。 https://github.com/bluesky-social/osprey-atproto

よく見たらsubsopeもDID晒してるじゃん。コンセプトを考えると、広く使えるものなのかは分からんが。

せっかくappviewが注目されてるタイミングなんだし再掲しとくか。ここで忘れてたやつ、おそらくappview-test.tokimeki.techのことだったのだろうなあ。スコープはかなり狭いが。skyliteインスタンスもそのうち出てくるだろうか。

そういや自由にredact指定できるbskyクライアントって聞いたことないな。試しにTOKIMEKIのリクエスト覗いてみたら全部にredactが付いてた。別に困らないけど、なんでそうなったんだよ。

resolveLexiconメソッドの提案。意図は分かるものの、誰が実装して誰が使うのだろうという疑念が強い。IDと違って、動的に手軽に解決したい場面なんて一部の開発者向けツールくらいのものじゃなかろうか。 github.com/bluesky-soci...

deer.socialとzeppelin.socialを並べて紹介するのはまだしも、両方とも独自appviewとして紹介する事例も実際多くて困りどころではある。これもappviewという名付けが悪い方向に作用してる可能性は多少あるよね。

そういや結局custom-appview.deer-social.pages.devは本家にマージされることはないのだろうか。atproto-proxyの先駆者ではあるのだが。

モデレーションについて考える時、どうしても「法律や規約を形式化してくれ」みたいな方向に思考が倒れがち。判断を機械化しろとまで言うつもりは無くて、僅かでも共通部分とれるようになるだけでそこそこ嬉しいのでは。

social-app(およびフォーク)もTOKIMEKIもBskyAgent使ってるからatproto-proxyに迂闊に手が出せなかったけど、AtpAgentはその手の便利機能が無いから却って修正はし易いのだな。

⭐ Klearsky v0.9.99 Update ⭐ - 公式ブックマークに対応 既存のブックマークは「拡張ブックマーク」となります - GIF画像を動画に変換してアップロードする選択肢を設置 GIF画像を選択すると表示されます。静止画像でも変換されるので注意 - SkyBeMoreBlue をプロフページの Atmosphere に追加 該当ユーザーによる最新の紹介文5つを掲載しています - atproto-proxy の設定機能を「その他の設定」に追加 意味がわかる方以外は空欄のままにしておいてください -- more --

atprotoのIETFドラフトざっと見たけど、冒頭に書いてある通りrepositoryとfirehose(の浅いところ)にトピックを絞っているらしい。relayやappviewはもちろん、lexiconやXRPCやハンドルすら一切登場しない。 https://www.ietf.org/archive/id/draft-holmgren-at-repository-00.html

appviewという用語はやめた方がいい、まあそうね。名付けの気持ちは分かるんだけど中身に近すぎるというかね。 https://pfrazee.leaflet.pub/3lyucxaykg22w

PDS_CRAWLERSいじってるPDSって実際どれくらいあるのだろうねえ。そもそも機能のあり方が望ましくないというか、暫定的なものだという話もあるけれど。最近だとこの辺とかで取り上げられている。 https://updates.microcosm.blue/3lxfngu4kxk2o

今回のモデレーション周りのゴタゴタ、米国の銃撃事件に関してモデレーションが不十分だと騒ぎになって、取り締まりを厳しくしたら今度は過剰だとか巻き込まれたとかで騒ぎになって、という感じなのかなあ。先日の声明もこの件に対応するものではあるのだろう。

まあ実際zeppelin.socialを常用する人がそこまで増えるとは考え難いし、デフォルトのモデレーションが無い状態もそれはそれで文句出そうではあるけれど。Blueskyに対してレイヤ毎に区別して運用してくれと思う気持ちはあるが、それはそれとして将来的に誰がモデレーションコストを負担するのかは未解決問題よね。

zeppelin.socialを試す人が増えてるのは望ましいことだと思うけど、本格的に利用者が増えたらコストも嵩むので、支援できることも知っておこうね。 https://github.com/sponsors/futurGH

なんか急にzeppelin.social(というか代替bsky appview)が注目を集めつつあるように見えるけど、Blueskyのやらかしに起因するとすると微妙な気分。まだ背景わかってないけど、まあbsky.social爆破とかEMEと同類なわけで。

今日のリンク #ATプロトーク * SkyblurのOAuthがpermission-set対応 * Blueskyの年齢確認・法令対応に関するスタンス表明 * Bluesky Socialのブックマーク対応&📌フィードからの移行ツール * at fronter: bsky record単位で名前を紐付けるブラウザ拡張？(利用例) * tangled search: Slicesデモ第2弾 * Bluesky Jetstream Live: Jetstream/Spacedustのプレビュー&クエリビルダ * ATStudio: lexiconロード対応のXRPCウェブクライアント

🎙 #Bluecast で配信をはじめました！ "プロトコル/Bluesky技術雑談" #ATプロトーク (パブリック) https://www.bluecast.app/user/@yamarten.bsky.social?t=listen

lexiconに限った話じゃないんだけど、方々で局所的な所有権を明確にする仕組みなので、どうしたって非互換なサブネットワークは生まれるし、ふわっとした共同財産も作りにくいよね。

類似用途lexiconができるのもそれはそれで良いことなのは同意できるし、個人的には将来的な統合すら目指さなくていいと思うんだけど、既存lexiconを知らずにそうなっちゃう事故は緩和したいよなあ。 https://augment.leaflet.pub/3lxxnzrh6pc24

Blackskyってもうappview齧ってるんだっけか？とりあえずrskyにはまだ実装無さそうだし、クローン運用やりそうな気もしないけど。

takedown云々の話を見かけて改めて思ったけど、モデレーションの分散が進んだとて、それはそれで救いが無いのかもねえ。例えばzeppelin.socialユーザーはmoderation.bsky.appにtakedownされたアカウントの変化に気付けず、ある日突然沈黙したように見えるわけで。

よく考えたらなんでまだbskyのpermission-setが無いのにこんな表示になるのかと思ったが、bsky絡みのスコープは特別扱いされてるのか。何か1つでも要求したらこの表示になるので、実際には触れないfollowやprofileまで権限あるかのように見える。 https://github.com/bluesky-social/atproto/blob/main/packages/oauth/oauth-provider-ui/src/components/utils/scope-description.tsx#L352-L370

UFOs見てる感じ、permission-set実例はSkyblurが初っぽいのだよな。lexicon.directoryとかいうlexicon.communityっぽい何かもあるんだけど、これはlexicon実体は持ってないしOAuth動作確認用っぽい感じ。 https://ufos.microcosm.blue/collection/?nsid=com.atproto.lexicon.schema

permission-set触ってる人いたからちょっと覗いてたけど、audの指定こんな感じになってたのね。一般化されたメカニズムがあるというよりはpermission-set仕様の一部としてinheritAudがある感じ？ https://github.com/bluesky-social/atproto/blob/cf4117966c1b1c1786a25bb352c12ad57b617a05/packages/oauth/oauth-provider-ui/authorization-page.html#L146

zeppelin.socialが動くようになっていたのでちょっと覗いてみたけど、どうも#4175と同じような修正を入れているようなので、このまま置いておいても良さそうか。