プロジェクト Gemini

 (geminiprotocol.net)
2 ポイント 投稿者 GN⁺ 2025-11-18 | 1件のコメント | WhatsAppで共有
  • テキスト文書中心の電子図書館を支える新しいインターネット技術であり、相互に接続された文書構造に基づいている
  • 既存のWebの複雑な機能の代わりに、シンプルで軽量なオンライン空間を構築することに焦点を当てている
  • 革新や破壊よりも、プライバシー、注意力、帯域幅の保護を重視するアプローチ
  • 他の技術を置き換えたり世界を変えたりすることが目的ではなく、過度に変化したインターネット環境における休息の場を提供する
  • 文書が本質のまま扱われるインターネット空間を目指す点で、持続可能な情報アクセスの重要性を強調している

Gemini 概要

  • Geminiは、相互に接続されたテキスト文書の電子図書館を支える新しいインターネット技術
    • 従来のWebの概念に似ているが、シンプルさと本質的な情報伝達に重点を置く
  • この技術は時代に左右されない概念であり、単なる過去の遺物ではなく、「第一級の概念」としての文書構造を扱う
  • 革新や破壊的変化を目標とせず、すでに十分に変化したインターネット環境における安定感を追求する

設計思想

  • Geminiは軽量なオンライン空間を構築し、文書が単に文書として存在できるようにする
    • 複雑なWebアプリケーションや広告中心の構造から離れ、読書中心の体験を提供する
  • プライバシー保護、注意力の維持、帯域幅の節約を中核的な価値としている
  • 他の技術を置き換えたり競合したりせず、ユーザーに選択可能な代替的インターネット空間を提供する

公式資料とライセンス

  • すべての公式コンテンツはCC BY-NC-ND 4.0 ライセンスで提供される
  • 追加情報はFAQまたは動画概要で確認できる

関連記事

