2 ポイント 投稿者 GN⁺ 4 시간 전 | 1件のコメント | WhatsAppで共有
  • コンテンツだけが見えていたウェブサイトに訪問者の存在感を重ね、同じページにいる人たちが互いを見て短く会話できるようにする
  • アカウントやアルゴリズムなしで現在接続中の人だけを可視化する方式で、複雑なソーシャル機能より即時性に焦点を当てている
  • 導入は </body> の前に単一の <script> タグを貼り付ける方式で、ビルド段階や別個の依存関係は不要
  • デモでは方向キーでの移動、T で話す、J でジャンプ、H でハイタッチといった軽いインタラクションを提供
  • Hacker News 公開後はデモが混み合っており、遅延・混雑・ボットがいる可能性があるが、実際の各サイトにはそれぞれ別個の TownSquare とコミュニティが生まれる

ウェブサイトに小さなリアルタイム空間を追加

  • TownSquare はコンテンツ中心のウェブサイトに人が一緒にいる感覚を加えるツール
  • 訪問者は同じページ内で互いを見ることができ、少し言葉を交わしながら同じ空間を共有できる
  • 基本方針は No accountsNo algorithms、"Just the present"
  • 追加プロセスはシンプルな流れで構成される
    • </body> の前に単一の <script> タグを貼り付ける
    • 訪問者が到着するとすぐに互いが見える
    • 訪問者が移動し、環境とインタラクションし、あいさつし、その瞬間を共有する
  • 無料で追加でき、アカウント作成は不要で、所要時間は約1分と案内されている

デモと現在の状況

  • ライブデモでは Activate demo を押して共有空間に入る
  • 操作方法はクリック、タップ、 での移動に対応
    • T を押すか名前をタップすると話せる
    • J はジャンプ、H はほかの人とのハイタッチ
  • TownSquare はサイトを「inhabited corners of the web」のネットワークにつなぐことを目指している
  • 公開指標エリアには登録された TownSquares、地図上の項目、やり取りされたメッセージ、GitHub stars が表示されるが、提供された本文には数値はない
  • Hacker News に掲載された後、公開デモは overflowing な状態になっており、遅延、混雑した部屋、いくつかのボットがいる可能性がある
    • 実際には各ウェブサイトが独自の TownSquare と独自のコミュニティを持ち、通常はもっと静かで親しみやすいと案内されている
    • 運営者は moderation system の改善に取り組んでおり、その間は互いに親切で敬意を持って接してほしいと求めている

