リンク自体が文書になる — アカウント不要、保存なし、アップロードなし

本当に新しいのは何か

新しいのは Markdown でもなければ、リンク共有でもない。仲介者の排除だ。普通の共有文書には二つのものがある。内容と、それを保持する場所だ。Link Doc はその二つを一つにまとめる。内容がアドレスそのものの中を移動するので、信頼すべきバックエンドはなく、サインアップフォームもなく、「あなたのファイルは当社のクラウドに保存されます」というポリシーを読む必要もなく、ロックされたり、侵害されたり、削除されたりするアカウントもない。

実際に使うと、短い文書の共有の感触がまるで変わる。誰かを招待することも、権限を与えることも、相手の承諾を待つこともない。チャットやメール、メッセージにリンクを貼れば、相手はクリックして読むだけだ。相手にもアカウントは要らない。ツールの存在すら知らなくてよい。リンクを開けば、描画された文書に直接たどり着く。

文書を誰が持つかも変わる。リンクを持っている人以外、誰も持たない。ページ自体がはっきり書いているとおり、# より後の部分はサーバーへのリクエストとしてブラウザの外に出ることはなく、アカウントもなく、リンクを失くした文書を回復する手段もない。これはこの設計のバグではない。設計そのものだ。

使い方

/text/link-doc/ を開いて、エディタに入力を始める。対応する Markdown は日常使いのセットだ。見出し、箇条書きリストと番号付きリスト、引用、水平線、コードブロック、インラインコード、太字と斜体、そしてリンク。リンクは http:、https:、mailto: のアドレスに限定され、rel="noopener" 付きで新しいタブで開く。それ以外はクリック可能なリンクにはならず、プレーンテキストとして描画される。

編集するたびにアドレスバーへ自動で書き込まれる。保存ボタンを押す必要はなく、押し忘れる保存ボタンも存在しない。思いどおりの文書になったら、アドレスバーからリンクをコピーして送る。それがワークフロー全体だ。書く、コピーする、送る。

受け取った人は、送ったとおりの文書を読む。相手が自分のコピーを編集しても、それは相手自身のバージョンの編集であって、変更が自分のリンクに反映されることはない。共有とは、共有の原本へのアクセス権を与えることではなく、コピーを送ることだと考えよう。文書を改訂したら、新しいリンクを送る。古いリンクは古いバージョンのまま表示される。

実用的な注意点が一つある。とても長い文書は、とても長いリンクになる。リンクがおよそ 1,800～2,000 文字に近づくとツールが警告を出すが、それはブラウザがそれ以上を扱えないからではなく、チャットアプリが長いリンクを折り返したり切り詰めたりし、切り詰められたリンクは壊れた文書になるからだ。Link Doc の文書は短く保つこと。Markdown で 1～2 ページ程度にし、小説のような長さにはしないこと。

Markdown プレビュー: Edit、Split、Preview

Link Doc は入力と同時に Markdown を描画する。プレビューは欠けている機能ではなく、ページ上部にある三つのモードの一つだ。Split（分割表示）が既定で、左にエディタ、右に描画されたプレビューが表示され、キー入力のたびにライブで更新される。見出し、リスト、引用、コードブロックが、受け取る人が見るのとまったく同じ姿で確認できる。Preview（プレビュー表示）はエディタを隠し、描画された文書だけを表示する。リンクをコピーする前に確認するための表示だ。Edit（編集表示）はソースだけを表示し、長めの執筆に集中したいときに使う。

プレビューについて重要な点が二つある。第一に、レンダラーは描画前にすべてのソーステキストをエスケープするので、入力した内容がプレビューにスクリプトを注入することはできない。画像はまったく対応しておらず、alt テキストだけが表示される。リンクは http:、https:、mailto: に限定される。第二に、リンクを開いた受け取り手は既定で同じ Split 表示を見て、自分で Preview に切り替えることができる。プレビューは文書の見方の一つであって、別のファイルではない。ソースが必要なら、Download ボタンで .md ファイルとして保存できる。共有したいなら、リンクをコピーすること。

向いている用途

Link Doc に合うのは、短く、自己完結していて、そのまま読まれることを想定した文書だ。

• 手早いブリーフや解説。議事録、ハウツー、決定事項のまとめ、読書リスト。書いて、リンクを送れば終わり。
• チェックリストやアジェンダ。持ち物リスト、リリースチェックリスト、ワークショップのアジェンダなど、一度開いて、ざっと見て、行動に移すもの。
• すぐに目を通してほしい下書き。ブログの構成案、プロダクトメモ、提案のスケッチ。相手は何もインストールせず、アカウントも作らずに読める。
• チャットに巨大なテキストブロックとして貼り付けざるを得ないようなもの全般。リンクのほうがすっきりしていて、見出しやリスト付きで描画され、メッセージボックス内の生の Markdown よりはるかにコピー＆ペーストに強い。

いずれの場合も、利点は速さと摩擦のなさだ。両者にアカウントは不要で、管理すべき保存先はなく、設定すべき権限もない。

向いていない用途

同じ設計が、ある種の用途を丸ごと除外する。そこに Link Doc を使おうとすると、かえって困ることになる。

• 共同編集。共同で編集する共有の原本が存在しない。二人が同時に編集すれば二つの別々のリンクが生まれ、マージする手段はない。
• アクセス制御。リンクを持っている人は誰でも文書を読める。パスワードも、有効期限も、アクセスの取り消しも、閲覧ログもない。そうしたものが必要なら、それ用に作られたツールを使うこと。
• 長期保存。リンクを失くせば、文書は消える。サインインし直すアカウントも、回復フローもない。何年も残したいものは、自分のノートやファイル、バージョン管理された文書など、耐久性のある場所にも置いておくこと。
• 機密情報。パスワード、秘密鍵、個人情報、社内の詳細など、チャットメッセージに貼り付けたくないものは、Link Doc に入れないこと。リンク自体が内容なので、リンクを転送したり、スクリーンショットを撮ったり、どこかに貼り付けたりすれば、文書全体が共有される。Link Doc のリンクはすべて、受け取った人にとって公開されているものとして扱うこと。

プライバシーの境界を、はっきりと

Link Doc のプライバシーの話は、異例なほどシンプルだ。それが強みでもあるが、理解している場合に限る。内容はサーバーにアップロードも保存もされず、ページ読み込み時に # より後のフラグメントがサーバーに送られることはない。同時に、内容は暗号化も保護もアクセス制御もされていない。リンクを持っている人は誰でも、文書を丸ごと、永遠に保持でき、取り戻す手段はない。

だからルールは短い。受け取り手が保持し、転送し、引用してもよい文書にだけ Link Doc を使うこと。転送されて後悔するようなものには使わないこと。この一つのルールを一貫して守れば、このツールの最大の便利さが最大の失敗になることはない。

まとめ

Link Doc は、小さなアイデアをきれいに実行したものだ。文書がそれ自体のリンクになる。アカウントなし、保存なし、アップロードなし、管理すべき権限なし。そして同じ理由で、共同編集なし、アクセス制御なし、回復なし。短く、共有しやすく、機密性の低い文書には、このトレードオフは明らかな勝利だ。書いて、リンクをコピーして、送れば、受け取り手はワンクリックで読み始める。それ以外には、その仕事に合ったトレードオフを持つツールを選び、Link Doc はそれが作られた手早い共有のために取っておくこと。