1件のコメント

 
GN⁺ 2025-11-18
Hacker Newsのコメント

  • 以前 Gemini プロトコルをいじっていたときは本当に楽しかった
    でも実際に試す段階を過ぎると、gemtextの制約でかなり興味が薄れた
    テキスト中心のマークアップ言語なので、文章を書く人には完璧だけど、自分が主に共有する絵や視覚資料には不向きだった
    画像やサムネイルのディレクトリ表示が散漫さを招くという主張も理解できるが、視覚芸術も重要な表現手段だ
    結局のところ Gemini は本来の目的にはよく合ったプロトコルだ。自分のニーズには合わないが、合う人はきっと気に入るはず

    • 一部の Geminiクライアント はインライン画像をサポートしている
      訪問者が望めばサムネイル一覧を見られるように設定できる
    • 同意する。実際のところ Gemini は Gopher が残した隙間すら埋めていない
      ただの “motherfuckingwebsite.com” みたいなもので、あまりにも深刻ぶっている

  • 自分は smol web が好きで、技術愛好家にとって本当に良い場所だと思っている
    だから自分のサイト sava.rocks には finger://、gemini://、gopher://、https:// のミラーを全部用意してある

  • 年のせいかもしれないが、なぜわざわざ全部を新しく作り直すのか理解できない
    少し手を入れた HTML 2.0 や 3.2 に戻るだけで十分だと思う
    自分も現代のWebの問題点は嫌いだが、すでに存在する「非現代的なWeb」を改善するほうが良いと思う
    相互運用性(interoperability) は決して過小評価すべきではない

    • 別のプロトコルを使えば、すべてのサイトが同じ制約を持つという利点がある
      制限のあるブラウザで検索しても読める結果しか出てこないので、発見性(discovery) の問題を減らせる
    • Gemini は Web の否定的な変化に対する 反動 だ
      Web が拡張可能に設計されたこと自体を根本的な失敗とみなし、Gemini は拡張そのものを難しくしている
      だが自分はこの態度には共感しない。Web の問題は出版社中心に発展してきたことだ
      結局ユーザーは「Google のエージェント」を使うことになり、私はそういう出版社中心のソフトウェアよりも ユーザー中心のツール を求めている
    • HTML 2.0 と NOSCRIPT はサーバー側でもクライアント側でも 強制しにくい
    • 興味深い結論だ。相互運用性がこのプロトコルの大きな理由の一つなのだろう
      実際に Lagrange をインストールして gemini://bleyble.com/cgi-bin/random にアクセスしてみると感覚が違う
    • 何かを新しく作ると、人は 参加している感覚 を得られ、実装や設計に貢献できる
      人はこうした過程に加わるのが好きなんだ

  • 自分は Gemini 向けの 検索エンジンと Wayback Machine を自作した
    gemini://kennedy.gemi.dev
    約4,000のホストと100万件の文書・画像・ファイルがある
    クローラやインデクサの実験をするには良い遊び場で、大半は静的サイトだが CGI で多少の インタラクティブ性 を加えている
    例: gemini://gemi.dev/cgi-bin/moon.py

  • 名前の由来は NASA の宇宙計画から取ったものだと記憶している
    Gopher は Mercury、Web は Apollo、そして Gemini はその中間段階だ
    Gemini は新しいインターネットプロトコルとして

    • Gopher より重く
    • Web より軽く
    • どちらの代替にもならず
    • 最大効率に対して最小の複雑性 を追求し
    • ユーザープライバシー を非常に重視している
    • 画像がない点は、多くの人にとって 致命的な欠点 になりそうだ
    • 文書が単にリンクでつながっているだけなら、検索と発見 はどう機能するのか気になる
      Gemini の外部に検索エンジンがあって結びつける仕組みなのか知りたい

  • パンデミックの時期に Gemini を触るのは本当に楽しかった
    単純なプロトコルを新しく学ぶ 挑戦感 があり、自分で GUI クライアントを作る楽しさもあった
    世界を揺るがすほど成功はしなかったが、今でもインターネットの 居心地のよい片隅 として残っている

    • 自分だけその時期を完全に逃した気がする うう

  • 100語の紹介文を読んでも結局何なのか分からず、そのまま離脱した

    • FAQ に説明がある
      Gemini は 軽量ハイパーテキスト形式 をサポートするクライアント-サーバープロトコルで、ファイル配布に重点を置いている
      URI、MIME、TLS などの標準技術の上に構築されており、単純さと非拡張性 を中核思想としている
      要するに、極度にそぎ落とされた Web スタック だ
    • 基本的には HTTP と HTML の 代替プロトコル だ
      複雑さは初期の HTTP/1 と Gopher の中間くらいで、テキスト中心に設計されているためマルチメディアやインタラクティブ機能はない
    • 自分も同じ反応だった。紹介文があまりにも 空疎なレトリック だらけでがっかりした
    • 結局 Gopher + TLS + UTF8 + テキスト折り返し + ヘッダー + 順不同リスト くらいのものだ
    • 要するに、画像もスクリプトもない Web だ

  • 自分は Gemini の哲学 — インライン画像なし、追跡なし、気が散る要素なし、拡張不可、セキュリティ重視 — に共感した
    そこで Android 用 Gemini ブラウザ Buran をインストールしていろいろなリンクをたどってみた
    ところが gemini://hellomouse.net に入った途端、インライン画像が表示された
    Gemini の原則に反している気がするが、自分が何か勘違いしているのだろうか

    • 間違ってはいない。実際、Gemini ユーザーたちも インライン画像の有用性 を認めている

  • 2021年から Gemini Capsule（Webサイト/ブログ）を運営している
    訪問者はほとんどいないが、夜に small web を巡って面白いコンテンツを見つけるのが楽しい

  • このサイトはおしゃべりすぎて要点がつかみにくかった
    でも要するに「現代化された Gopher」という説明はそこまで間違っていない気がする