📝 主編觀點 · 職涯衝擊分析2026-10-27
Google Docs 原生支援 Markdown,PM 和設計師現在能直接對工程師的 .md 檔逐行留言
從現在起,PM 和設計師可以直接在 Google Docs 打開 .md 檔,對著某一行留言,不用再手動轉格式,也不用請工程師貼到別的地方。
Google 這次讓 Docs 與 Drive 原生支援 Markdown 檔案的預覽、編輯與協作。檔案保留原始結構,所以還是能跟 Git 這類開發工具接起來。標準 Docs 功能也跟著開放:行級評論、Drive 預覽、版本追蹤。Google 還特別點名,開發者和 AI 代理程式都可以直接在裡面協作。
這個更新的重點是 .md 變成了人和 AI 共用的便條紙。README、設計文件、給 AI 讀的指令檔,大多是 Markdown 寫的。以前這些檔案住在 repo 裡,非工程師要看只能靠截圖或轉貼。現在 PM 可以在同一份檔案上寫「這條驗收條件不明確」,工程師和 AI agent 讀的是同一個版本。
對職涯的影響,我覺得落在「寫字」這件事。PM 寫的 spec 如果同時是 agent 的輸入,模糊就會直接變成模糊的成品,沒有人幫你腦補。所以把需求寫成條列清楚、可驗收的句子,會變成 PM 的基本功。設計師則可以把元件命名、使用規則寫進 .md,讓 agent 照著做,而不是每次都靠口頭交代。工程師這邊,文件 review 不再只發生在 pull request 裡,要習慣被不寫程式的人在文件上挑毛病。
準備方式很具體:花半小時學會 Markdown 的標題、清單、程式碼區塊語法,然後挑一份你現在正在寫的需求或設計文件,用 .md 重寫一次。寫完丟給 AI 跑看看,它做錯的地方,通常就是你文字沒寫清楚的地方。
以後面試問的可能不只是你會不會用 AI,而是你寫的文件,AI 讀完能不能做對。
素材來源:Google Developers — Google Docs 與 Drive 原生支援 Markdown (.md) 檔案預覽、編輯與協作 ↗、arXiv cs.AI — Phronix:以能力為核心的 AI Agent 學習範式 ↗