Excalidrawは図を速く共有するための手描き風キャンバス
手描きのような図をスケッチするための仮想ホワイトボード
ひと目でわかる
- これは何?
- excalidraw/excalidrawを、エディターパッケージとexcalidraw.comアプリに分けて、描画形式、組み込み方、共有機能、確認すべき制約を読む。
- 誰に向いている?
- Excalidrawは、図をきれいに整える前に考えを置き、Reactアプリへ編集領域を組み込みたいチームに向く。MITライセンスとオープンな.excalidraw形式は扱いやすい一方、ReactやNode.jsの対応バージョン、暗号化の実装、共同編集を自社環境へ移す方法はREADMEだけでは判断できない。
- 商用利用できる?
- できます。MIT は寛容なライセンスで、著作権表示とライセンス表示を残せば、使用・改変・販売が可能です。
- 今もメンテナンスされている?
- されています。直近 1 日以内に新しいコミットがあります。
- 何の言語で書かれている?
- 主に TypeScript です(GitHub の言語統計による)。
回答はプロジェクトの GitHub データ(最終同期:2026年9月15日)と当サイトの分析に基づくもので、法的助言ではありません。
オープンソース詳細解説
図を整えすぎないことが設計の前提になる
Excalidrawは、手描き風の線で図やワイヤーフレームを作るオープンソースの仮想ホワイトボードです。対象リポジトリはTypeScriptで構成され、コアとなるエディターだけでなく、excalidraw.comとして公開されているアプリのソースも同じリポジトリに含みます。READMEが示す中心的な価値は、完成品らしい図を最初から作ることではなく、無限キャンバスへ考えを置き、あとから共有や書き出しへつなげられることです。
リポジトリのメタデータでは、MITライセンス、masterブランチ、130,701スター、15,040フォーク、3,418件の未解決issueが確認できます。これらは取得時点の値であり、品質や保守体制を直接証明する数字ではありません。READMEにも性能ベンチマークや独立したセキュリティ監査の結果は記載されていないため、規模の大きさと運用上の保証は分けて考える必要があります。
エディターに残るのは描画と編集の基本機能
npmパッケージのエディターは、長方形、円、ひし形、矢印、直線、フリードロー、消しゴムといった道具を備えます。画像の挿入、シェイプライブラリ、ダークモード、ローカライズ、ズーム、パン、元に戻す操作とやり直す操作もREADMEの機能一覧に含まれます。矢印を図形へ結び付けたり、矢印へラベルを付けたりできるため、単なる自由線のボードではなく、関係を保った簡易図の作成にも使えます。
保存と出力の選択肢も役割が分かれています。PNGとSVGは他の資料へ渡すための画像出力、クリップボードは短い受け渡し、.excalidraw JSONは編集可能なデータの保存に向きます。ただし、READMEは各機能の内部実装や大きなキャンバスでの挙動まで説明していません。複雑な図を長期間運用する場合は、実データで読み込み、編集、再出力を確認する工程が必要です。
excalidraw.comはパッケージとは別の見本になる
READMEは、excalidraw.comをExcalidrawで構築できるものを示す最小限のショーケースアプリと位置付けています。このアプリ側には、オフライン動作を含むPWA対応、リアルタイムコラボレーション、エンドツーエンド暗号化、ブラウザーへのローカルファースト自動保存、読み取り専用リンクの共有が記載されています。日常的に使うサービスの体験を、そのままnpmパッケージの機能一覧と同一視しないことが大切です。
この区別は導入判断に直結します。パッケージのREADMEは編集領域と描画機能を中心に説明し、共同編集や暗号化はexcalidraw.comアプリの説明として置いています。READMEには、暗号鍵の扱い、サーバー構成、データ保持期間、読み取り専用リンクの失効方法は記載されていません。自社アプリで同じ要件を満たせるかは、アプリ側ソースとドキュメントを読み、実際の認証と保存設計を組み合わせて評価する対象です。
Reactへの組み込みは小さく始められるが前提確認が要る
既存のReactアプリへ組み込む手順として、READMEはnpmまたはyarnのインストール例を示しています。npmならreact、react-dom、@excalidraw/excalidrawをインストールし、yarnなら同じ三つを追加します。ここから読み取れるのは、Reactの描画環境とExcalidrawパッケージを用意する入口であって、アプリ全体の構成や画面設計まで自動で決まるということではありません。
最低限のReactバージョン、Node.jsの対応範囲、peer dependencyの細かな条件、ビルド設定はこのREADMEに明記されていません。リポジトリ自体を開発用に起動する場合も、READMEは外部のDevelopment Guideへ案内しています。したがって、最初の検証では現在のアプリのReactとNode.js、TypeScript設定、バンドラー、SSRの有無を照合し、空の画面にエディターを置くところから始めるのが現実的です。
編集データをどこに置くかで運用の形が変わる
ローカルファースト自動保存と.excalidraw JSONの書き出しは、考えを失わずに手元で扱うための便利な接点です。反面、ブラウザーの保存領域だけを正式な保管場所にするのか、JSONをサーバーやGitへ保存するのか、画像出力だけを業務記録にするのかで、復旧方法は変わります。READMEは保存の設計を一つに固定していないため、製品側で必要な保管期間、履歴、アクセス制御を別に定義する必要があります。
リアルタイム共同編集を使う場合は、誰が編集できるかと誰がリンクを閲覧できるかを分けて設計したいところです。読み取り専用リンクがあることは確認できますが、リンクの認証、失効、監査ログ、組織外共有の扱いまでは資料にありません。暗号化についても、READMEが機能として挙げていることと、特定の脅威モデルに対する保証があることは同じではありません。機密図を扱うなら、保存先と共有経路を先に決めてから採用範囲を切り出すべきです。
採用例は導入の可能性を示すにとどまる
READMEは、Google Cloud、Meta、CodeSandbox、Obsidian Excalidraw、Replit、Slite、Notion、HackerRankなどを、Excalidrawを使っている、または統合している例として挙げています。インテグレーション欄にはVisual Studio Code拡張機能とnpmパッケージも記載されています。この並びから、単独のホワイトボードだけでなく、開発環境、ノート、教育やプロトタイピングの画面へ組み込む余地があることは分かります。
ただし、採用者ごとの埋め込み方法、使っている機能、ホスト版とパッケージ版の区別、商用運用の条件はREADMEに整理されていません。これらの名前はプロジェクト自身の記載であり、独立検証済みの導入事例一覧ではありません。似た用途を想定しても、必要なのが画像の貼り付けなのか編集可能なキャンバスなのか、共同作業なのかで、確認すべきAPIとデータ設計は変わります。
MITライセンスでも自社の責任は残る
リポジトリはMITライセンスで公開されています。一般的なMITの条件では、著作権表示と許諾表示を含めることを前提に、ソフトウェアの複製、変更、統合、公開、配布、サブライセンス、販売が認められます。自社製品へ組み込む際に検討しやすいライセンスである一方、これは運用サポートやセキュリティの保証を意味しません。
ライセンス本文はソフトウェアを現状のまま提供し、保証を置かない形です。READMEにもサポート水準、本番環境への適合性、監査済みの暗号化実装は記載されていません。導入時はライセンス表示の配置だけで終わらせず、依存パッケージの管理、脆弱性対応の担当、保存データのバックアップ、共同編集を使わない場合の権限設計まで自社の責任範囲として明文化する必要があります。
編集部の結論
Excalidrawは、図をきれいに整える前に考えを置き、Reactアプリへ編集領域を組み込みたいチームに向く。MITライセンスとオープンな.excalidraw形式は扱いやすい一方、ReactやNode.jsの対応バージョン、暗号化の実装、共同編集を自社環境へ移す方法はREADMEだけでは判断できない。導入前に対象バージョン、保存先、共有権限、運用時のバックアップを実際の構成で確認したい。
コミュニティノート