1件のコメント

 
GN⁺ 4 시간 전
Hacker Newsのコメント
  • ページ自体のタウンスクエアを見たけど、今のところはおおむね、ただ攻撃的なことを言うために集まった人たちで埋まっている

    • 長年いろいろなコミュニティでモデレーターをやってきたけど—90年代のBBC、2000〜2010年代のニッチなフォーラム、2020年代のReddit板—今では、迷惑ユーザー同士を混ぜておくシャドウサービスを運営するのが最善かもしれないと思うようになった
      LLMの登場で、こういう「コミュニティ参加者」を別に流しておく道が開けた。去るか静かにする代わりに、面白がって反社会的に貢献したがる人たちは、自分たちと同じくらいやり返してくるインタラクティブなエコーチェンバーに参加すればいい。強力なモデルすら必要ないので、コミュニティ側にとっては、共同体の放火魔たちと共存しようと苦労する代替案より総コストが低い可能性が高い
      何年も、人を生産的に「内側へ」引き込む方法を探してきたが、場合によっては中間点を見つけること自体が個人にもコミュニティにもまったく価値がなく、徒労にすぎないと気づいた。彼らは燃えるのを見たがっていて、コミュニティはただ彼らに出ていってほしいだけだ
    • 300msくらい経った時点で「モデレーションが問題になるな」と思った
    • とても軽量で高速なLLMがメッセージをリアルタイムで審査できるかもしれない。ただ、コストがどれくらいになるかは分からない
    • つまりTwitterプラグインってこと?
  • 気に入った。HNの訪問者の一人が延々と「dick and balls」だけ打っているのも気に入った。モデレーター不在の匿名広場なんて、まさにそういうものだよね

    • 間違っていなければ、それはdangだった
  • 面白そうだった
    残念ながら入ってみたら、誰かがボットをつないで複数人で「dick and balls」をひたすらスパムしていた
    とはいえ、注目を集めれば予想できることではある。別のサイトでは良い追加機能になりそうだし、コンセプトも素晴らしい

  • サンプルスクリーンショットとライブデモにおける一般的なインターネット行動の対比が面白い

    • 言い換えると、インターネットと接触した後でも生き残れるモデレーション/検閲/フィルタリングのやり方はない。ただ不可能だ。人はそれを挑戦課題として受け取り、有用性を保ちながらそれを処理するシステムは設計できない
      単語を禁止すれば人はタイプミスや別の綴りを導入する。概念を禁止すれば概念そのものを変える。最近流行っている「unalive」みたいなものがその例だ。人が不快に振る舞いたければそう振る舞うし、新しい単語を作ったり婉曲表現を使ったりして意図を伝える
  • モデレーション、モデレーション、モデレーション。大問題だ
    自分のブラウザゲーム/エンジンにも似たようなモデレーション懸念があるが、罵り言葉は止めず侮辱的な蔑称だけを禁止している。その代わり、その単語が許可されていないという視覚的ヒントは一切出さない
    プレイヤーが入力内容を見られる唯一の場所は共有カードで、ゲームを終えて共有カードにたどり着いて初めて攻撃的な単語がREDACTED処理されていると分かる
    つまり、いたずらがどこにもつながらないと気づくまでのフィードバックループを長くしているわけだ

    • 蔑称と罵り言葉の違いって何?
    • あるいは、ただ人に話させておけばいいのでは? ソーシャル機能を使う人はだいたい他人と話したいから使うのであって、そこには本質的なリスクがある
  • 本当にクールだ。自分の小さなウェブバース領域で、特定の人たちを入れないようにする方法はあるんだろうか?
    コメントを読んでいて、何人かの意地悪な人たちが現れないよう自分のサイトからだけ吹き飛ばせるなら—できればDoomのショットガンで—喜んで使いたいと思った。あと、自分で設定できるフィルター、たとえば蔑称などを自動ブロックする機能もあるといい。他の人は好きに運営すればいいけれど、有害な人たちがすべてを台無しにするのにはもううんざりだ

  • 去年、似たようなものを作った。ページ右下に吹き出しのように付くP2Pチャットポップアップで、すべての訪問者がお互いにチャットできるようにするものだ。簡単なキーワードベースのモデレーションが内蔵されていたが、簡単に回避できた
    GitHub OAuthを付けて既知の身元を作り、サイトをまたいで訪問者同士が会話できるよう永続メッセージングも追加するつもりだった
    ウェブマスターが自分のサイトにスクリプトを追加する方式ではなく、ブラウザ拡張機能だった
    目的は二つあった。似た関心を持つ人たちを知ること、そして分散型チャット/メッセージングシステムのようなものを試してみることだ

    • 良いアイデアのように思えるけど、規模が大きくなると一度しか機能しないタイプでは。数億ページもあれば、拡張機能がすでにかなり人気でない限り、最も一般的なページでしか他人に出会えないのでは?
  • 90年代には、これに似たThird Voiceというものがあった。クールなアイデアだったけど、ブランド側の反発がかなり大きかった記憶がある
    https://en.wikipedia.org/wiki/Third_Voice

  • Matt Webbが以前これの一種を作って記事にもしていた—Cursor Party: https://interconnected.org/home/2024/09/05/cursor-party
    しばらく自分のサイトに実装しようか考えたけど、JavaScriptを追加したくなくてやめた。それでもやはりとてもかわいいコンセプトだと思う

  • 権限を受信クライアント側に置き、意見の反映されたデフォルトを提供するモデレーション方式を試してみたい
    クライアントが自分でフィルタリングし、ユーザーをミュートし、非表示にするということだ。アプリに合った妥当なデフォルトは置きつつ、ユーザーが上書きできるようにする
    OpenAIの無料moderation endpointのような安価で目的特化のLLMでテキストを分類し、原文と分類結果をクライアントに送って、クライアントがどうするか選べるようにすればいい。アプリに合った強いデフォルトも一緒に置いて
    コンテンツだけを見て処理するより、継続的な悪質行為者を特定する必要は依然としてあるかもしれない。それでも、その情報で何をするかはクライアントが決めるべきだ
    こういうプロジェクトがユーザーに歓迎される体験を提供するには、加害者には見えない強いデフォルトの自動モデレーションが必要だと思う。しかし、その権限をLLMや固定フィルターリストに任せるのは非常にまずい感じがするので、そうしたツールはクライアントの権限を強めるために使おうという考えだ。ただ、どうせ誰もデフォルト設定を変えないなら違いはないのかもしれない

    • 一方で、誰かが自分のサイトを作るなら、訪問者にそのサイトが与える印象を重視するかもしれない
      自分で作ってホストしているサイトで、どんな印象を与えるかを選ぶ自由があるべきだと思う。自分の広場をシグナルよりノイズで満たしたいなら、それももちろん選択だ。ただ、ノイズよりシグナルで満たす選択もできるべきだ。要するに、サイト所有者は自分の創作物にどんな印象を持たせたいかを選ぶ権利を持つべきだということ
      言い換えれば、その印象がうるさい荒らしに乗っ取られるのを望むなら、それも選べるということだ