Phương thức kiểm duyệt xếp chồng của Bluesky
(bsky.social)- Bluesky cho phép chồng các bộ lọc từ dịch vụ độc lập lên trên lớp an toàn cơ bản bằng kiểm duyệt xếp chồng, để người dùng tự điều chỉnh trải nghiệm mạng xã hội phù hợp với mình
- Ozone vừa được mã nguồn mở là công cụ cộng tác cho phép theo nhóm xem xét báo cáo, tạo nhãn và rà soát nội dung trên toàn mạng atproto
- Trải nghiệm ứng dụng mặc định do đội kiểm duyệt Bluesky hoạt động 24/7 cùng với hệ thống tự động hóa đảm nhiệm, và người dùng có thể gắn thêm các bộ lọc bổ sung
- Bộ lọc của dịch vụ kiểm duyệt độc lập trước tiên được cung cấp trên ứng dụng desktop rồi sau đó mở rộng sang di động, theo cách tìm và đăng ký giống như theo dõi một tài khoản
- Các dịch vụ gắn nhãn và kiểm duyệt có thể hoạt động trên toàn mạng atproto chứ không chỉ trong ứng dụng Bluesky, cho phép tạo cấu hình kiểm duyệt khác nhau theo từng ứng dụng
Cấu trúc kiểm duyệt do người dùng tự điều chỉnh
- Bluesky hướng tới việc để người dùng tự điều chỉnh không gian xã hội trực tuyến của mình
- Mạng xã hội truyền thống đã kết nối toàn thế giới, nhưng cũng dẫn tới việc quyền lực tập trung vào một số ít công ty và lãnh đạo
- Vì rất khó để một công ty duy nhất đặt ra hoàn hảo các tiêu chuẩn an toàn phù hợp với mọi quốc gia, văn hóa và cộng đồng, Bluesky đang xây dựng một hệ sinh thái kiểm duyệt theo cộng đồng
- Đội kiểm duyệt nội bộ của hãng hoạt động 24/7 để thực thi Nguyên tắc cộng đồng
- Đồng thời, Bluesky cung cấp công cụ an toàn mã nguồn mở và một hệ sinh thái kiểm duyệt để cộng đồng có thể tạo ra các không gian phù hợp với chuẩn mực và sở thích riêng
Công bố Ozone và dịch vụ kiểm duyệt độc lập
- Bluesky đã công bố mã nguồn mở cho công cụ kiểm duyệt cộng tác Ozone
- Với Ozone, cá nhân và nhóm có thể rà soát nội dung trên toàn mạng và gắn nhãn
- Từ cuối tuần này, người dùng sẽ có thể trực tiếp vận hành dịch vụ kiểm duyệt độc lập được tích hợp vào ứng dụng Bluesky
- Người dùng có thể tạo và đăng ký các dịch vụ kiểm duyệt bổ sung bên trên lớp kiểm duyệt cơ bản mà Bluesky yêu cầu
- Có thể xem kho mã Ozone trên GitHub
Ba nguyên tắc thiết kế
- Thiết kế dịch vụ kiểm duyệt của Bluesky tuân theo ba nguyên tắc
- Simple and Powerful: Giữ trải nghiệm mặc định đơn giản, đồng thời cung cấp tùy chọn tùy biến cho những người cần
- User Choice: Cho phép người dùng và cộng đồng tự xây dựng hệ thống kiểm duyệt của riêng mình
- Openness: Hướng tới một hệ thống mở để tăng niềm tin vào việc quản trị không gian số
- Bluesky đã chia sẻ ý tưởng composable moderation từ trước khi có tới 20.000 người dùng, và hiện nay đang phục vụ hơn 5 triệu người
Lựa chọn của người dùng được xếp chồng lên mặc định
- Người đăng ký Bluesky mặc định sẽ đăng ký dịch vụ kiểm duyệt tích hợp sẵn của Bluesky
- Dịch vụ mặc định này kết hợp xử lý báo cáo người dùng của đội ngũ hoạt động 24/7 với nhiều hệ thống kiểm duyệt tự động
- Người dùng có thể cài đặt bộ lọc từ các dịch vụ kiểm duyệt độc lập để xếp các lớp như khối ghép lên nền tảng mặc định của ứng dụng Bluesky
- Ở giai đoạn phát hành đầu tiên, bộ lọc dịch vụ kiểm duyệt độc lập sẽ được cung cấp trên phiên bản desktop
- Sau đó chúng cũng sẽ có trên di động để người dùng điều chỉnh trải nghiệm mạng xã hội trên nhiều nền tảng
- Có thể xem chi tiết hơn về cấu trúc kỹ thuật trong tài liệu kiến trúc kiểm duyệt của AT Protocol
Cách hoạt động từ góc nhìn người dùng
- Bluesky ưu tiên cung cấp trải nghiệm mặc định trực quan ngay từ khi cài ứng dụng
- Người dùng muốn tinh chỉnh sâu hơn có thể tìm, chọn và đăng ký các dịch vụ kiểm duyệt độc lập trong ứng dụng Bluesky
- Cách đăng ký được thiết kế đơn giản như theo dõi một tài khoản khác
- Ví dụ Spider Shield có thể là một dịch vụ kiểm duyệt dùng để chặn ảnh nhện
- Nếu người dùng cài dịch vụ này, các ảnh nhện đã được gắn nhãn sẽ biến mất khỏi trải nghiệm của họ
- Nếu phát hiện ảnh nhện chưa có nhãn, người dùng có thể dùng luồng báo cáo trong ứng dụng để yêu cầu Spider Shield xem xét
Những thay đổi đối với moderator
- Những người muốn cung cấp một lớp riêng bên trên lớp kiểm duyệt mặc định của ứng dụng Bluesky không cần vận hành quá nhiều hạ tầng hay tự xây ứng dụng client riêng
- Hiện tại vẫn cần một mức hiểu biết kỹ thuật nhất định, nhưng Bluesky cho rằng theo thời gian quy trình này sẽ trở nên đơn giản hơn
- Trước đây cũng đã có thể vận hành danh sách tắt tiếng hoặc danh sách chặn để người dùng khác đăng ký
- Các danh sách chặn phổ biến thường gắn chặt với tài khoản cá nhân, nên khi quy mô tăng lên có thể tạo gánh nặng lớn hơn, chẳng hạn người dùng trực tiếp tag người vận hành trong ứng dụng
- Ozone cho phép vận hành các dịch vụ tương tự danh sách chặn theo cách chi tiết hơn
- Có thể gắn nhãn không chỉ cho tài khoản mà cả cho từng bài đăng cụ thể
- Có thể truy cập hàng đợi báo cáo
- Người dùng có thể gửi báo cáo qua luồng báo cáo trong ứng dụng
- Có thể tạo nhãn tùy chỉnh và chỉ định mỗi nhãn sẽ kích hoạt hành động nào
- Dịch vụ không bị ràng buộc vào một người dùng cá nhân mà có thể được nhiều người cùng quản lý
- Trong ví dụ Spider Shield, dashboard Ozone cung cấp hàng đợi ảnh nhện bị báo cáo, giúp giảm việc mọi người phải trực tiếp tag người vận hành mỗi lần
- Các nhãn có thể được cấu hình khác nhau, chẳng hạn chặn ảnh nhện thật nhưng chỉ làm mờ tranh minh họa về nhện
- Nhiều người có thể cùng hỗ trợ xử lý báo cáo, hoặc chuyển giao dự án cho người khác mà không làm phiền người dùng
Cách nhà phát triển gắn nhãn
- Khi gắn nhãn cho nội dung, nhà phát triển có thể dùng phần mềm Bluesky như Ozone hoặc áp dụng nhãn trực tiếp qua API
- Ozone là công cụ giúp con người xem xét báo cáo kiểm duyệt, nhưng cũng có thể vận hành dịch vụ kiểm duyệt bằng gắn nhãn tự động
- Nếu muốn tạo Spider Shield thành một dịch vụ tự động dựa trên machine learning để tìm và gắn nhãn ảnh nhện, có thể triển khai mà không cần Ozone
- Nếu muốn chỉnh sửa Ozone cho phù hợp mục đích, có thể gửi PR hoặc fork dự án
- Bluesky cung cấp công cụ kiểm duyệt mã nguồn mở để các ứng dụng trong hệ sinh thái AT Protocol không phải xây lại từ đầu các vấn đề về tin cậy và an toàn
Nhãn và khả năng mở rộng của mạng atproto
- Các nhãn được thiết kế để mang tính tổng quát và có thể tùy biến
- Tính năng gắn nhãn ban đầu tập trung vào việc ẩn nội dung, chặn hoặc làm mờ nội dung
- Sau này chúng cũng có thể được dùng cho tuyển chọn nội dung hoặc xác minh
- Ví dụ, nhãn có thể được dùng để “xác minh” các tài khoản về thiên nhiên không đăng ảnh nhện
- Dịch vụ kiểm duyệt không bị giới hạn trong ứng dụng Bluesky mà có thể hoạt động trên toàn mạng atproto
- Nếu xuất hiện một ứng dụng chia sẻ ảnh mới tên là Skygram, dịch vụ kiểm duyệt Spider Shield được tạo cho Bluesky cũng có thể dùng trên Skygram
- Khả năng kết hợp như vậy là cốt lõi của composable moderation, cho phép trộn và dùng các thành phần giữa các ứng dụng khác nhau
Các lựa chọn vượt ra ngoài kiểm duyệt mặc định
- Người dùng ứng dụng Bluesky mặc định sẽ sử dụng dịch vụ kiểm duyệt của Bluesky
- Mọi nội dung hiển thị trong ứng dụng Bluesky đều phải tuân theo Nguyên tắc cộng đồng của Bluesky
- Nếu kiểm duyệt mặc định của Bluesky không phù hợp nhu cầu, người dùng có thể tạo hoặc dùng một ứng dụng client riêng để kết nối dịch vụ kiểm duyệt của mình
- Lựa chọn này đòi hỏi một ứng dụng client riêng kết nối với AT Protocol, nhưng mang lại sự linh hoạt để triển khai hệ thống kiểm duyệt riêng ngay từ đầu
Mối quan hệ giữa server và kiểm duyệt khác với Mastodon
- Kiểm duyệt của Bluesky không gắn với server như Mastodon
- Defederation của Mastodon là cách xử lý vấn đề kiểm duyệt bằng việc cắt kết nối giữa các server, nhưng với Bluesky thì điều này ít liên quan hơn vì có các lớp khác
- Nhà vận hành server có thể đặt ra quy tắc cho nội dung được lưu trữ, còn danh sách chặn và dịch vụ kiểm duyệt được dùng để cộng đồng tự tổ chức theo sở thích kiểm duyệt của mình
- Sự khác biệt trong cấu trúc liên kết của Bluesky được trình bày chi tiết hơn trong bài viết về federation
- Các dịch vụ kiểm duyệt có khả năng sẽ bắt đầu như những dự án vận hành cộng đồng, tương tự feed generator
- Bluesky hiện có hơn 40.000 feed tùy chỉnh, và các dịch vụ kiểm duyệt cũng có thể được vận hành như các dự án độc lập bởi cá nhân hoặc tổ chức
- Các dịch vụ kiểm duyệt thu phí thuê bao cũng là điều khả thi
1 bình luận
Các ý kiến trên Hacker News
Tôi thuộc nhóm triển khai tính năng này nên có thể trả lời câu hỏi. Giải thích ngắn gọn về mặt kỹ thuật thì nhìn chung đây là một hệ thống phát hành metadata gọi là Labels cho các bài đăng.
Khi client ứng dụng chỉ định trong header của request dịch vụ gán nhãn mà nó muốn dùng, các nhãn đó sẽ được đính kèm vào response và client có thể diễn giải chúng.
Đây là một hệ thống mở, nên client có thể chọn dùng labeler nào; client Bluesky hard-code cơ chế kiểm duyệt của Bluesky, nhưng các client khác có thể chọn labeler mặc định khác. Người dùng có thể thêm các labeler cộng đồng, và chúng tôi muốn phần lớn việc kiểm duyệt được xử lý ở tầng đó. Với nội dung bất hợp pháp hoặc lạm dụng mạng, cũng có “gỡ bỏ ở cấp hạ tầng” tại tầng dịch vụ, tức là chạy ở relay.
Trong ứng dụng, nó trông giống như một tài khoản đặc biệt mà bạn có thể đăng ký theo dõi để nhận thêm bộ lọc. Nhãn có thể trung lập hoặc tiêu cực, nên trên thực tế cũng có thể hoạt động như huy hiệu người dùng. Về sau chúng tôi dự định mở rộng để hỗ trợ metadata và hành vi phong phú hơn, nhằm dùng được cho các tính năng như ghi chú cộng đồng hoặc hạn chế trả lời dựa trên nhãn.
Tôi tò mò không biết có tiền lệ nào không. Gần nhất có lẽ lại là chính trang này, nhưng ở đây là opt-out chứ không thay thế được. Hoặc có thể là bộ lọc spam email từ góc nhìn quản trị viên máy chủ.
Tôi muốn biết việc này có ảnh hưởng đến client bên thứ ba không, và liệu đây có phải là một điểm tập trung hóa cũng như phần dễ bị lạm dụng kiểm duyệt hay không. Hay là Bluesky vận hành như một giao thức, nên dù muốn cũng không thể gỡ thứ gì ngoài client của chính họ? Tôi đang cố hiểu cấu trúc này.
Đặc biệt, việc áp dụng chức năng kiểu Steam Curator vào kiểm duyệt nội dung thật sự rất phù hợp, đến mức tôi tự hỏi sao trước đây mình không nghĩ ra.
Đọc lại thì có vẻ đây không phải là kiểu bình luận HN hữu ích cho lắm, nên tôi bổ sung: tôi cho rằng một trong những điểm hữu ích nhất của Internet là giúp khám phá những nơi chốn và ý tưởng mà bình thường ta sẽ không gặp hoặc không nghĩ tới. Cũng như đi tàu gỗ tới Bắc Cực, lang thang trên Internet đi kèm khá nhiều rủi ro, nhưng xét đến khả năng trưởng thành và thay đổi của cá nhân, rủi ro đó có thể đáng để chấp nhận.
Mô hình Internet như vậy hơi lỗi thời. Internet hiện nay phần lớn giống giải trí hơn, và Bluesky cũng tồn tại để giữ mắt bạn dán vào màn hình điện thoại như TikTok hay Instagram. Bluesky có phần trí tuệ hơn một chút, nhưng chỉ rất chút thôi.
Người ta thường không thấy vui ở những thứ gây bực bội, nên cũng dễ hiểu khi một công ty giải trí như Bluesky ám ảnh với kiểm duyệt nội dung để chỉ đưa đến người dùng những nội dung khiến họ thấy dễ chịu. Theo nghĩa đó, việc gán nhãn có vẻ hữu ích để cho người tiêu dùng biết thứ này có phù hợp với họ hay không, giống như xếp hạng phim.
Vì vậy, với Bluesky thì đây là điều tuyệt vời. Nhưng tôi xin lịch sự từ chối tham gia và sẽ dùng một nền tảng có mục đích khác.
Tôi thấy cách tiếp cận này có nhiều ưu điểm, nhưng có một điểm tôi vẫn hoài nghi.
Bài viết nhiều lần nhắc đến kiểm duyệt theo văn hóa, và tôi tò mò văn hóa mặc định mà việc kiểm duyệt toàn site giả định là gì. Là Mỹ chăng?
Tôi cũng muốn biết đội ngũ kiểm duyệt do Bluesky chi trả có phụ trách mọi ngôn ngữ hay chỉ các bài đăng tiếng Anh. Việc thuộc về một nền văn hóa không có “hỗ trợ chính thức” sẽ có ý nghĩa gì cũng là một vấn đề.
Trông rất giống hệ thống máy chủ của Mastodon. Cấu trúc giống như tham gia một máy chủ phù hợp với chính sách của mình, nhưng ở đây việc chuyển máy chủ dễ hơn nhiều. Một ý tưởng rất hay
Bluesky có danh tính thông qua DID. Nếu dùng web DID, danh tính được gắn với tên miền và hoàn toàn không liên quan đến hạ tầng Bluesky. Nó hoàn toàn nằm trong tay bạn, nhưng khó đổi tên hay miền một cách dễ dàng. Ngược lại, nếu dùng plc DID thì hiện tại dùng hạ tầng tập trung, nhưng có thể dễ dàng đổi tên hoặc miền. Trong trường hợp này, mỗi tài khoản sẽ có một DID
Có PDS hoặc “kho dữ liệu” lưu trữ nội dung bài đăng. Bạn có thể tự host hoặc dùng PDS tập trung của Bsky, và mỗi tài khoản chỉ có thể dùng một cái
Có một bộ lập chỉ mục thu thập bài đăng từ tất cả PDS/kho dữ liệu, và nó tạo ra “firehose” mà Bluesky nói tới. Cũng có relay để định tuyến và cache lưu lượng
Có app view cung cấp ứng dụng thực tế, chẳng hạn như Bluesky, và cũng có dịch vụ feed cung cấp “thuật toán” quyết định trang sẽ trông như thế nào. Bạn có thể đăng ký bao nhiêu feed tùy thích hoặc tự host chúng
Cuối cùng là các labeler được bàn ở đây. Khác với Mastodon, bạn có thể theo dõi nhiều labeler cùng lúc. Labeler có thể cung cấp cảnh báo nội dung tự động hoặc điều chỉnh thủ công. Điều quan trọng là, rốt cuộc dù labeler làm gì đi nữa, người dùng vẫn kiểm soát việc nó chỉ dừng ở cảnh báo/làm mờ hay thực sự ẩn nội dung
Mastodon buộc mọi thứ vào một máy chủ/instance, và quyền kiểm soát điều chỉnh rốt cuộc trở thành “tự vận hành instance và gánh toàn bộ công việc điều chỉnh” hoặc “dựa vào instance khác mà không có phương tiện giám sát”
Không có nghĩa là cách tiếp cận của Mastodon khi đó là vô lý, nhưng như đã nói, cách của Bluesky hợp lý hơn nhiều và cũng giúp người dùng di chuyển giữa các lựa chọn dễ dàng hơn nhiều
Vì việc tổng hợp diễn ra ở phía máy chủ, chứ không phải phía client như RSS. Ngoài ra, chỉ riêng việc không chặn một máy chủ cụ thể cũng có thể khiến máy chủ của bạn bị đưa vào blacklist. Vì vậy nó trở nên giống một đồ thị nơi bạn phải chọn độc quyền một trong nhiều mạng cô lập với nhau, hơn là một mạng lưới
Đây mới nên là cách làm đúng. Tôi có thể chặn những người đăng thứ tôi không muốn thấy, và cũng có thể chặn các nhóm người như vậy. Ngược lại, tôi có thể nhận diện những người và nhóm tôi muốn xem rồi cho họ đi qua vào timeline của mình
Tuy nhiên về lý thuyết có vẻ có thể tự tạo client của riêng mình, nhưng tôi không rõ thực tế sẽ vận hành thế nào. Có lẽ nội dung mà Bluesky không thích sẽ không được lưu trên máy chủ BlueSky
Không nên để một cộng đồng bị cấm chỉ vì họ nói về những điều tồi tệ đã xảy ra với họ. Tôi tò mò các kịch bản như vậy sẽ được xử lý ra sao
Có lẽ chỉ có thể làm xám nội dung. Nhưng với người dùng thì sao? Tôi tự hỏi liệu nội dung của người dùng đó cũng có bị làm xám không
Một ý tưởng thật sự tuyệt vời. Tôi thích ví dụ Spider Shield được nêu ra. Hy vọng nó sẽ được dùng cho đủ loại mục đích gần với điều chỉnh nội dung, như spoiler hay những chủ đề tạm thời chưa muốn đọc
Thành thật mà nói, khá xuất sắc. Đây là phiên bản chính thức và có thể mở rộng của các tiện ích trình duyệt từng chặn người theo kiểu đệ quy, chặn người dùng Twitter Blue, chặn người từng đăng bài lên một subreddit cụ thể, hoặc đánh dấu như masstagger
Biến danh sách chặn có thể lập trình thành tính năng hạng nhất là điều rất tốt
Có lẽ nó sẽ không cứu chúng ta khỏi những màn drama kiểu https://www.techdirt.com/2022/11/02/hey-elon-let-me-help-you..., nhưng dù sao đây vẫn là một tính năng đáng hoan nghênh. Sẽ rất thú vị xem những người bị đưa vào các danh sách chặn bên thứ ba phổ biến phản ứng thế nào
Liệu điều này có thật sự căn chỉnh đúng các động lực không?
Theo tôi thì không. Ngay cả khi người dùng chọn kiểm duyệt, họ vẫn phải có thể tạm thời tắt tính năng kiểm duyệt bất cứ lúc nào để xem màn hình không có bộ lọc. Họ phải có thể tháo kính ra bất cứ lúc nào. Nếu không, trong bối cảnh ý thức hệ, kiểm duyệt có thể biến chất thành kiểm duyệt nội dung, và BlueSky sẽ trở thành bạn của những người lèo lái dư luận
Ngay cả khi người dùng có thể tháo kính ra, việc kiểm duyệt vẫn rất có khả năng kìm hãm sản xuất nội dung. Nếu không ai nghe thì nói làm gì? Nhưng nếu cho phép người dùng thử tắt kiểm duyệt, mỗi người luôn có thể phán đoán liệu kiểm duyệt đang giúp ích hay đang là kiểm duyệt nội dung. Khi đó, vì việc kiểm duyệt có thể dễ dàng được phát hiện và đo lường, sẽ có áp lực buộc người kiểm duyệt phải hành xử hợp lý
Tôi nghĩ điều này cũng tốt cho các nhóm. Nếu các quy tắc kiểm duyệt của toàn bộ nhóm là cố định và người dùng không thể nhìn ra bên ngoài chúng, bản thân việc kiểm duyệt là một vị trí quyền lực, nên những người muốn quản lý dư luận sẽ tranh giành quyền lực như họ vẫn luôn làm. Ngược lại, nếu kiểm duyệt luôn dựa trên sự đồng thuận và vì thế yếu đi, các trò chơi xoay quanh việc kiểm soát dư luận sẽ giảm bớt
Các nhóm nên tự quản lý mình thông qua tư cách thành viên thì tốt hơn. Có thể khó để được vào, nhưng một khi đã vào, tiếng nói của mọi người phải được tất cả nghe thấy, bất kể kiểm duyệt. Kiểm duyệt nhẹ làm tăng giá trị của tư cách thành viên trong nhóm, và giúp dễ đặt ra các điều kiện gia nhập có ích cho việc tin tưởng lẫn nhau. Việc áp dụng những điều kiện đó một cách có thể quan sát và nhất quán lại là một vấn đề khác
Nói thật, tôi từng rất thích ý tưởng của BlueSky và là người dùng ban đầu. Nhưng tuần trước, khi thấy tin họ công bố đội ngũ Trust & Safety, hoặc ít nhất là tuyển lãnh đạo mới, tôi đã xóa ứng dụng
Trong đầu tôi, và với nhiều người, Trust and Safety là từ đồng nghĩa với kiểm duyệt nội dung
Đây là thời đại mà kiểm duyệt nội dung là một mối nguy khổng lồ đối với tự do. Một xã hội tự do phải có khả năng tranh luận, và bất kỳ cá nhân hay tổ chức nào cho rằng mình có đủ sự khôn ngoan để đặt ra giới hạn cho những gì mọi người được thảo luận đều là mối đe dọa đối với tự do
Tôi đã hy vọng BlueSky sẽ chọn con đường khác, nhưng giờ có vẻ không phải vậy
Tôi thắc mắc liệu blog của Bluesky có RSS feed không
Tuy nhiên có feed này (https://bsky.app/profile/did:plc:z72i7hdynmk6r22z27h6tvur/fe...) gom tất cả bài đăng của đội Bluesky. Đáng tiếc là cũng không thể tiêu thụ feed bsky như một RSS feed. Dù vậy, với từng tài khoản riêng lẻ, bạn có thể thêm
/rssvào URL hồ sơ để đăng ký qua RSS. Ví dụ, tài khoản đăng thông báo gốc là https://bsky.app/profile/safety.bsky.app/rssMột xã hội cực kỳ phân cực hẳn sẽ được hưởng lợi lớn nhờ các buồng vọng có thể cấu hình
Khác với thế giới vật lý, cũng không có giới hạn đất đai, và không gian mạng là vô hạn. Tôi không hiểu vì sao những người không chịu nổi nhau lại cứ muốn dí mặt vào nhau đến vậy
Bất kỳ ai từng dùng diễn đàn Internet dù chỉ một chút đều biết rằng, theo nghĩa rộng, một dạng kiểm duyệt nào đó là cần thiết. Cá nhân tôi sẽ không dùng một mạng xã hội khiến mình thường xuyên tiếp xúc với sự kỳ thị người chuyển giới. Không phải vì tôi không muốn nghe “lập trường của cả hai bên”, mà vì tôi đã có một lập trường phản đối vững chắc nhất có thể và không cần nghe thêm nữa. Có thể không có giải pháp tổng quát, nhưng tôi đánh giá cao điều Bluesky đang thử làm