お知らせの必読機能

[MineCake147E]

Summary

一部のユーザーが重要なお知らせ(例:Misskey.ioでのNSFWに関するお知らせ等)の内容を確認せず、そのままNSFW画像をフラグ無しで投稿してしまう等のお知らせの内容を無視する行動や、モデレーターが疲弊していると思われる様子を観測しました。
お知らせの内、必ず読ませたいお知らせを設定し、それらを読んでいないユーザーからの全ての投稿リクエストを拒絶する機能があったら良さそうだと思いました。

Purpose

• お知らせを読んでもらう
• 公式Webクライアントでは投稿前にエラーを出す?
• サードパーティークライアントにも対応する(403を返す?)
  • 公式クライアントであっても特に区別はしない(プラグインやAPIコンソール等で突破される可能性があるため)

Do you want to implement this feature yourself?

• Yes, I will implement this by myself and send a pull request

[KisaragiEffective]

オプトインであれば賛成です。オプトアウトだと小規模なサーバーで不必要な混乱を招くことが予想されます。

[MineCake147E]

オプトイン

何に対してのオプトインですか?
必読設定はお知らせ毎に設定できるようにすることを想定しています。

[syuilo]

リクエストごとに読んでない重要なお知らせが存在するかどうか判定する必要があると思われるけどパフォーマンスに影響が出そう

[tkmrgit]

・何らかの問題で既読できなくなることがある場合に詰む可能性がある
・botは基本的にお知らせを読まない為投稿できなくなる(botフラグを付ければ通せるようにすれば結局悪意を持ってbotフラグを付けられる可能性がある)

ので投稿できなくするのには反対です

[syuilo]

何らかの問題で既読できなくなることがある場合

お知らせは読めるけど既読にできない場合というのはまずなさそう

bot

Botだからといって管理者が決めたルールを守らないでいいわけではないと思う(Bot管理者はお知らせを読み適切にBotを管理する責任がある)

[syuilo]

当然ながらこの機能を使うかどうかは管理者に委ねられているから、この機能を使ってサーバーを運用したいという管理者の意思を我々が否定するのは違いそう

[tkmrgit]

お知らせは読めるけど既読にできない場合というのはまずなさそう

通知の既読のバグが解消されているとは言えない現状でそれは無理がある(通知既読しきれないバグは一部アカウントで今も発生している)

Botだからといって管理者が決めたルールを守らないでいいわけではないと思う(Bot管理者はお知らせを読み適切にBotを管理する責任がある)

これについては理解できる。のだが投稿が止まって困る人が出てくることには違いないのでは...

当然ながらこの機能を使うかどうかは管理者に委ねられているから、この機能を使ってサーバーを運用したいという管理者の意思を我々が否定するのは違いそう

意志の否定ではなくて運用上の問題の解消にはあまりつながらないと思います(後述)

このお知らせの必読機能はお知らせがサーバー基準なので他サーバーからのセンシティブな投稿のRenoteという形を使われれば防げないのではないかと思う

[syuilo]

通知の既読のバグが解消されているとは言えない現状でそれは無理がある

通知とお知らせは全く異なるからそれを考慮に入れるのは違いそう

投稿が止まって困る人が出てくることには違いないのでは...

ある程度困る人が出てもいいから規約を遵守させることを優先するという運用方針の管理者もいると思う

このお知らせの必読機能はお知らせがサーバー基準なので他サーバーからのセンシティブな投稿のRenoteという形を使われれば防げないのではないかと思う

ちょっと意味が理解できなかった

[KisaragiEffective]

オプトイン

何に対してのオプトインですか? 必読設定はお知らせ毎に設定できるようにすることを想定しています。

わけもわからずその必読フラグを設定する管理者が出ないようにサーバーの設定画面で明示的に有効にする設定項目を設けるべきという意味です。

[tkmrgit]

通知とお知らせは全く異なる
とのことなので問題にならなければ既読完了問題は起きないということにしておこう

・お知らせの必読がサーバー基準
ということはそのサーバー①にファイルを上げなければ良いのでは？と考える人が出てくる可能性がある

・他サーバー②からのセンシティブな投稿のRenote
他サーバー②にNSFWな投稿フラグ無しで行って(しかも他サーバー②ではそれが問題にすらならない場合も考えられる)それをRenoteする場合にサーバー①お知らせの既読はしたけど他サーバー②の画像なのでみたいな言い訳で流しちゃうことができる (連合しているが故の懸念、アカウントはいくらでも作れる可能性があるしサーバー①内の根本的な解決にはならない可能性)

このIssue、今のMisskeyのお知らせでは一応既読管理はできてる気がするけどそれのさらに上を用意するということよね

Lv1.既読が不要
Lv2.既読が必要
Lv3.既読が必要かつ既読してない場合に投稿を禁止←New!

[tkmrgit]

https://github.com/misskey-dev/misskey/blob/develop/packages/backend/src/server/api/endpoints/i/read-announcement.ts
あとはbotとかでi/read-announcementを使えば読まなくても自動既読化できちゃうのかな...

[syuilo]

センシティブ云々はユースケースのひとつとして例示されているだけであってこの機能の本質とは関係がないわね

[samunohito]

イチ意見として…

現状でもMisskeyを開いたらすぐ目に留まるくらい目立つ導線だと思うのですが、
それでも内容を確認せず（または意図的に無視して）行動を起こすユーザに向けたアプローチとして正しいのか少々疑問が残ります（もちろん、完全に無駄であるとまでは言いません）。

必読機能で投稿を封じたところで、内容を確認せずとも画面を操作すれば解除できてしまうので、そこまで効果が出ないのではないかと考えています。

[syuilo]

自分もこういう「読まないとアカウントが制限されるお知らせ」とかWebサービスでよく見かけるけど、大抵あまり自分に関係ない内容だったりして結局ポチポチ機械的に既読にするだけになってるわね

[tamaina]

特定のお知らせを読んだかどうかをロール条件とかにするとか

(でもロールでのノート制限はすべてのエンドポイントに対するレートリミットかパブリック投稿不許可ぐらいしか今のところできないけど

[tkmrgit]

必読機能で投稿を封じたところで、内容を確認せずとも画面を操作すれば解除できてしまうので、そこまで効果が出ない
結局ポチポチ機械的に既読にするだけ

せっかく機能を導入するなら実効性の高い機能としたいところ。お知らせを必読化したところで実効性がどれだけあるかは疑問かな...