แนวทางการทำคอนเทนต์ม็อดเดอเรชันแบบซ้อนชั้นของ Bluesky
(bsky.social)- Bluesky ใช้ การม็อดเดอเรชันแบบซ้อนชั้น โดยวางฟิลเตอร์จากบริการอิสระทับบนระบบความปลอดภัยพื้นฐาน เพื่อให้ผู้ใช้ปรับแต่งประสบการณ์โซเชียลให้เหมาะกับตนเองได้
- Ozone ที่เพิ่งเปิดซอร์สเป็นเครื่องมือทำงานร่วมกัน ซึ่งช่วยให้ทีมตรวจสอบรายงาน สร้างเลเบล และตรวจดูคอนเทนต์บนเครือข่าย atproto ได้
- ประสบการณ์พื้นฐานในแอปดูแลโดยทีมม็อดเดอเรชันของ Bluesky ที่ทำงานตลอด 24 ชั่วโมง พร้อมด้วย ระบบอัตโนมัติ และผู้ใช้สามารถเลือกเพิ่มฟิลเตอร์อื่นเข้าไปได้
- ฟิลเตอร์จากบริการม็อดเดอเรชันอิสระจะเริ่มให้ใช้บน แอปเดสก์ท็อป ก่อน แล้วจึงขยายไปยังมือถือ โดยใช้งานผ่านการค้นหาและกดติดตามสมัครรับเหมือนการติดตามบัญชี
- ผู้ให้บริการเลเบลและบริการม็อดเดอเรชันสามารถทำงานได้ครอบคลุมทั้ง เครือข่าย atproto ไม่ได้จำกัดแค่แอป Bluesky ทำให้ตั้งค่าการม็อดเดอเรชันต่างกันได้ในแต่ละแอป
โครงสร้างการม็อดเดอเรชันที่ผู้ใช้ปรับแต่งได้
- Bluesky มีเป้าหมายให้ผู้ใช้สามารถจัดแต่งพื้นที่โซเชียลออนไลน์ของตนเองได้
- โซเชียลมีเดียแบบเดิมเชื่อมผู้คนทั่วโลกเข้าหากัน แต่ก็ทำให้อำนาจไปรวมศูนย์อยู่กับบริษัทและผู้นำเพียงไม่กี่ราย
- เพราะเป็นเรื่องยากที่บริษัทเดียวจะกำหนดมาตรฐานความปลอดภัยให้เหมาะกับทุกประเทศ ทุกวัฒนธรรม และทุกชุมชนได้อย่างสมบูรณ์ จึงกำลังสร้าง ระบบนิเวศม็อดเดอเรชันรายชุมชน ขึ้นมา
- ทีมม็อดเดอเรชันภายในทำงานตลอด 24 ชั่วโมงเพื่อบังคับใช้ แนวปฏิบัติชุมชน
- พร้อมกันนั้นก็จัดเตรียม เครื่องมือความปลอดภัยแบบโอเพนซอร์ส และระบบนิเวศด้านม็อดเดอเรชัน เพื่อให้แต่ละชุมชนสร้างพื้นที่ที่สอดคล้องกับบรรทัดฐานและความต้องการของตนเองได้
การเปิด Ozone และบริการม็อดเดอเรชันอิสระ
- Bluesky เปิดซอร์สเครื่องมือม็อดเดอเรชันแบบทำงานร่วมกันชื่อ Ozone
- Ozone ช่วยให้บุคคลและทีมตรวจสอบคอนเทนต์ทั่วทั้งเครือข่ายและติดเลเบลได้
- ตั้งแต่ช่วงปลายสัปดาห์นี้ ผู้ใช้จะสามารถรัน บริการม็อดเดอเรชันอิสระ ที่ผสานเข้ากับแอป Bluesky ได้ด้วยตนเอง
- ผู้ใช้สามารถสร้างและสมัครรับบริการม็อดเดอเรชันเพิ่มเติมซ้อนบนระบบม็อดเดอเรชันพื้นฐานที่ Bluesky กำหนดไว้ได้
- ดู repository ของ Ozone ได้ที่ GitHub
หลักการออกแบบ 3 ข้อ
- การออกแบบบริการม็อดเดอเรชันของ Bluesky ยึดตาม 3 หลักการ
- Simple and Powerful: ทำให้ประสบการณ์พื้นฐานใช้งานง่าย ขณะเดียวกันก็มีตัวเลือกปรับแต่งสำหรับผู้ใช้ที่ต้องการ
- User Choice: เปิดให้ผู้ใช้และชุมชนสร้างระบบม็อดเดอเรชันของตนเองได้
- Openness: มุ่งสู่ระบบเปิดเพื่อเพิ่มความเชื่อมั่นต่อการกำกับดูแลพื้นที่ดิจิทัล
- Bluesky แชร์แนวคิด composable moderation มาตั้งแต่ตอนที่ยังมีผู้ใช้น้อยกว่า 20,000 คน และตอนนี้ให้บริการผู้ใช้มากกว่า 5 ล้านคนแล้ว
ทางเลือกของผู้ใช้ที่ซ้อนบนค่าเริ่มต้น
- ผู้สมัครใช้ Bluesky จะถูกสมัครใช้งานบริการม็อดเดอเรชันในตัวของ Bluesky โดยอัตโนมัติ
- บริการพื้นฐานนี้ผสานทั้งการจัดการรายงานจากผู้ใช้โดยทีมที่ทำงานตลอด 24 ชั่วโมง และ ระบบม็อดเดอเรชันอัตโนมัติ หลายรูปแบบ
- ผู้ใช้สามารถติดตั้งฟิลเตอร์จากบริการม็อดเดอเรชันอิสระ เพื่อวางซ้อนเป็นเลเยอร์เหมือนบล็อกบนพื้นฐานเดิมของแอป Bluesky ได้
- ในระยะแรกของการเปิดใช้งาน ฟิลเตอร์จากบริการม็อดเดอเรชันอิสระจะมีให้ใช้ใน เวอร์ชันเดสก์ท็อป
- หลังจากนั้นจะขยายไปยังมือถือ เพื่อให้ปรับแต่งประสบการณ์โซเชียลได้ในหลายแพลตฟอร์ม
- ดูรายละเอียดเชิงเทคนิคเพิ่มเติมได้ใน เอกสารสถาปัตยกรรมม็อดเดอเรชันของ AT Protocol
วิธีการทำงานที่ผู้ใช้มองเห็น
- Bluesky ให้ความสำคัญกับการมอบประสบการณ์พื้นฐานที่ใช้งานเข้าใจง่ายตั้งแต่ทันทีที่ติดตั้งแอป
- ผู้ใช้ที่ต้องการปรับแต่งละเอียดขึ้นสามารถค้นหา เลือก และสมัครใช้บริการม็อดเดอเรชันอิสระในแอป Bluesky ได้
- วิธีสมัครถูกออกแบบให้ทำได้ง่ายเหมือนการติดตามบัญชีอื่น
- ตัวอย่าง Spider Shield คือบริการม็อดเดอเรชันที่สามารถสร้างขึ้นมาเพื่อบล็อกรูปแมงมุม
- หากผู้ใช้ติดตั้งบริการนี้ รูปแมงมุมที่ถูกติดเลเบลจะหายไปจากประสบการณ์การใช้งานของผู้ใช้
- หากพบรูปแมงมุมที่ยังไม่มีเลเบล ก็สามารถขอให้ Spider Shield ตรวจสอบได้ผ่านขั้นตอนการรายงานภายในแอป
สิ่งที่เปลี่ยนไปสำหรับผู้ดูแลม็อดเดอเรชัน
- ผู้ที่ต้องการเพิ่มเลเยอร์แยกต่างหากบนระบบม็อดเดอเรชันพื้นฐานของแอป Bluesky ไม่จำเป็นต้องดูแลโครงสร้างพื้นฐานจำนวนมากหรือสร้างแอปไคลเอนต์ของตนเอง
- ตอนนี้ยังต้องอาศัยความรู้ทางเทคนิคในระดับหนึ่ง แต่ Bluesky มองว่ากระบวนการนี้จะง่ายขึ้นเมื่อเวลาผ่านไป
- ก่อนหน้านี้ก็สามารถดูแล รายการปิดเสียง หรือ รายการบล็อก ที่ผู้ใช้อื่นสมัครติดตามได้อยู่แล้ว
- รายการบล็อกที่ได้รับความนิยมมักผูกกับบัญชีส่วนบุคคลอย่างมาก ทำให้เมื่อขนาดใหญ่ขึ้นอาจกลายเป็นภาระ เช่น ผู้ใช้แท็กผู้ดูแลโดยตรงในแอป
- Ozone ช่วยให้ดูแลบริการลักษณะคล้ายรายการบล็อกได้ละเอียดมากขึ้น
- ติดเลเบลได้ไม่เฉพาะบัญชี แต่รวมถึงโพสต์เฉพาะรายการด้วย
- เข้าถึงคิวรายงานได้
- ผู้ใช้ส่งรายงานได้ผ่านขั้นตอนการรายงานในแอป
- สร้างเลเบลแบบกำหนดเองและระบุได้ว่าแต่ละเลเบลควรทำงานอย่างไร
- บริการไม่จำเป็นต้องผูกกับผู้ใช้รายเดียว และให้หลายคนช่วยกันดูแลได้
- ในตัวอย่าง Spider Shield แดชบอร์ด Ozone จะมีคิวรูปแมงมุมที่ถูกรายงานไว้ ช่วยลดความจำเป็นที่ผู้คนต้องแท็กผู้ดูแลโดยตรงทุกครั้ง
- เลเบลสามารถตั้งค่าให้ทำงานต่างกันได้ เช่น บล็อกรูปแมงมุมจริง แต่ทำให้ภาพวาดแมงมุมแสดงแบบเบลอ
- หลายคนสามารถช่วยจัดการรายงานได้ หรือส่งต่องานให้ผู้อื่นโดยไม่รบกวนผู้ใช้
วิธีที่นักพัฒนาติดเลเบล
- นักพัฒนาสามารถติดเลเบลให้คอนเทนต์ได้โดยใช้ซอฟต์แวร์ของ Bluesky อย่าง Ozone หรือจะใส่เลเบลผ่าน API โดยตรงก็ได้
- Ozone เป็นเครื่องมือที่ช่วยให้มนุษย์ตรวจสอบรายงานม็อดเดอเรชัน แต่ก็สามารถขับเคลื่อนบริการม็อดเดอเรชันด้วย การติดเลเบลอัตโนมัติ ได้เช่นกัน
- หากต้องการสร้าง Spider Shield เป็นบริการอัตโนมัติบนพื้นฐานแมชชีนเลิร์นนิงเพื่อค้นหาและติดเลเบลรูปแมงมุม ก็ทำได้โดยไม่ต้องใช้ Ozone
- หากต้องการปรับ Ozone ให้ตรงกับจุดประสงค์ ก็สามารถส่ง PR หรือ fork โปรเจกต์ได้
- Bluesky จัดเตรียม เครื่องมือม็อดเดอเรชันแบบโอเพนซอร์ส เพื่อไม่ให้แอปในระบบนิเวศ AT Protocol ต้องเริ่มสร้างระบบความเชื่อถือและความปลอดภัยกันใหม่ทั้งหมดตั้งแต่ต้น
การขยายตัวของเลเบลและเครือข่าย atproto
- เลเบลถูกออกแบบให้ใช้งานได้ทั่วไปและปรับแต่งได้
- ความสามารถด้านเลเบลในช่วงแรกเน้นไปที่การซ่อน บล็อก หรือทำให้คอนเทนต์เบลอ
- ต่อไปอาจนำไปใช้กับการคิวเรตหรือการยืนยันตัวตนได้ด้วย
- ตัวอย่างเช่น อาจใช้เลเบลเพื่อ “ยืนยัน” บัญชีสายธรรมชาติที่ไม่โพสต์รูปแมงมุมก็ได้
- บริการม็อดเดอเรชันไม่ได้จำกัดอยู่แค่ในแอป Bluesky แต่สามารถทำงานได้บน เครือข่าย atproto ทั้งหมด
- หากมีแอปแชร์รูปใหม่ชื่อ Skygram เกิดขึ้น บริการม็อดเดอเรชัน Spider Shield ที่สร้างไว้สำหรับ Bluesky ก็สามารถนำไปใช้บน Skygram ได้เช่นกัน
- ความสามารถในการนำองค์ประกอบเหล่านี้มาผสมกันได้คือหัวใจของ composable moderation และทำให้ใช้ส่วนประกอบข้ามแอปที่ต่างกันได้
ทางเลือกนอกเหนือจากม็อดเดอเรชันพื้นฐาน
- ผู้ใช้แอป Bluesky จะใช้บริการม็อดเดอเรชันของ Bluesky เป็นค่าเริ่มต้น
- คอนเทนต์ทั้งหมดที่แสดงในแอป Bluesky ต้องเป็นไปตามแนวปฏิบัติชุมชนของ Bluesky
- หากม็อดเดอเรชันพื้นฐานของ Bluesky ไม่ตรงกับความต้องการ ก็สามารถสร้างหรือใช้แอปไคลเอนต์แยกต่างหากเพื่อเชื่อมต่อบริการม็อดเดอเรชันของตนเองได้
- ตัวเลือกนี้ต้องอาศัยแอปไคลเอนต์แยกที่เชื่อมกับ AT Protocol แต่ให้ความยืดหยุ่นในการสร้างระบบม็อดเดอเรชันของตัวเองตั้งแต่ต้น
ความสัมพันธ์ระหว่างเซิร์ฟเวอร์กับม็อดเดอเรชันที่ต่างจาก Mastodon
- ม็อดเดอเรชันของ Bluesky ไม่ได้ผูกกับเซิร์ฟเวอร์แบบ Mastodon
- defederation ของ Mastodon เป็นวิธีจัดการปัญหาม็อดเดอเรชันด้วยการตัดการเชื่อมต่อระหว่างเซิร์ฟเวอร์ แต่ใน Bluesky มีเลเยอร์อื่นรองรับอยู่แล้ว จึงเกี่ยวข้องในลักษณะเดียวกันน้อยกว่า
- ผู้ดูแลเซิร์ฟเวอร์สามารถกำหนดกฎของคอนเทนต์ที่ตนโฮสต์ได้ และชุมชนสามารถใช้รายการบล็อกกับบริการม็อดเดอเรชันในการจัดระเบียบตัวเองตามความต้องการด้านม็อดเดอเรชัน
- ดูรายละเอียดเพิ่มเติมเกี่ยวกับความต่างด้าน federation ได้ใน บทความเกี่ยวกับ federation
- บริการม็อดเดอเรชันมีแนวโน้มจะเริ่มต้นในฐานะโปรเจกต์บริหารชุมชน คล้ายกับ feed generator
- Bluesky มี custom feed มากกว่า 40,000 รายการ และบริการม็อดเดอเรชันก็สามารถดำเนินการเป็นโปรเจกต์อิสระโดยบุคคลหรือองค์กรได้
- รวมถึงสามารถมีบริการม็อดเดอเรชันแบบเก็บค่าสมาชิกได้ด้วย
1 ความคิดเห็น
ความคิดเห็นบน Hacker News
ผมอยู่ในทีมที่ทำฟีเจอร์นี้ จึงตอบคำถามได้ ถ้าอธิบายเชิงเทคนิคแบบสั้น ๆ โดยรวมแล้วมันคือระบบที่เผยแพร่เมทาดาตาที่เรียกว่า Labels ให้กับโพสต์
เมื่อไคลเอนต์แอปพลิเคชันระบุบริการติดป้ายกำกับที่ต้องการใช้ใน request header ป้ายนั้นจะถูกแนบมากับ response และไคลเอนต์สามารถตีความได้
นี่เป็น ระบบเปิด ดังนั้นไคลเอนต์จึงเลือกได้ว่าจะใช้ labeler ใด และแม้ไคลเอนต์ของ Bluesky จะฮาร์ดโค้ดการมอดเดอเรชันของ Bluesky ไว้ แต่ไคลเอนต์อื่นสามารถเลือก labeler เริ่มต้นแบบอื่นได้ ผู้ใช้สามารถเพิ่ม labeler ของชุมชนได้ และเราตั้งใจให้การมอดเดอเรชันส่วนใหญ่ถูกจัดการในชั้นนั้น สำหรับเนื้อหาผิดกฎหมายหรือการละเมิดเครือข่าย ยังมี “การลบในระดับโครงสร้างพื้นฐาน” ที่ทำงานในชั้นบริการ หรือก็คือที่รีเลย์ด้วย
ภายในแอป มันจะดูเหมือนบัญชีพิเศษที่คุณสมัครติดตามเพื่อรับตัวกรองเพิ่มเติมได้ ป้ายกำกับอาจเป็นกลางหรือเชิงลบได้ จึงสามารถทำงานเหมือนแบดจ์ผู้ใช้ได้ในทางปฏิบัติ ต่อไปเราจะขยายให้รองรับเมทาดาตาและการทำงานที่สมบูรณ์ยิ่งขึ้น เพื่อให้ใช้กับฟีเจอร์อย่าง Community Notes หรือการจำกัดการตอบกลับตามป้ายกำกับได้
อยากรู้ว่ามีตัวอย่างก่อนหน้านี้ไหม สิ่งที่ใกล้ที่สุดกลับเป็นไซต์นี้เอง ซึ่งเป็นแบบ opt-out แต่เปลี่ยนแทนไม่ได้ หรือไม่ก็อาจเป็นตัวกรองสแปมอีเมลจากมุมมองของผู้ดูแลเซิร์ฟเวอร์
อยากรู้ว่ามันส่งผลต่อไคลเอนต์ third-party ด้วยหรือไม่ และเป็นจุดรวมศูนย์ที่เปิดช่องให้มีการใช้อำนาจมอดเดอเรชันในทางที่ผิดหรือเปล่า หรือผมกำลังพยายามเข้าใจว่า Bluesky ทำงานเป็นโปรโตคอล จนแม้จะต้องการก็ไม่สามารถถอดอะไรออกนอกไคลเอนต์ของตัวเองได้หรือไม่
โดยเฉพาะการนำฟีเจอร์สไตล์ Steam Curator มาใช้กับการมอดเดอเรตคอนเทนต์นั้นเหมาะจริง ๆ จนรู้สึกว่าทำไมถึงไม่มีใครคิดได้เร็วกว่านี้
พอกลับมาอ่านอีกที เหมือนนี่จะไม่ใช่คอมเมนต์แบบ HN ที่เป็นประโยชน์นัก เลยขอเสริมว่า หนึ่งในสิ่งที่มีประโยชน์ที่สุดของอินเทอร์เน็ตคือการได้สำรวจสถานที่และไอเดียที่ปกติเราอาจไม่เคยเจอหรือไม่เคยคิดถึง การท่องอินเทอร์เน็ตก็มีความเสี่ยงไม่น้อย เหมือนการขึ้นเรือไม้ไปขั้วโลกเหนือ แต่เมื่อคิดถึงโอกาสในการเติบโตและเปลี่ยนแปลงส่วนบุคคล ความเสี่ยงนั้นก็อาจคุ้มที่จะรับ
โมเดลอินเทอร์เน็ตแบบนี้ค่อนข้างเชยแล้ว ทุกวันนี้อินเทอร์เน็ตส่วนใหญ่คล้ายความบันเทิง และ Bluesky ก็มีอยู่เพื่อดึงสายตาให้ติดอยู่กับหน้าจอโทรศัพท์เหมือน TikTok หรือ Instagram แม้ Bluesky จะดูมีปัญญากว่าเล็กน้อย แต่ก็แค่นิดเดียวเท่านั้น
คนทั่วไปมักไม่รู้สึกสนุกกับสิ่งที่ทำให้หงุดหงิด ดังนั้นจึงเข้าใจได้ที่บริษัทความบันเทิงอย่าง Bluesky จะหมกมุ่นกับการมอดเดอเรตคอนเทนต์ เพื่อให้มีแต่คอนเทนต์ที่ผู้ใช้รู้สึกเพลิดเพลินส่งไปถึงผู้ใช้ ในแง่นั้น การติดป้ายกำกับก็ดูมีประโยชน์ในการบอกผู้บริโภคว่าสิ่งนี้เหมาะกับตัวเองหรือไม่ คล้ายเรตภาพยนตร์
ดังนั้นสำหรับ Bluesky แล้ว นี่ถือว่ายอดเยี่ยม แต่ผมขอปฏิเสธการสมัครอย่างสุภาพ และจะใช้แพลตฟอร์มที่มีจุดประสงค์ต่างออกไป
ผมเห็นข้อดีของแนวทางนี้อยู่มาก แต่มีอยู่เรื่องหนึ่งที่ยังสงสัย
ในบทความพูดถึง การมอดเดอเรชันตามวัฒนธรรม หลายครั้ง เลยสงสัยว่าวัฒนธรรมพื้นฐานที่การมอดเดอเรชันทั้งไซต์ตั้งสมมติฐานไว้นั้นคืออะไร เป็นสหรัฐฯ หรือเปล่า?
อยากรู้ว่าทีมมอดเดอเรชันที่ Bluesky ออกค่าใช้จ่ายให้ดูแลทุกภาษา หรือดูแลเฉพาะโพสต์ภาษาอังกฤษ และการอยู่ในวัฒนธรรมที่ไม่มี “การสนับสนุนอย่างเป็นทางการ” หมายความว่าอย่างไรก็เป็นประเด็นด้วย
ดูคล้ายกับระบบเซิร์ฟเวอร์ของ Mastodon มาก เป็นโครงสร้างแบบเดียวกับการสมัครเข้าร่วมเซิร์ฟเวอร์ที่ตรงกับนโยบายของตัวเอง แต่ในกรณีนี้ การย้ายเซิร์ฟเวอร์ ทำได้ง่ายกว่ามาก เป็นไอเดียที่ดีมาก
Bluesky มีตัวตนผ่าน DID ถ้าใช้ web DID ตัวตนจะผูกกับชื่อโดเมน และไม่เชื่อมกับโครงสร้างพื้นฐานของ Bluesky เลย อยู่ในมือของตัวเองทั้งหมด แต่การเปลี่ยนชื่อหรือโดเมนทำได้ไม่ง่ายนัก ในทางกลับกัน ถ้าใช้ plc DID ตอนนี้จะใช้โครงสร้างพื้นฐานแบบรวมศูนย์ แต่สามารถเปลี่ยนชื่อหรือโดเมนได้ง่าย ในกรณีนี้จะมี DID หนึ่งอันต่อบัญชี
มี PDS หรือ “ที่เก็บข้อมูล” สำหรับเก็บเนื้อหาโพสต์ จะโฮสต์เองหรือใช้ PDS กลางของ Bsky ก็ได้ และใช้ได้เพียงหนึ่งรายการต่อบัญชี
มีตัวทำดัชนีที่รวบรวมโพสต์จาก PDS/ที่เก็บข้อมูลทั้งหมด และสิ่งนี้สร้าง “firehose” ที่ Bluesky พูดถึง นอกจากนี้ยังมี relay สำหรับ route ทราฟฟิกและแคชด้วย
มี app view ที่ให้บริการแอปพลิเคชันจริง เช่น Bluesky และยังมี feed service ที่ให้ “อัลกอริทึม” สำหรับกำหนดว่าหน้าจะดูเป็นอย่างไร ฟีดแบบนี้จะสมัครติดตามเท่าไรก็ได้ตามต้องการ หรือจะโฮสต์เองก็ได้
สุดท้ายคือ labeler ที่พูดถึงในที่นี้ ต่างจาก Mastodon ตรงที่สามารถติดตาม labeler หลายตัวพร้อมกันได้ labeler สามารถให้คำเตือนเนื้อหาอัตโนมัติหรือการมอดเดอเรตแบบทำเองได้ สิ่งสำคัญคือท้ายที่สุด ไม่ว่า labeler จะทำอะไร ผู้ใช้ก็เป็นคนควบคุมว่าสิ่งนั้นจะเป็นแค่คำเตือน/การเบลอ หรือจะซ่อนเนื้อหาจริง ๆ
Mastodon ผูกทุกอย่างไว้กับเซิร์ฟเวอร์/อินสแตนซ์เดียว และการควบคุมการมอดเดอเรตลงเอยเป็น “เปิดอินสแตนซ์เองและรับงานมอดเดอเรตทั้งหมดไว้” หรือ “พึ่งพาอินสแตนซ์อื่นโดยไม่มีวิธีเฝ้าดู”
ไม่ได้หมายความว่าแนวทางของ Mastodon ไม่สมเหตุสมผลในเวลานั้น แต่ตามที่พูดไว้ วิธีของ Bluesky สมเหตุสมผลกว่ามาก และผู้ใช้ก็ย้ายไปมาระหว่างตัวเลือกได้ง่ายกว่ามาก
เพราะเป็นการรวมข้อมูลฝั่งเซิร์ฟเวอร์ ไม่ใช่การรวบรวมฝั่งไคลเอนต์แบบ RSS อีกอย่าง แค่ไม่บล็อกเซิร์ฟเวอร์บางแห่ง เซิร์ฟเวอร์ของตัวเองก็อาจถูกขึ้นบัญชีดำได้แล้ว ดังนั้นมันจึงกลายเป็นกราฟที่ต้องเลือกหนึ่งในหลายเครือข่ายที่แยกตัวจากกันแบบเอกสิทธิ์ มากกว่าจะเป็นเครือข่ายเดียว
นี่ควรเป็นวิธีที่ถูกต้อง ผมสามารถบล็อกคนที่โพสต์สิ่งที่ผมไม่อยากเห็นได้ และสามารถบล็อกกลุ่มของคนเหล่านั้นได้ด้วย ในทางกลับกัน ผมสามารถระบุตัวคนและกลุ่มที่ผมอยากเห็น แล้วปล่อยให้ผ่านเข้ามาในไทม์ไลน์ของผมได้
แต่ในทางทฤษฎี ดูเหมือนว่าจะสร้างไคลเอนต์ของตัวเองได้ ผมไม่แน่ใจว่าจริง ๆ แล้วจะทำงานอย่างไร บางทีเนื้อหาที่ Bluesky ไม่ชอบคงจะไม่ถูกเก็บไว้บนเซิร์ฟเวอร์ของ BlueSky
ไม่ควรให้ชุมชนของตัวเองถูกแบนเพียงเพราะพูดถึงเรื่องเลวร้ายที่เกิดขึ้นกับพวกเขา ผมสงสัยว่าสถานการณ์แบบนั้นจะถูกจัดการอย่างไร
บางทีอาจทำได้แค่แสดงเนื้อหาเป็นสีเทา แล้วผู้ใช้ล่ะจะทำอย่างไร? ผมสงสัยว่าเนื้อหาของผู้ใช้คนนั้นก็จะถูกทำให้เป็นสีเทาด้วยหรือไม่
เป็นไอเดียที่เจ๋งจริง ๆ ชอบ Spider Shield ที่ยกมาเป็นตัวอย่าง หวังว่าจะถูกใช้กับสารพัดกรณีที่อยู่ใกล้เคียงกับการมอดเดอเรต เช่น สปอยเลอร์ หรือหัวข้อที่ยังไม่อยากอ่านในช่วงนี้
พูดตรง ๆ ว่าค่อนข้างยอดเยี่ยมเลย เป็นเวอร์ชันทางการและขยายได้ของส่วนขยายเบราว์เซอร์ที่เคยบล็อกคนแบบ recursive, บล็อกผู้ใช้ Twitter Blue, บล็อกคนที่โพสต์ใน subreddit บางแห่ง หรือทำเครื่องหมายให้ดูเหมือน masstagger
การทำให้ รายการบล็อกที่เขียนโปรแกรมได้ เป็นฟีเจอร์ชั้นหนึ่งเป็นเรื่องดีมาก
คงไม่ได้ช่วยให้รอดจากดราม่าแบบ https://www.techdirt.com/2022/11/02/hey-elon-let-me-help-you... แต่ก็ยังเป็นฟีเจอร์ที่น่ายินดีอยู่ดี น่าสนใจว่าคนที่ไปอยู่ในรายการบล็อกของบุคคลที่สามที่ได้รับความนิยมจะมีปฏิกิริยาอย่างไร
แบบนี้จัดแรงจูงใจได้ถูกต้องจริงหรือ?
ผมว่าไม่ใช่ ต่อให้ผู้ใช้เลือกการมอดเดอเรชัน ก็ควรสามารถปิดฟีเจอร์มอดเดอเรชันชั่วคราวได้ทุกเมื่อ และดูหน้าจอที่ไม่มีฟิลเตอร์ได้ ควรถอดแว่นได้ทุกเมื่อ ไม่อย่างนั้นในบริบททางอุดมการณ์ การมอดเดอเรชันอาจกลายสภาพเป็นการเซ็นเซอร์ และ BlueSky ก็จะกลายเป็นเพื่อนของคนที่ชักนำกระแสสาธารณะ
แม้ผู้ใช้จะถอดแว่นได้ การมอดเดอเรชันก็ยังมีแนวโน้มสูงที่จะกดการผลิตคอนเทนต์ ถ้าไม่มีใครฟัง แล้วจะพูดไปทำไม? แต่ถ้าเปิดให้ผู้ใช้ทดลองปิดการมอดเดอเรชันได้ แต่ละคนก็จะตัดสินได้เสมอว่าการมอดเดอเรชันช่วยจริงหรือเป็นการเซ็นเซอร์ แบบนั้นการมอดเดอเรชันจะถูกค้นพบและวัดผลได้ง่าย จึงเกิดแรงกดดันให้ผู้มอดเดอเรตทำตัวอย่างสมเหตุสมผล
ผมคิดว่านี่ดีต่อกลุ่มด้วย ถ้ากฎการมอดเดอเรชันของทั้งกลุ่มถูกกำหนดตายตัว และผู้ใช้มองทะลุไปอีกฝั่งไม่ได้ ตัวการมอดเดอเรชันเองก็เป็นตำแหน่งที่ทรงพลัง จนคนที่อยากจัดการความเห็นสาธารณะจะเข้ามาชิงอำนาจกันเหมือนที่เป็นอยู่เสมอ ในทางกลับกัน ถ้าการมอดเดอเรชันอ่อนแรงลงเพราะตั้งอยู่บนความยินยอมเสมอ เกมรอบการควบคุมความเห็นสาธารณะก็จะลดลง
กลุ่มควรจัดการตัวเองผ่านคุณสมบัติสมาชิกมากกว่า อาจเข้ายากได้ แต่เมื่อเข้าแล้ว เสียงของทุกคนควรถูกได้ยินโดยทุกคน ไม่เกี่ยวกับการมอดเดอเรชัน การมอดเดอเรชันแบบอ่อนจะเพิ่มคุณค่าของการเป็นสมาชิกกลุ่ม และทำให้ตั้งเงื่อนไขการเข้าร่วมที่ช่วยให้เชื่อใจกันได้ง่ายขึ้น ส่วนการทำให้เงื่อนไขเหล่านั้นสังเกตได้และบังคับใช้อย่างสม่ำเสมอเป็นอีกปัญหาหนึ่ง
พูดตรง ๆ คือผมชอบไอเดียของ BlueSky มาก และเป็นผู้ใช้ยุคแรก ๆ แต่พอเห็นข่าวเมื่อสัปดาห์ที่แล้วว่าประกาศทีม Trust & Safety หรืออย่างน้อยก็จ้างหัวหน้าคนใหม่ ผมก็ลบแอปทิ้ง
ในหัวผม และสำหรับหลาย ๆ คน Trust and Safety เป็นคำพ้องความหมายของการเซ็นเซอร์
ตอนนี้เป็นยุคที่การเซ็นเซอร์เป็นอันตรายใหญ่หลวงต่อเสรีภาพ สังคมเสรีต้องสามารถถกเถียงกันได้ และคนหรือองค์กรที่ตัดสินว่าตัวเองมีปัญญาพอจะกำหนดขอบเขตว่าผู้คนสามารถถกเถียงเรื่องอะไรได้ คือภัยคุกคามต่อเสรีภาพ
ผมหวังว่า BlueSky จะเลือกเส้นทางอื่น แต่ตอนนี้ดูเหมือนไม่ใช่แล้ว
สงสัยว่าบล็อกของ Bluesky มี RSS feed ไหม
แต่มีฟีดนี้ (https://bsky.app/profile/did:plc:z72i7hdynmk6r22z27h6tvur/fe...) ที่รวบรวมโพสต์ทั้งหมดของทีม Bluesky ไว้ น่าเสียดายที่การบริโภค bsky feed เป็น RSS feed ก็ทำไม่ได้เช่นกัน แต่สำหรับบัญชีรายตัว สามารถสมัครรับผ่าน RSS ได้โดยเติม
/rssต่อท้าย URL โปรไฟล์ เช่น บัญชีที่โพสต์ประกาศต้นฉบับคือ https://bsky.app/profile/safety.bsky.app/rssสังคมที่แตกแยกสุดขั้วคงได้ประโยชน์มากจาก ห้องเสียงสะท้อน ที่ตั้งค่าได้สินะ
ต่างจากโลกกายภาพ ตรงที่ไม่มีข้อจำกัดเรื่องที่ดิน และไซเบอร์สเปซก็ไม่มีที่สิ้นสุด ไม่เข้าใจว่าทำไมคนที่ทนกันไม่ได้ถึงอยากเอาหน้าไปจ่อกันขนาดนั้น
ใครก็ตามที่เคยใช้เว็บบอร์ดอินเทอร์เน็ตมาบ้างย่อมรู้ว่า ในความหมายกว้าง ๆ การมอดเดอเรชันบางประเภทเป็นสิ่งจำเป็น ส่วนตัวผมจะไม่ใช้โซเชียลเน็ตเวิร์กที่ทำให้ต้องเจอกับความเกลียดชังคนข้ามเพศเป็นประจำ ไม่ใช่เพราะไม่อยากฟัง “ทั้งสองฝ่าย” แต่เพราะผมมีจุดยืนที่คัดค้านอย่างมั่นคงที่สุดเท่าที่เป็นไปได้อยู่แล้ว และไม่จำเป็นต้องฟังเพิ่ม อาจไม่มีทางออกทั่วไปก็ได้ แต่ผมชื่นชมสิ่งที่ Bluesky กำลังลองทำ