Drive と Docs が Markdown をネイティブ対応 — AI の出力を「変換せずに」共同編集できるようになった
Google が 2026-10-05、Google Drive と Google Docs で Markdown ファイル（.md / .markdown）を変換なしに扱えるようにした。Docs で直接開いて編集・共同編集でき、Drive ではレンダリング済みプレビューが表示される。従来は Doc 形式への変換が必要で、その過程で書式が変わりコメントが失われファイルが分断されていた。公式はこの対応の理由として LLM との関係を明示しており、Markdown が「構造化されたコンテンツを保持するために大規模言語モデルが広く使う標準テキスト形式」であること、ユーザーと AI エージェントが Markdown 構文を手で編集せずに同じファイルを共同編集できることを挙げている。全エディションと個人アカウントが対象で、管理者設定もユーザー設定も不要。
ニュース原文を読む ↗要約
Google は 2026-10-05、Google Drive と Google Docs で Markdown ファイル（.md / .markdown）をネイティブに扱えるようにしたと告知しました。Docs で直接開いて編集・共同編集でき、Drive 側ではレンダリング済みのプレビュー（整形された本文、クリック可能なリンク、表構造）が表示されます。
機能として見れば「対応ファイル形式が1つ増えた」話です。 それでも取り上げる価値があるのは、公式が変更理由として LLM を名指ししている点にあります。
公式の説明はこうです。Markdown は「構造化されたコンテンツを保持するために大規模言語モデルが広く使う標準テキスト形式」であり、今回の対応によって「ユーザーと AI エージェントが、Markdown 構文を手で編集したり形式を変換したりせずに」同じファイルを共同編集できるようになる。
これは、生成AIを業務で回している人なら全員が踏んでいる摩擦です。 ChatGPT でも Claude でも Gemini でも、長めの出力は Markdown で返ってきます。見出し、箇条書き、表、コードブロック。それを Google Docs に持っていくと、今までは変換が必要でした。
そして変換は無損失ではありませんでした。 公式自身が、従来の Doc 形式への変換について「書式が変わり（altered formatting）、コメントが失われ（stripped comments）、ファイルが分断されていた（fragmented files）」と書いています。ベンダーが自社の旧挙動をここまで明確に問題として書くのは、それなりに踏まれていた証拠です。
実務での現れ方は、だいたい次のどれかでした。 Markdown のまま貼り付けて ## や ** が残った読みにくい Doc ができる。整形し直すために人間が10分使う。あるいは Doc への変換を諦めて、Markdown ファイルを Drive に置いたまま「プレビューできないので各自ダウンロードしてください」と添える。今回の変更は、この3つの回避策すべてを不要にします。
「AI エージェントとの共同編集」という言い方にも注意が必要です。 公式はユーザーと AI エージェントが同じ Markdown ファイルを編集する構図を前提に書いています。エージェントが Drive 上のファイルを読み書きする運用が増えるなら、人間が読む形式とエージェントが書く形式が一致していることの価値は、今後さらに上がります。
対象は全 Google Workspace エディションと個人 Google アカウントで、管理者コントロールもユーザー設定もありません。ロールアウトは 2026-10-05 開始で、Rapid Release と Scheduled Release の両ドメインで最大15日の段階展開です。
何が変わったか
- Google Docs で
.md/.markdownを変換せずに開き、編集・共同編集できる - Google Drive でレンダリング済みプレビューが表示される（整形本文、クリック可能なリンク、表構造）
- Docs のリアルタイム編集とコメント機能はそのまま使える
- 従来必要だった Doc 形式への変換が不要になり、変換に伴う書式変更・コメント消失・ファイル分断がなくなる
- 公式が理由として LLM の標準出力形式が Markdown であること、および人間と AI エージェントの共同編集を明示している
- 対象は全 Workspace エディション + 個人 Google アカウント
- 管理者コントロールなし / ユーザー設定なし（オプトイン不要）
- ロールアウトは 2026-10-05 開始、Rapid / Scheduled の両ドメインで最大15日の段階展開
業務インパクト
最初に見直す価値があるのは、生成AIの出力をレビューへ回す手順です。
多くの組織で、AI の下書きは「生成 → コピペ → 整形 → レビュー依頼」という流れになっています。この「整形」が人間の作業として残っていたのは、Markdown が Workspace の一級市民ではなかったからです。 その前提が消えたので、生成物を .md のまま Drive に置き、Docs で開いてコメントを付けるという流れに置き換えられます。整形工程を省けるだけでなく、レビューコメントが変換で消えない点の方が実務では大きいかもしれません。
社内マニュアルの書式規定も見直し対象です。 「AI の出力は Google ドキュメント形式に直して保存する」といった規定を置いている組織は、その規定が摩擦の回避策だったのか、それとも検索性や版管理のための本質的な要件だったのかを切り分ける必要があります。前者なら、規定ごと不要になります。
エージェントに書かせる運用を検討している場合は、設計の前提が変わります。 Drive 上のファイルをエージェントに読み書きさせるとき、これまでは「Doc の API で構造を組む」か「Markdown を置いてプレビューを諦める」の二択でした。今回はその中間、つまり Markdown で書いて人間が Docs で読む構成が成立します。 エージェント側の実装が単純になるため、作り込みのコストを下げられる可能性があります。
一方で、ガバナンス側には新しい確認事項が増えます。 管理者コントロールが無いということは、この挙動を組織として止められないという意味でもあります。Markdown ファイルが Drive 上で読めるようになること自体が情報管理上の問題になるケース（たとえば .md を「開けないから安全」と暗黙に扱っていた運用）があるなら、前提が崩れたことを情シス側で把握しておく必要があります。 実際にそういう運用は稀ですが、「開けないことに依存した運用」は意外に残っています。
段階展開である点も、現場の混乱要因になります。 最大15日のロールアウトなので、同じ組織内で「もう使える人」と「まだ使えない人」が同時に存在する期間が生まれます。手順書を先に書き換えると、まだ見えていない人から「できません」という問い合わせが来ます。周知は「順次見えるようになる」という前提を添えてください。
副業・個人活用視点
個人アカウントも対象なので、この変更は副業・フリーランスの作業にそのまま効きます。
最も分かりやすい使い所は、クライアントへの納品物です。 AI で下書きした構成案や提案書を、整形し直さずに Drive へ置いてリンクを渡せます。 先方は Docs で開いてそのままコメントを付けられます。「Markdown で渡すと読めないと言われる」「Doc に直すと表が崩れる」という、地味に時間を取られていた往復がなくなります。
記事・教材の執筆では、原稿の置き場所を一本化できます。 Markdown で書いてローカルや GitHub に置き、共有用に Doc へコピーして二重管理になる——という構成を取っていた人は、.md を Drive に置いてそれを共有する一本化が可能になります。版が二重になると必ずどちらかが古くなるので、一本化の効果は時間の節約より事故の防止として現れます。
クライアント向けの提案材料にもなります。 「生成AIの出力をチームで回す導線」は、AI 導入相談でほぼ必ず詰まる箇所です。今回の変更を知っていれば、「整形作業を人手でやっている」という課題に対して、ツール追加ゼロで答えられます。 新しい SaaS を提案するより、既に契約している Workspace の挙動が変わったと伝える方が、通りやすく信頼も得やすい提案です。
学習の素材としても良い題材です。 この告知は、機能の説明（Markdown が開ける）と、なぜそれが今重要なのか（LLM の標準出力形式だから）を同じ分量で書いています。 機能一覧を並べるだけの告知と違い、読者の文脈に接続してから機能を出す構成になっています。提案書や社内説明の書き方の手本として使えます。