Memos

タイトル・フォルダ・テンプレートを決める前に、まず短文を時系列へ残す

Memosの中心は、1件ごとのノートを重いドキュメントとして設計するのではなく、Markdownの短文をchronological timelineへ次々に追加することです。記録時にタイトルや保存先を決める必要がなく、後から検索、タグ、ピン留めで見直せます。日報ほど整えない作業ログ、調べ物のURL、コマンド断片、考え途中のメモなど、構造化する前の情報を止めずに残したい場面に向いた設計です。

出典：[1]

ブラウザからの収集と公開範囲、Spacesによる共同利用を軽量なメモ体験へ足す

公式Web Clipperを使うと、Webページ、選択テキスト、画像を参照元リンク付きMarkdownとしてMemosへ保存できます。Memoの公開範囲にはPRIVATE、PROTECTED、PUBLICに加えてSPACEがあり、個人メモと共有メモを同じモデルで扱えます。Spacesは受け入れ済みメンバーを持つ共同利用の境界として設計されており、単なるフォルダではなく、メモの配置とアクセスをまとめる単位です。

出典：[1][2][3]

Obsidianほどファイル管理を意識せず、Notionほど構造を作り込まず、自分のサーバーへメモを残したい人へ

個人の日記、日次ログ、開発メモ、読んだ記事のクリップ、チーム内の短い共有事項などを、まず時系列で蓄積したい用途に向きます。Dockerのクイックスタートでは単一コンテナと永続ボリュームで始められるため、家庭内サーバーや小規模VPSにも載せやすい構成です。さらにbackendにはSQLite、PostgreSQL、MySQLのdriverが用意されており、単一ユーザーの軽量構成から外部DBを使う運用へ移行しやすい余地があります。

出典：[1][4]

軽さを優先したメモ基盤なので、長大な文書管理やセルフホスト運用の責任は別に考える

MemosはREADMEでもall-in-one workspaceのoverheadを避ける方針を掲げており、複雑なデータベース型文書管理や高度なプロジェクト管理を主目的とする製品ではありません。短文中心の運用に合うかを見極めた方がよく、長大な仕様書や厳密な階層整理が中心なら別のドキュメント基盤と併用する方が自然です。

セルフホストではアプリ本体の更新、DBや添付データのバックアップ、外部公開時のTLS・認証・公開範囲の設定を運用者が管理します。Memos自体はzero telemetryを掲げ、ソースはMITライセンスで公開されていますが、PUBLIC、PROTECTED、SPACEなど複数の可視性を使う場合は、誰に何を見せるかを運用上明確にしておく必要があります。

出典：[1][3][5]