ハクソク

世界を動かす技術を、日本語で。

Wordgard: ProseMirrorの開発者によるブラウザ内リッチテキストエディタ

2026年7月3日原文(wordgard.net)

概要

  • Wordgard は、オープンソースの JavaScriptライブラリ
  • ブラウザ内で動作する リッチテキストエディタ の実装基盤
  • 自由なHTML編集 ではなく、サポートするコンテンツ形式を厳密に制御可能
  • 強力なプログラミングインターフェース によるカスタマイズ性
  • MITライセンスで公開され、商用利用時は メンテナンス支援 が期待される

Wordgardとは

  • Wordgard は、 単語を育てる庭 というコンセプトを持つリッチテキストエディタシステム
  • オープンソース のJavaScriptライブラリとして提供
  • ブラウザ内 で動作するリッチテキストエディタの構築基盤
  • 自由形式のHTMLエディタ ではなく、対応するコンテンツ形式を 開発者が厳密に制御 可能
  • セマンティックな編集機能 の提供

主な特徴

  • 強力なプログラミングインターフェース によって、 高度なカスタマイズ や複雑なエディタの構築に最適
  • 自由度の高い拡張性 と、 堅牢な基盤 の両立
  • MITライセンス による パーミッシブな利用条件
  • code.haverbeke.berlin で開発が進行
  • バグ報告 は歓迎されるが、 プルリクエストは受け付けていない

コミュニティとサポート

  • 商用利用者 には、 メンテナンス支援 が社会的に期待される（法的義務はなし）
  • プロジェクトの議論や質問 はフォーラムで推奨
  • バグ報告 は Issue Tracker を通じて行う運用

導入と利用開始

  • 公式サイト や リポジトリ からライブラリを取得
  • 開発者自身が必要なコンテンツ形式や機能を選択・実装 するワークフロー
  • 複雑なエディタ や 独自仕様のエディタ の基盤としての活用

注意点

  • 自由なHTML編集 ではなく、 厳密な構造管理 が前提
  • プルリクエスト非対応 のため、 独自拡張やカスタマイズ は自身で管理
  • 商用利用時の貢献 は社会的マナーとして推奨

Hackerたちの意見

ほとんどの人が「なぜ？」を知りたいと思ってるんじゃないかな。このページではプロセミラーとの違いについて話してて、その質問に近い内容になってるよね。(https://wordgard.net/docs/prosemirror/) 一つ注意すべきなのは、アップグレードパスがないこと。多くの概念はプロセミラーと共有されてるけど、切り替えるにはかなりの労力が必要みたい（間違ってたら教えて）。オブシディアンはコードミラーをベースにしてるから、切り替えないと思うけど、tiptap.devや他のものは切り替えてるね。@merijn、なぜワードガードに切り替える価値があるのか教えてもらえる？ EDIT: マリインの個人ブログで多くのポイントが触れられてるのを見たよ。HNに提出したよ。(https://marijnhaverbeke.nl/blog/wordgard-0.1.html) より良いコンテキストのために。

└

「なぜ切り替える価値があるのか？」っていうのは、私も本当に思ってる質問だよ。それよりも、なぜProseMirror v2にしないの？ ランディングページには「なぜ」の情報がもっと必要だと思う。

└

ブログから: > 「プロセミラーのダジャレはもうあまり好きじゃないな（プロ用のコードミラーってこと、わかる？）だから… 誰かがコードガードを作るべきだと思う？」

└

なぜWordgardは切り替えコストに見合うのか？ それがそうでないかもしれない。ProseMirrorに満足しているなら、そのまま使い続けて。私は君の味方だよ。でも、ブログ記事に書いてあるように、ProseMirrorで直面した問題を避ける新しいデザインのアイデアがたくさんあったから、新しいバージョンを作りたいと思ったんだ。ブログ記事へのリンクをウェブサイトのドキュメントセクションに追加するよ。（マリインだよ、メレインじゃない。）

WYSIWYGエディタを立ち上げるのが大きな障害だったけど、25年前に学校の新聞のためにPHP-Nukeサイトを作るのを乗り越えたよ。15年前にこれのウェブ標準実装がないなんて、マジで信じられない。

└

contenteditableがあって、これが（WordgardやProseMirror）すべての基本になってる。残りはUIと、任意のHTMLを入力として欲しくないシステムとの相互運用性だね。

└

長い間、ブラウザベンダーたちはテキスト選択の詳細についてすら合意できなかったんだよね。

約6年前、@スタイルのリモートリソース補完（他のユーザーやドキュメントを参照する）を調査して実装するのがすごく大変だったんだ。このエディタの拡張スタイルはプロセミラーの進化版みたいに感じる。これが組み込まれてたら本当にありがたいんだけど、恐竜の例を基に自分で作らなきゃいけないのは辛い。これらのテキストエディタライブラリを使うときは、毎回これが一番の用途で、その次がWYSIWYGだね。

└

@メンション機能が組み込まれたら最高だね。APIを提供してくれればいいのに。あとは、モバイルサポートも一流であればなお良し。

ウェブサイトのアートワークが美しい！ なんて（忘れられた）注意を引く方法なんだろう。

└

AIの雑なものがあふれてる中で、手描きの美しいイラストを見るのは本当に新鮮だね。

└

「0% AIを含む」ってのも！このアーティストはすごいね。

Hacker Newsで議論の続きを見る