「エンジニアでもないのに、Markdownなんて使う必要ある？」
少し前の私なら、間違いなくそう思っていました。
Markdownといえば、プログラマーがGitHubで使うもの。コードを書く人たちの世界の話。そんなイメージがありました。実際、最初はそう思っていたんですよね。
でも、AIを日常的に使うようになってから、少しずつ考えが変わってきました。
Markdownの何がいいかというと、見栄えのいい文章が書けることではありません。自分が書き残したメモや考えを、あとからAIに読ませやすい形で持てること。これが一番の理由です。
読書メモ、調査メモ、仕事のメモ、ブログの下書き、自分の考えの整理。そういうものをMarkdownで残しておくと、ただのメモが「あとからAIと一緒に使える材料」に変わります。
この記事では、非エンジニアの私がなぜMarkdownを使うようになったのか、AI時代にMarkdownでメモを残すことにどんな意味があるのかを整理します。
Markdownって、そんなに難しくない
まず最初に言っておくと、Markdownは難しいものではありません。
文章に少しだけ記号を付けて、見出しや箇条書き、引用などの意味を表す書き方です。たとえば、こんなふうに書きます。
# 読書メモ
## この本で気になったこと
- AI時代は、情報を覚えるより扱う力が大事
- メモはあとから検索できる形で残す
- 自分の言葉で要約すると理解が深まる
> 知識は使える形で残してこそ意味がある
# を付けたら見出し。- を付けたら箇条書き。> を付けたら引用。
本当に、それだけです。
「ここは見出しですよ」「ここはリストですよ」という印を付けているだけで、見た目を派手にするものでも、特別な技術が必要なものでもありません。
この「文章の骨格を残す」という考え方が、AI時代にじわじわ効いてくるんですよね。
MarkdownはAIの母国語じゃない。でも、渡しやすい
「MarkdownはAIの共通言語だ」という話を聞いたことがあるかもしれません。
感覚としては分かります。ただ、厳密にはAIがMarkdownで考えているわけではありません。Markdownは、あくまでもテキストの記法のひとつです。
それでも、MarkdownはAIに渡しやすい形式です。
理由は、文章の構造がそのまま残るからです。
たとえば、こんなメモをAIに渡したとします。
# 調査メモ：自宅サーバー化
## やりたいこと
外出先から家のMacに安全にアクセスしたい
## 気になること
- セキュリティは大丈夫か
- 画面は勝手につくのか
- Tailscaleで十分か
## 今の結論
個人用途なら、まずはTailscaleで試すのが現実的
「やりたいこと」「気になること」「今の結論」が分かれているので、AIがメモ全体の意図を読み取りやすくなります。ダラダラ書いた長文より、見出しで区切ったメモの方が、人間にとってもAIにとっても扱いやすい。
「このメモをもとにブログの構成を作って」
「未解決の疑問を洗い出して」
「初心者向けに説明し直して」
こういう依頼をするときも、構造があると話が早いです。
AIに大量の文章を投げることが大事なのではありません。自分が何を考えて、どこで迷って、どんな結論に至ったのかを、AIが読み取りやすい形で残すことが大事です。
Markdownは、そのための形として相性がいいと感じています。
便利なメモアプリは、賃貸の部屋に似ている
Apple純正メモ、Googleドキュメント、Notion、Evernote。どれも便利ですし、私も今でもAppleのメモアプリは使っています。iPhoneとMacですぐ同期されるので、思いついたことをさっと書くには本当に快適です。
ただ、長く育てたいメモや、あとからAIに読ませたいメモまで、すべてを特定のアプリの中だけに置いておくと、ちょっとした不安が出てきます。
仕様が変わるかもしれない。料金が変わるかもしれない。別のツールに移したくなったとき、うまく移せないかもしれない。AIにまとめて渡したいとき、取り出しにくいかもしれない。
便利なメモアプリって、賃貸の部屋に似ているなと思うんです。快適だし、設備も整っている。でも、ルールは大家さん側にある。
Markdownのファイルは、拡張子が .md なだけで、中身は基本的に文字です。MacでもWindowsでも開けます。Obsidianじゃなくても読めます。アプリが変わっても、自分のメモは自分の手元に残ります。
この感覚が、地味に大きいんですよね。
「過去の自分のメモ」の使い方が変わる
AIを使うようになってから気づいたことがあります。
「過去に書いたメモ」の価値が変わったんです。
昔なら、メモは自分で読み返すものでした。今は違います。過去のメモをAIに読ませて、整理や展開を頼めます。
読書メモをMarkdownで残しておけば、
- この本の要点を3つにまとめて
- 自分の考えが入っている部分だけ抜き出して
- 別の本のメモと共通点を探して
という使い方ができます。
仕事のメモなら、「決定事項と未決事項を分けて」「チェックリストに変換して」「上司向けの報告文にまとめて」という使い方もできます。
このとき、メモに見出しがあるかどうかで、AIへの渡しやすさが変わります。構造のないメモより、見出しのついたメモの方が、AIは意図を拾いやすい。
Markdownは、未来のAIに読ませるためのメモ形式。
少し大げさに聞こえるかもしれませんが、感覚としてはかなり近いと思っています。
非エンジニアほど、情報が散らかりやすい
Markdownはエンジニア向けのツールに見えます。でも私は、非エンジニアにこそ向いている面があると感じています。
なぜかというと、非エンジニアほど情報の置き場所が散らかりやすいからです。
Appleメモに少し。Googleドキュメントに少し。Notionに少し。ChatGPTとの会話の中に少し。メールに少し。スクショに少し。
こうなると、自分が何を考えていたのか、どこに書いたのか、あとから追えなくなります。
Markdownで残す習慣があると、「これは自分の知識として残したい」と思うものを、少なくとも一つの形式に寄せられます。
もちろん、全部をMarkdownにする必要はありません。
買い物メモや一時的なメモはAppleメモで十分です。共同編集はGoogleドキュメントが楽です。データベース的に整理するならNotionの方が向いていることもあります。
「あとからAIに読ませたいもの」
「長く育てたいもの」
「自分の知識資産にしたいもの」
そういうメモだけMarkdownで持っておく。これくらいの使い分けがちょうどいいと思っています。
どんなメモがMarkdownに向いているか
一言で言うと、「あとから使うメモ」です。
| メモの種類 | Markdownに向いている理由 |
|---|---|
| 読書メモ | 見出しごとに要点や感想を分けやすい |
| 調査メモ | 根拠、疑問、結論を整理しやすい |
| 仕事メモ | 決定事項、TODO、未解決点を分けやすい |
| ブログ下書き | 見出し構成をそのまま記事にしやすい |
| AIへの指示書 | 条件や目的を構造化して残しやすい |
| 学習ノート | 概念、例、疑問点を整理しやすい |
| アイデアメモ | あとから分類や再利用がしやすい |
逆に、すぐ消えるメモをわざわざMarkdownにする必要はありません。
「牛乳を買う」
「明日9時に電話」
「一時的なURL」
こういうものは、普通のメモアプリで十分です。
ObsidianとMarkdownが合う理由
Markdownを使うなら、Obsidianは相性のいいアプリです。
Obsidianはノートアプリですが、ファイルの実体は自分のフォルダ内にある .md ファイルとして保存されます。つまり、Obsidianをやめてもファイルはそのまま残ります。別のエディタでも開けますし、AIに渡すのも簡単です。
さらに、Obsidianではノート同士をリンクできます。
読書メモとブログ案をつなげる。
調査メモと過去の会話メモをつなげる。
プロンプトと実際の出力をセットで残しておく。
こうした使い方ができます。
Markdownというシンプルな形式が、Obsidianというツールと合わさることで、少しずつ自分の知識ベースになっていく感覚があります。
GitやGitHubは、あとでいい
Markdownの話をすると、GitやGitHubもセットで出てきがちです。
でも、非エンジニアがMarkdownを始める段階で、いきなりGitまで覚える必要はないと思っています。
最初は、.md ファイルをフォルダに保存するだけで十分です。
| 段階 | やること | 目的 |
|---|---|---|
| まず | Markdownファイルを保存する | メモをアプリ外に持つ |
| 次に | Obsidianなどで管理する | メモ同士をつなげやすくする |
| 余裕があれば | Gitで履歴を残す | 変更前後を比較できるようにする |
この順番で、ゆっくり慣れていけばいいと思います。
GitHubを使う場合は一点だけ注意があります。公開リポジトリにすると、下書きや個人的なメモが外から見えてしまいます。個人のメモやブログ原稿を置くなら、非公開設定にしておく方が安心です。
Markdownにも、正直なところ弱点はある
便利とはいえ、万能ではないので正直に書いておきます。
記号を打つのが最初は少し面倒です。# や - や > に慣れるまで、ちょっと手が止まることがあります。表を手書きするのも手間ですし、画像の管理はMarkdownだけでは完結しません。
それから、Markdownには方言があります。
CommonMarkのような仕様はありますが、GitHub、Obsidian、WordPress、各エディタで微妙に挙動が違うことがあります。Obsidianの内部リンクが、別の環境でそのまま使えないこともあります。
なので最初は、凝った記法は使わない方が無難です。
見出し、箇条書き、引用、強調、リンク。
このくらいで十分だと思います。Markdownを完璧に使うことが目的ではありません。あとから読みやすく、AIに渡しやすいメモを残すことが目的です。
最初に覚えるのは、これだけでいい
# タイトル
## 大きな見出し
### 小さな見出し
- 箇条書き
- 箇条書き
> 引用文
**強調したい言葉**
読書メモなら、こんな形で十分です。
# 書名
## 印象に残ったこと
## 自分の考え
## あとで調べたいこと
## ブログや仕事に使えそうな視点
調査メモなら、こんな形です。
# 調査テーマ
## 調べたいこと
## 分かったこと
## まだ不明なこと
## 現時点の結論
これくらいで十分です。
メモの中に「見出し」を作るだけで、人間にもAIにも読みやすいものになります。
ブログを書く人にも使える
WordPressでブログを書いている人にとっても、Markdownは便利です。
下書きをMarkdownで残しておけば、あとからAIに読ませて構成を見直せます。過去記事のリライトにも使えます。原稿をWordPressの外に持つことで、プラットフォームに縛られる感覚も薄れます。
ただ、Markdownはあくまで「原稿や下書きを持つための形式」です。読者に見せる画面を作り込む道具ではないので、比較表やカード型レイアウトなど、見た目に関わる部分はHTMLの方が向いています。
「Markdownで持ち、HTMLで見せる」という考え方については、別記事「なぜ今、HTMLが再評価されているのか」で整理しています。
Markdownは原稿を残す形式。
WordPressは公開する場所。
HTMLは読者に見せるための形式。
この三つの役割が整理できると、AI時代のブログ運営もすっきりします。
記事を書く前の設計メモにも使える
Markdownはメモだけではなく、AIへの設計メモとしても使えます。
たとえば記事を書く前に、こんなメモを作ります。
# 記事案：非エンジニアとMarkdown
## 読者
AIを使ってメモや文章を整理したい非エンジニア
## 悩み
メモアプリが増えて情報が散らかっている
あとからAIに読ませたいが、どの形式で残せばいいか分からない
## 結論
Markdownで構造のあるメモを残すと、あとからAIに読ませやすい
## 入れたい要素
- Markdownとは何か
- AIに渡しやすい理由
- Obsidianとの相性
- Gitは必須ではない
- 弱点もある
こういうメモを作っておけば、「この構成で記事を書いて」「読者に伝わりにくい部分を指摘して」「不足している論点を足して」とそのまま依頼できます。
ただのメモではなく、自分の考えをAIに渡すための設計図として使える。Markdownの面白い使い方の一つだと思っています。
まとめ：MarkdownはAI時代のメモ資産になる
Markdownは、エンジニアだけのものではありません。
AIを使って文章を書いたり、調べものをしたり、自分の考えを整理したりする非エンジニアにとっても、十分に実用的な形式です。
大事なのは、完璧に使うことではありません。自分のメモをあとから読み返しやすく、AIに渡しやすい形で残すことです。
読書メモでも、調査メモでも、仕事メモでも、ブログ下書きでも、Markdownで残しておけば、未来の自分とAIが使いやすい材料になります。
派手なツールではありませんし、一瞬で見た目を豪華にするものでもありません。でも、自分の知識と思考を手元に残すための、地味で堅実な形式だと思っています。
まずは新しいメモを一つだけ、Markdownで書いてみてください。
「ただのメモ」から「あとからAIに読ませられる資産」に変わる感覚が、きっと分かると思います。
コメント