Obsidian 圖牀終於配順了：粘貼圖片後自動上傳、自動換鏈
整理版優先睇
本文介紹如何為 Obsidian 配置自動圖牀，令圖片貼入後自動上傳並轉為外鏈，徹底解決分享同管理問題。
呢篇文章主要係作者分享佢自己喺 Obsidian 嘅寫作流程入面，點樣解決圖片處理嘅麻煩。平時用 Obsidian 寫 Markdown 嘅人，好容易遇到一個位：文字寫得好順，但一插入圖片，成個流程就卡住。因為 Obsidian 預設插入嘅係本地圖片，喺自己個庫度睇正常，但一分享或者遷移，本地路徑就會搞到人哋睇唔到圖，自己後期整理都麻煩。
作者嘅核心結論係，理想狀態係：貼圖之後系統自動上傳到圖牀，然後自動將本地連結換成外鏈。佢介紹嘅方案用咗幾個工具：七牛雲對象存儲（存圖片）、自定義域名（統一訪問地址）、PicGo App（負責上傳）、同埋 Image Auto Upload 插件（喺 Obsidian 度自動觸發上傳同替換）。呢套鏈路配好之後，寫作體驗會順好多，圖片處理變成寫作動作嘅一部分。
作者強調，呢個方案嘅門檻唔高——主要成本係域名一年幾十蚊，同七牛雲充值十幾廿蚊可以用好耐。最大嘅障礙只係你肯唔肯花時間一次過搭好條自動化鏈路。佢建議優先揀境外空間同域名，避開備案麻煩，令成個配置更順。最終效果係：分享更順、管理更輕、成本唔高，而且唔需要改變寫作習慣。
- 成個方案核心係將啲工具串成一條自動化鏈路：七牛雲做倉庫、自定義域名做統一入口、PicGo做上傳代理人、Image Auto Upload插件做觸發器。
- 配置嘅關鍵步驟係：先起七牛雲空間（建議揀境外區域）、綁定自定義域名、喺PicGo度填好參數、最後喺Obsidian裝插件。
- 最大差異係由「手動傳圖換鏈」變成「貼圖自動完成」，成個寫作流程冇咗圖片呢個摩擦點。
- 啟發：寫作工具嘅基建要一次過整好，之後先可以專注內容而唔係搞技術問題。
- 可行動點：揀個境外服務商（例如Cloudflare）管理域名，配好條鏈路後，每次貼圖都唔使再煩惱圖牀問題。
問題同核心方案
平時用 Obsidian 寫 Markdown 嘅人，好容易比一個細節絆住：文字寫得順，但一插入 本地圖片，成個流程就斷咗。因為預設嘅本地路徑，搞到分享同遷移時人哋睇唔到圖，自己後期管理都麻煩。
作者想解決嘅問題好明確：點樣令圖片貼入筆記後，自動上傳到圖牀，再自動將本地連結換成 外鏈。佢嘅方案係將幾個工具串成一條鏈路：七牛雲對象存儲、自定義域名、PicGo App、同埋 Image Auto Upload 插件。
整體架構同配置步驟
呢條鏈路由四個部分組成：Obsidian 負責寫作、七牛雲負責存圖片、自定義域名統一訪問地址、PicGo 做 上傳代理人，而 Image Auto Upload 插件就係 自動觸發器。配好之後，你貼圖呢個動作不變，但背後嘅上傳、替換全部自動完成。
- 1 先註冊七牛雲，新建一個對象存儲空間，建議揀 境外區域，咁樣之後綁自定義域名可以避開備案麻煩。
- 2 喺七牛雲綁定自定義域名，然後去你嘅 DNS 服務商（例如 Cloudflare）加 CNAME 記錄。域名後綴最好唔好揀 .cn，減少備案成本。
- 3 安裝 PicGo App，填好七牛雲嘅 AccessKey / SecretKey</highlight> 等參數。記住要長開 PicGo，唔係嘅話後面插件用唔到。
- 4 喺 Obsidian 安裝 Image Auto Upload 插件，之後喺筆記度貼圖就會自動觸發上傳，本地路徑自動換成外鏈。
跑通之後嘅體驗變化
一旦條鏈路穩定落嚟，你最明顯嘅感受有三點：分享更順——寫完 Markdown 可以直接分享，唔使再檢查圖片路徑；管理更輕——圖片地址統一，後續整理同遷移都清楚；成本唔高——域名一年幾十蚊，七牛雲充十零廿蚊可以用好耐。
作者話，呢個方案最大嘅門檻唔係錢，而係你肯唔肯花時間一次過搭好。如果你而家仲係用緊「本地插圖 → 手動傳圖 → 手動換鏈」嘅流程，呢套方案絕對值得試。佢唔係咩花巧新玩法，純粹係將幾個成熟工具夾埋，令圖片處理變成自動完成。
對於長期寫 Markdown、做 知識管理、寫 Blog 或者輸出內容嘅人，呢種改變好明顯：你唔需要改變寫作習慣，只需要將 基礎設施 配好。之後每次貼圖，系統都會幫你搞掂後面嘅繁瑣步驟。
如果你平時用 Obsidian 寫嘢，應該好容易俾一個細節反覆絆住：文字寫得好順，但係圖片一插入去，成個流程就開始變得好唔順。
因為 Obsidian 預設插入嘅係本地圖片。你喺自己嘅庫裏面睇落一切正常，但一旦 Markdown 要發俾人、要遷移、要同步去第二個地方，本地路徑即刻就暴露出問題：人哋睇唔到圖，自己後期亦都唔好整理。
所以，真正理想嘅狀態其實好明確：圖片貼入筆記之後，自動上傳到圖牀，再自動將本地連結替換成外鏈。
如果呢條鏈路行得通，Obsidian 嘅寫作體驗會一下子順好多。圖片唔再係額外步驟，而係同打字一樣自然咁融入寫作流程。
呢篇文章介紹嘅，就係一套比較實用、亦都比較適合個人寫作者跟住搭嘅方案。
呢套方案究竟解決啲乜嘢問題
本質上，佢要解決嘅係兩個老問題：
• Markdown 分享出去之後，圖片仲係本地路徑，人哋無法正常睇 • 圖片全部堆喺本地，後期管理、遷移同統一存取都好麻煩
一旦將圖牀呢層配置好，好多問題會一齊消失。
你喺 Obsidian 裏面照常貼圖，系統自動完成上傳，文檔裏面保留嘅係可存取嘅外鏈。咁樣無論係分享、同步，定係以後換設備、遷庫、做內容發佈，都會輕鬆好多。
呢套鏈路由邊幾部分組成
呢套方案並唔複雜，核心係將每個工具放喺佢最擅長嘅位置上：
• Obsidian：負責寫作同筆記編輯 • 七牛雲對象存儲：負責真正儲存圖片 • 自定義域名：負責統一圖片存取地址 • PicGo App：負責將圖片上傳到圖牀 • Image Auto Upload 插件：負責喺 Obsidian 裏面自動觸發上傳同替換圖片連結
成條鏈路配置好之後，你嘅感受會非常直接：
喺 Obsidian 裏面貼圖呢一個動作唔變，但佢背後發生嘅上傳、替換連結、變成可分享外鏈呢啲事，都會自動完成。
第一步：先將七牛雲對象存儲建立好
呢一步其實係喺幫成個圖牀方案搭建底層倉庫。
先註冊七牛雲，然後喺對象存儲裏面新建一個空間。呢個空間後面就係你所有圖片真正存放嘅位置。
比較實用嘅建議係：空間區域盡量優先揀境外。
原因好簡單。如果後面你想綁定自定義域名，境外空間通常省事好多；如果係國內空間，往往仲要先處理備案，整體門檻會更高。
所以如果你嘅目標係盡快將呢套方案行得通，優先揀一個更省備案麻煩嘅區域，後面會輕鬆唔少。
第二步：幫圖牀綁上自己嘅域名
空間建立好之後，下一步就係綁定域名。
點解呢一步重要？
因為一旦你用自己嘅域名嚟存取存儲裏面嘅圖片，後續圖片地址就會變得統一、清晰，亦都更利於長期管理。以後無論係遷移、替換服務商，定係調整存取策略，都有更大嘅主動權。
呢一步通常包含兩個動作：
1. 喺七牛雲嗰邊完成域名綁定 2. 去你嘅 DNS 服務商嗰度加對應嘅解析記錄
如果你本身已經喺 Cloudflare 之類嘅平台上管理域名，做 DNS 配置會比較順手。原文裏面用嘅都係 Cloudflare 呢類路徑，整體體驗會更集中啲。
喺揀域名嗰陣，都可以順手避開一啲後續麻煩：
• 優先考慮境外服務商 • 域名後綴盡量唔好揀 .cn
咁做嘅原因唔係“必須”，而係可以減少後面喺備案同存取策略上嘅額外處理成本。
至於具體點樣配置，七牛雲官方文檔本身就能夠覆蓋大部分步驟；如果懶得逐條睇，亦都可以完全將文檔內容交俾 AI，等佢根據你嘅域名服務商同當前配置環境，幫你解釋應該點樣填。
另外，CDN 加速呢件事唔使一開始就想得太複雜。
如果你用嘅係境外空間，國內存取速度可能會稍慢少少，但好多個人寫作場景其實都接受到。只有喺你對存取速度特別敏感嗰陣，先至補一層 CDN 就得。原文裏面提到直接喺 Cloudflare 上做代理，都係一種比較省心嘅做法。
第三步：用 PicGo 接住上傳呢件事
接下來就輪到 PicGo 啦。
你可以將 PicGo 理解成一個專門負責上傳圖片嘅中間層工具。佢嘅價值就在於：唔使自己手動調用接口，都唔使額外寫上傳腳本。
你只需要將七牛雲對象存儲所需嘅參數填入 PicGo 裏面，佢就能夠負責將圖片傳到對應嘅空間。
呢度有一個好容易忽略、但實際非常關鍵嘅小點：PicGo 要保持在可用狀態。
因為後面 Obsidian 插件會調用佢。如果 PicGo 冇開、冇正常運行，自動上傳呢件事就會斷咗。好多人前面配置都冇問題，最後覺得“唔自動”，往往就係卡咗喺呢度。。
所以更穩陣嘅做法係：將 PicGo 當成呢條自動化鏈路裏面嘅常駐節點，而唔係一次性配置完就關咗嘅工具。
第四步：喺 Obsidian 裏面裝上自動上傳插件
前面七牛雲、域名同 PicGo 都準備好之後，最後一步就係返到 Obsidian 本體，喺裏面裝上 Image Auto Upload 插件。
佢負責嘅係最關鍵嘅一環：
• 檢測你係咪喺筆記裏面插入咗圖片 • 自動觸發上傳動作 • 上傳完成之後，將原本嘅本地圖片連結替換成圖牀外鏈
一旦呢一步配置好，成個工作流程就會變得非常自然：
1. 你喺 Obsidian 裏面貼一張圖片 2. 插件檢測到圖片插入 3. 插件調用 PicGo 4. PicGo 將圖片傳到七牛雲 5. 文檔裏面嘅本地路徑自動被替換成外鏈
呢個都係成個方案最令人舒服嘅地方：佢唔係將“圖牀上傳”變成又一個額外動作，而係將佢變成寫作動作本身嘅一部分。
行得通之後，寫作體驗到底會發生啲乜嘢變化
一旦呢條鏈路穩定落嚟，你最明顯嘅感受通常有三點。
1. 分享更順咗
Markdown 寫完就可以直接分享，唔使再返轉頭檢查圖片係咪本地路徑，都唔使逐張重新傳圖。
2. 管理更輕鬆咗
圖片唔再四圍堆喺本地目錄裏面，存取地址統一，後續整理同遷移都會更清楚。
3. 成本其實唔高
呢套方案並唔係“重度工程化”先至配得起嘅嘢。
對個人寫作者嚟講，主要成本通常就係：
• 域名一年幾十蚊左右 • 七牛雲對象存儲本身成本好低
原文裏面給出嘅判斷都好實在：如果只係個人寫作、存取量唔大，七牛雲充個十蚊二十蚊，往往就可以用好耐。
所以佢最大嘅門檻，唔係錢，而係你願唔願意花啲時間將呢條自動化鏈路一次過搭順。
最後
如果你而家仲喺用“本地插圖 → 手動傳圖 → 手動換連結”呢套流程，咁呢套方案確實值得試一次。
佢唔係咩特別花巧嘅新玩法，核心係將幾個成熟工具串埋一齊，等圖片處理呢件事由“額外麻煩”變成“自動完成”。
對長期寫 Markdown、做知識管理、寫博客或者輸出內容嘅人嚟講，呢種改變會非常明顯：
你唔需要改變寫作習慣，只需要將基礎設施配置好。之後每次貼圖片，系統都會幫你將後面嘅繁瑣步驟接住。
當寫作流程裏面嘅呢啲小摩擦被拎走之後，Obsidian 真正順手嘅地方，先至會完全發揮出嚟。
——END——
點點關注，一齊學習~
如果你平時用 Obsidian 寫東西，應該很容易被一個細節反覆絆住：文字寫得很順，圖片一插進去，整個流程就開始變得不順了。
因為 Obsidian 默認插入的是本地圖片。你在自己的庫裏看着一切正常，但一旦 Markdown 要發給別人、要遷移、要同步到別的地方，本地路徑馬上就暴露出問題：別人看不到圖，自己後期也不好整理。
所以，真正理想的狀態其實很明確：圖片粘貼進筆記後，自動上傳到圖牀，再自動把本地連結替換成外鏈。
如果這條鏈路能跑通，Obsidian 的寫作體驗會一下子順很多。圖片不再是額外步驟，而是和打字一樣自然地融進寫作流程。
這篇文章介紹的，就是一套比較實用、也比較適合個人寫作者照着搭的方案。
這套方案到底解決什麼問題
本質上，它要解決的是兩個老問題：
• Markdown 分享出去後，圖片還是本地路徑，別人無法正常查看 • 圖片全堆在本地，後期管理、遷移和統一訪問都很麻煩
一旦把圖牀這層配好，很多問題會一起消失。
你在 Obsidian 裏照常粘貼圖片，系統自動完成上傳，文檔裏保留的是可訪問的外鏈。這樣無論是分享、同步，還是以後換設備、遷庫、做內容發佈，都會輕鬆很多。
這套鏈路由哪幾部分組成
這套方案並不複雜，核心是把每個工具放到它最擅長的位置上：
• Obsidian：負責寫作和筆記編輯 • 七牛雲對象存儲：負責真正存圖片 • 自定義域名：負責統一圖片訪問地址 • PicGo App：負責把圖片上傳到圖牀 • Image Auto Upload 插件：負責在 Obsidian 裏自動觸發上傳並替換圖片連結
整條鏈路配好之後，你的感受會非常直接：
在 Obsidian 裏粘貼圖片這一個動作不變，但它背後發生的上傳、替換連結、變成可分享外鏈這些事，都會自動完成。
第一步：先把七牛雲對象存儲建起來
這一步其實是在給整套圖牀方案搭底層倉庫。
先註冊七牛雲，然後在對象存儲裏新建一個空間。這個空間後面就是你所有圖片真正存放的位置。
比較實用的建議是：空間區域儘量優先選境外。
原因很簡單。如果後面你想綁定自定義域名，境外空間通常省事很多；如果是國內空間，往往還要先處理備案，整體門檻會更高。
所以如果你的目標是儘快把這套方案跑通，優先選一個更省備案麻煩的區域，後面會輕鬆不少。
第二步：給圖牀綁上自己的域名
空間建好之後，下一步就是綁定域名。
為什麼這一步重要？
因為一旦你用自己的域名來訪問存儲裏的圖片，後續圖片地址就會變得統一、清晰，也更利於長期管理。以後不管是遷移、替換服務商，還是調整訪問策略，都有更大的主動權。
這一步通常包含兩個動作：
1. 在七牛雲側完成域名綁定 2. 去你的 DNS 服務商那裏加對應的解析記錄
如果你本身就在 Cloudflare 之類的平台上管理域名，做 DNS 配置會比較順手。原文裏用的也是 Cloudflare 這類路徑，整體體驗會更集中一些。
在選域名時，也可以順手避開一些後續麻煩：
• 優先考慮境外服務商 • 域名後綴儘量別選 .cn
這樣做的原因不是“必須”，而是能減少後面在備案和訪問策略上的額外處理成本。
至於具體怎麼配，七牛雲官方文檔本身就能覆蓋大部分步驟；如果懶得逐條看，也完全可以把文檔內容交給 AI，讓它按你的域名服務商和當前配置環境，幫你解釋該怎麼填。
另外，CDN 加速這件事不用一開始就想得太複雜。
如果你用的是境外空間，國內訪問速度可能會稍慢一點，但很多個人寫作場景其實也能接受。只有在你對訪問速度特別敏感時，再補一層 CDN 即可。原文裏提到直接在 Cloudflare 上做代理，也是一種比較省心的做法。
第三步：用 PicGo 接住上傳這件事
接下來就輪到 PicGo 了。
你可以把 PicGo 理解成一個專門負責上傳圖片的中間層工具。它的價值就在於：不用你自己手動調用接口，也不用額外寫上傳腳本。
你只需要把七牛雲對象存儲所需的參數填到 PicGo 裏，它就能負責把圖片傳到對應空間。
這裏有一個很容易忽略、但實際非常關鍵的小點：PicGo 要保持在可用狀態。
因為後面 Obsidian 插件會調用它。如果 PicGo 沒開、沒正常運行，自動上傳這件事就會斷掉。很多人前面配置都沒問題，最後覺得“不自動”，往往就是卡在這裏。
所以更穩的做法是：把 PicGo 當成這條自動化鏈路裏的常駐節點，而不是一次性配置完就關掉的工具。
第四步：在 Obsidian 裏裝上自動上傳插件
前面七牛雲、域名和 PicGo 都準備好之後，最後一步就是回到 Obsidian 本體，在裏面裝上 Image Auto Upload 插件。
它負責的是最關鍵的一環：
• 檢測你是否往筆記裏插入了圖片 • 自動觸發上傳動作 • 上傳完成後，把原本的本地圖片連結替換成圖牀外鏈
一旦這一步配置好，整個工作流就會變得非常自然：
1. 你在 Obsidian 裏粘貼一張圖片 2. 插件檢測到圖片插入 3. 插件調用 PicGo 4. PicGo 把圖片傳到七牛雲 5. 文檔裏的本地路徑自動被替換成外鏈
這也是整套方案最讓人舒服的地方：它不是把“圖牀上傳”變成又一個額外動作，而是把它變成寫作動作本身的一部分。
跑通之後，寫作體驗到底會發生什麼變化
一旦這條鏈路穩定下來，你最明顯的感受通常有三點。
1. 分享更順了
Markdown 寫完就能直接分享，不用再回頭檢查圖片是不是本地路徑，也不用一張張重新傳圖。
2. 管理更輕了
圖片不再四散堆在本地目錄裏，訪問地址統一，後續整理和遷移都會更清楚。
3. 成本其實不高
這套方案並不是“重度工程化”才配得起的東西。
對個人寫作者來說，主要成本通常就是：
• 域名一年幾十塊左右 • 七牛雲對象存儲本身成本很低
原文裏給出的判斷也很實在：如果只是個人寫作、訪問量不大，七牛雲充個十塊二十塊，往往就能用很久。
所以它最大的門檻，不是錢，而是你願不願意花一點時間把這條自動化鏈路一次搭順。
最後
如果你現在還在用“本地插圖 → 手動傳圖 → 手動換連結”這套流程，那這套方案確實值得試一遍。
它不是什麼特別花哨的新玩法，核心就是把幾個成熟工具串起來，讓圖片處理這件事從“額外麻煩”變成“自動完成”。
對長期寫 Markdown、做知識管理、寫博客或者輸出內容的人來說，這種改變會非常明顯：
你不需要改變寫作習慣，只需要把基礎設施配對。之後每次粘貼圖片，系統都會替你把後面的繁瑣步驟接住。
當寫作流程裏的這些小摩擦被拿掉之後，Obsidian 真正順手的地方，才會完全發揮出來。
——END——
點點關注，一起學習~