【譯】Obsidian 實際上是一個自定義的應用平台，而 AI Coding讓每個人都能解鎖它

作者：效率火箭
日期：2026年5月3日 上午7:30
來源：WeChat 原文

✦整理版優先睇

速讀 5 個重點 高亮

Obsidian本質係個人應用平台，AI Coding令任何人都可以自建插件

整理版摘要

呢篇文章係由火箭君翻譯自海外科技博主TfTHacker嘅Blog。佢分享咗點樣用AI Coding喺Obsidian入面整一個完全可用嘅西班牙語數字學習插件，成個過程冇寫過一行code。TfTHacker想帶出嘅核心觀點係：Obsidian本身已經係一個完整嘅個人應用平台，而AI Coding令到任何人都可以解鎖呢個潛力。

好多人都有過想整一個適合自己工作流程嘅工具嘅念頭，但往往因為唔識寫code或者開發成本太高而放棄。TfTHacker指出，Obsidian提供咗介面（HTML/CSS/JavaScript）、儲存（Vault）、同步（iCloud/Obsidian Sync）、分發（插件市場），呢啲正正係一個應用平台所需要嘅元素。只係好多人只將佢當成Markdown編輯器。

AI Coding（例如OpenAI Codex、Claude Code）令到開發門檻大幅降低，重點唔再係編程能力，而係清晰表達需求嘅能力。TfTHacker親身測試，佢同AI對話，描述想要嘅功能（抽認卡、語音識別、臨時刷題模式），AI生成code，佢喺Obsidian入面測試，不斷迭代，最終整咗一個可發佈嘅插件。佢強調，呢種方法適合個人用戶同小團隊，但唔係萬能，過程中需要引導AI、自己負責測試同質量。結論係：平台已準備好，AI已可用，而家就差你決定整咩工具。

  • Obsidian唔止係筆記工具，而係一個提供界面、儲存、同步、分發嘅完整應用平台。
  • AI Coding令編程門檻大幅降低，關鍵係清晰表達需求，唔使識寫code。
  • 傳統開發需要伺服器、數據庫、前後端，而家只需一個Obsidian插件同AI對話。
  • 個人可以按自己工作流程定製工具，唔使再等應用商店出適合嘅App。
  • 如果你想擁有完全符合自己需求嘅工具，而家就可以試下用AI Coding喺Obsidian實現。
整理重點

Obsidian係被低估嘅應用平台

好多人只當Obsidian係一個Markdown編輯器，但佢嘅底層其實係Electron應用，即係一個完整嘅瀏覽器環境，支援HTML、CSS同JavaScript。呢個背景令佢成為一塊非常靈活嘅畫布。

Obsidian不僅僅是一個Markdown編輯器

  • 儲存：Vault就係數據庫，文件喺你自己本地，唔使SQL或雲端。
  • 同步：用Obsidian Sync、iCloud等，數據自動跨裝置同步。
  • 分發：插件可以經BRAT私密分享，或提交到社區插件目錄。
  • 呢四樣嘢加埋就係一個完整應用平台：界面、儲存、同步、分發。
整理重點

AI Coding改變遊戲規則

過去要整一個應用，你要學編程、租伺服器、Set up數據庫，好麻煩。但而家AI Coding（例如OpenAI Codex、Claude Code）令到呢個門檻大幅降低。

AI Coding改變了誰能構建軟件

關鍵轉變係：你需要嘅核心技能唔再係編程，而係清晰表達。你係產品經理，AI就係開發者。如果你可以描述App應該做咩，測試佢，並用語言解釋邊度出問題，你就可以構建軟件。

清晰表達能力成為新門檻

整理重點

實戰：構建西班牙語學習插件

TfTHacker想學西班牙語數字，需要一個同時有抽認卡、語音識別同臨時刷題模式嘅工具。佢喺應用商店揾唔到，於是決定用AI Coding自製。

一行代碼都沒寫

  1. 1 喺屏幕一側開AI代理，另一側開Obsidian，叫AI參考Obsidian文檔。
  2. 2 同AI一齊制定規格說明，描述每個功能。
  3. 3 AI生成code，放入Obsidian測試，然後反饋問題（例如按鈕位置、數據保存、答錯權重）。
  4. 4 重複直到插件喺電腦、手機、平板都行得順。
  5. 5 叫AI整理成可發佈狀態（README、授權、打包步驟），最後發佈到GitHub。

抽認卡、語音識別、臨時刷題模式

成個過程大約用咗一日半，比手動寫code快好多。而且插件完全本地運行，冇伺服器費用，任何人都可以經BRAT安裝。

整理重點

真實感受：唔係想像中咁簡單

TfTHacker分享咗幾個真實體會，提醒大家呢個方法唔係神話。

  • 引導AI係真正嘅工作：你要比方向、發現錯誤、糾正路線，AI唔會讀心。
  • 規格說明最難：寫code之前要深入諗自己想要咩，AI可以幫手但主導權喺你。
  • AI開發快，但唔係瞬間：一日半已經算快，唔好諗住一粒鐘搞掂。
  • 測試好重要：AI會出錯，例如西班牙語數字生成錯咗，你要加驗證同推動AI寫好測試。
  • 發佈仍然有技術性：要睇文檔理解插件分發概念，但唔使寫code。

規格說明是最難的部分

測試能發現AI漏掉的問題

圖片

寫喺前面

我突然醒起，Obsidian 之所以喺某啲用家入面咁受歡迎，係因為好多知識工作者嘅日常工作流程，其實都可以簡化為純文字記錄。
唔需要特別嘅專有程式。
如果你哋需要畫 CAD、剪片、數學建模、電路設計……咁就可能要用專門工具。就算係咁，仍然有一部份工作流程淨係要文字記錄就得，例如協作溝通記錄、文摘、腳本草稿、寫作草稿……
我一直好推崇 Obsidian 嘅 File over app 理念。簡單嘅檔案變成主角，雙鏈引用同標籤就成為連接資訊嘅樞紐。而佢真正嘅平台潛力，正正係嚟自呢種可擴展性。
如果大家留意 Obsidian 呢幾年嘅發展，可能會有一種感覺：唔講咁多第三方插件，隨住官方 Canvas、Bases 陸續推出，Obsidian 已經唔再淨係一個 Markdown 筆記工具，而更加似係一套基於新理念嘅個人工作台。
佢係一個開放平台。如果你想喺 Obsidian 入面加入一個自己嘅應用程式，完全可以透過插件嘅形式嚟實現。呢樣係以前 MS Office 好難做到嘅事。一定要做當然都可以，但係非常複雜。
而家有咗 AI，實現 Obsidian 插件嘅門檻就更加低。
最近我讀到 TfTHacker 一篇文章。佢係好有影響力嘅海外科技博主，文章入面分享咗自己點解同點樣整一個基於 Obsidian 嘅自用西班牙語學習 App。
睇到開頭部分嘅時候，我即刻覺得佢同我之前嘅想法好吻合，同時亦提醒咗我一啲之前忽略咗嘅嘢。於是，我毫不猶豫決定翻譯兼分享俾大家。
以下正文，火箭君翻譯兼略作編輯。原作者：TfTHacker，原文出自：

正文

我啱啱整咗一個完全可以用嘅學習 App：抽認卡（Flashcards）、語音識別、臨時刷題模式。
而且，我自己一行 code 都冇寫過。
佢完全係本地運行，冇伺服器、冇數據庫、亦都唔使託管費用。佢可以喺我嘅電腦、手機同平板上面行，甚至任何人都可以安裝。
聽落好神奇，當中的秘密係：我將呢個 App 整成一個 Obsidian 插件。
而我係透過同一個 AI 對話，完成咗成個構建過程。
等我解釋下點解呢件事咁重要。

我哋共同嘅問題

可能每個人都試過有個關於工具嘅諗法。
呢個工具通常同自己嘅工作或者學習方式好有關係。我哋去應用商店揾，但係發現冇啱用嘅。
我哋有時都想自己整出嚟，但現實好快擺喺面前：可能我唔係開發者，所以唔知點樣整應用程式。就算我係開發者，都需要一部 Web 伺服器、一個數據庫、前端 code、後端 code、託管同部署。
為咗一個可能得自己用嘅個人工具，付出咁多努力？
咁就有啲誇張喇。
於是，呢個工具 App 嘅諗法就喺腦入面死咗。
同其他大部份諗法一樣。

Obsidian 入面收埋咗啲嘢

圖片

大部份人忽略咗一點：Obsidian 唔單止係一個 Markdown 編輯器。
佢係一個完整嘅應用程式運行時（Runtime）。
Runtime，火箭君注：可以簡單理解為一個程式運行所需要嘅環境。
喺底層，Obsidian 係一個 Electron 應用程式。即係話，佢本質上係一個可以運行網頁應用程式嘅完整瀏覽器環境。
佢支援 HTML、CSS 同 JavaScript。呢啲亦都係驅動互聯網大部份內容嘅基礎技術。
呢樣令到佢變成一塊好啱用來整界面嘅靈活畫布。
但佢仲唔止咁。
Obsidian 仲偷偷提供咗每個應用程式都需要嘅三樣嘢。

存儲

我哋嘅 vault 就係數據庫。
數據保存喺你自己擁有嘅 local 檔案度。唔需要 SQL，唔需要雲端設定，亦唔需要第三方依賴。

同步

如果你用 Obsidian Sync、iCloud 或者類似服務，你嘅數據本來就已經可以喺唔同裝置之間同步。
你嘅應用程式可以直接繼承呢一點。

分發

我哋整嘅一切，都可以用 Obsidian 插件嘅形式存在。
插件有一條明確嘅分發路徑：你可以透過 BRAT 私密分享，或者提交到 Obsidian 嘅社羣插件目錄。

界面、儲存、同步、分發。
呢四樣嘢組合埋一齊，就係一個完整嘅應用程式平台。
而佢其實一直就喺度。

AI Coding 改變咗邊個可以整軟件

透過同 AI 代理對話嚟整軟件。
描述你想要嘅嘢，等 AI 寫 code。
好似 OpenAI Codex 同 Claude Code 呢啲工具，已經令到呢件事變得可行。
圖片
關鍵轉變係：我哋需要嘅核心技能唔再淨係寫程式，而係清晰表達。
我哋能唔能夠描述個 App 應該做啲咩？我哋能唔能夠測試佢，並用語言解釋邊度出問題？
如果做到，我哋就可以整軟件。
我哋係產品經理，AI 就係開發者。
而家，我哋將呢啲點連埋一齊。
AI 編碼降低咗親自寫 code 嘅必要性。Obsidian 降低咗對伺服器、數據庫同部署基礎設施嘅依賴。
兩者結合，創造咗一種新嘅可能性：一個個人應用程式平台。任何願意描述自己想要嘅嘢，並持續疊代直到用得嘅人，都可以嘗試整屬於自己嘅工具。
我親自測試過，下面係成個過程。

我整咗一個西班牙語數字學習插件

我喺學西班牙文。
根據以往嘅語言學習經驗，我知道，掌握數字係基礎。
我需要一個好具體嘅工具：用嚟識別書面數字嘅抽認卡、用嚟強化訓練嘅突擊模式，同埋用嚟靠聽力識別數字嘅聽力練習功能。
現有工具都冇辦法按我需要嘅方式，同時滿足呢三點。
我需要一個專門為我而整嘅應用程式。
於是，我喺屏幕一邊開 AI 代理，另一邊開 Obsidian。
我同 AI 講，我正在整一個 Obsidian 插件，並叫佢參考正確嘅 Obsidian 文檔，包括範例插件、開發指引、發佈規範同 CLI 參考。
佢讀完呢啲內容之後，好快就理清咗方向。
然後，我哋一齊制定規格說明。
我描述每個功能：抽認卡流程、突擊模式邏輯、數據儲存、視覺佈局。
AI 代理會喺對話過程中，將規格說明整理出嚟。
接下來就係一個循環：
AI 生成 code，我將佢放落 Obsidian 度測試。
我會同佢講：
「呢個掣應該放喺呢度。」
「數據喺唔同 session 之間冇保存到。」
「突擊模式需要提高答錯數字嘅出現權重。」
AI 會進行修改。咁樣重複落去。
當佢可以喺電腦、手機同平板上運行時，我叫 AI 代理將個項目整理成可以發佈到 GitHub 嘅狀態，包括 README、許可證、發佈配置同完整嘅打包步驟。
最後，我將佢發佈咗。其他用家可以透過 BRAT 安裝。
喺呢個過程中，我從來冇直接掂過 code。成個應用程式都係透過對話構建出嚟嘅。
圖片

接下來，講下真實感受

我唔會誇大其詞。
實際上，過程中遇到嘅問題大概如下。

引導一個 AI 代理，本身係一項真正嘅工作

你可以當佢係一個聰明但冇經驗嘅合作者咁管理。
佢可以產出驚人嘅成果，但佢唔會讀心術。你要提供方向，發現錯誤，並喺佢偏離時糾正路線。

規格說明係最難嘅部分

喺任何 code 寫之前，你一定要深入思考自己真正想要啲咩。
功能係咩？流程係咩？邊界情況係咩？
AI 代理可以幫手製定規格，但主導者仍然係你。

AI 開發速度快啲，但並唔係瞬間完成

我嘅西班牙語數字插件，係一個相對聚焦嘅應用程式。
就算係咁，都大約用咗一日半。
如果手動寫 code，可能要花我大約一個禮拜。
呢個確實係明顯提速，但唔好指望可以喺一個鐘頭內，將一個諗法直接變成成品。

測試可以發現 AI 漏咗嘅問題

我個插件喺為某啲數字類型生成西班牙文時出錯。
呢個可能會令到用家學到錯誤嘅內容。
我不得不加入額外驗證，並推動 AI 代理寫出更好嘅測試。
AI 捕捉唔曬所有 bug。
我一定要自己對質量負責。

發佈過程仍然有啲技術性

我需要睇文檔，並理解 Obsidian 插件分發系統嘅基本概念。
呢個唔一定要親手寫 code，但確實需要獲取相關背景資訊。
我希望 Obsidian 將來可以進一步簡化呢個過程。

邊個應該嘗試呢個？

對於希望根據自己嘅工作流程精確定製工具嘅個人用家嚟講，呢種 AI Coding 方法好理想。
對於透過共享 vault 或共享文件夾嚟同步插件同數據嘅小團隊嚟講，呢種方法同樣適用。
佢唔係為複雜後端、大規模多用戶應用程式而設計嘅。
但如果係個人工具、小團隊實用程式同定製工作流程呢？
佢確實打開咗一種新嘅可能性。

更大嘅圖景

我哋正處於一個轉折點。
AI 大幅降低咗整軟件嘅門檻，但軟件仍然需要一個運行同承載嘅地方。
佢需要界面、儲存、同步，同埋分發俾用家嘅方式。
Obsidian 提供曬呢啲。靜靜雞。冇咩聲氣。佢一直就係一個應用程式平台。
諗下，大家希望存在嗰個工具。
嗰個完全符合你需求、完全配合你工作流程嘅工具，可能一直唔存在。
而且，應用商店裡面通常都揾唔到佢。
而家再諗下，整佢嘅門檻從未如此之低。
幾乎唔需要學寫程式。唔需要搭建伺服器。
你只需要描述自己想要乜嘢，並願意不斷疊代，直到佢真正用得。
平台已經喺度，AI 亦都已經夠用。
剩下嘅問題係：你係咪真係知道自己想要一個乜嘢工具，並願意將佢一點一滴咁打磨出嚟。
原文作者（TfTGancker）整西班牙語學習 App 嘅 Github repo:
https://github.com/TfTHacker/spanish-learn-numbers/
圖片
圖片

寫在前面

我突然意識到，Obsidian 之所以在一些用戶中受到歡迎，是因為很多知識工作者的日常工作流，其實都可以簡化為基於純文本的記錄。
不需要特別的專有程序。
如果各位需要畫 CAD、剪視頻、數學建模、電路設計……那可能就需要專門工具了。即使如此，仍舊有相當一部分工作流，只需要文本記錄即可，比如協作溝通記錄、文摘、腳本草稿、寫作草稿……
我一直推崇 Obsidian 的 File over app 理念。簡單的文件成了主角，雙鏈引用和標籤則成了連接信息的樞紐。而它真正的平台潛力，正來自這種可擴展性。
如果大家關注 Obsidian 這幾年的發展，可能會產生一種感覺：且不說無數第三方插件，隨着官方 Canvas、Bases 陸續推出，Obsidian 已經不再只是一個單純的 Markdown 筆記工具，而更像是一套基於新理念的個人工作台。
它是一個開放平台。如果你想在 Obsidian 里加入一個自己的應用，完全可以通過插件的形式來實現。這是以前 MS Office 很難做到的事情。一定要做當然也可以，但非常複雜。
現在有了 AI，實現 Obsidian 插件的門檻就更低了。
最近我讀到 TfTHacker 一篇文章。他是很有影響力的海外科技博主，文章裏分享了自己為何以及如何構建一個基於 Obsidian 的自用西班牙語學習 App。
看到開頭部分時，我立刻感到它和我之前的想法高度吻合，同時也提醒了我一些此前忽略的事情。於是，我毫不猶豫地決定翻譯並分享給大家。
以下正文，火箭君翻譯並略作編輯。原作者：TfTHacker，原文出自：

正文

我剛剛構建了一個完全可用的學習 App：抽認卡（Flashcards）、語音識別、臨時刷題模式。
而且，我自己一行代碼都沒寫。
它完全本地運行，沒有服務器，沒有數據庫，也不需要託管費用。它能在我的電腦、手機和平板上運行，甚至任何人都可以安裝。
聽起來很神奇，其中的秘密是：我把這個 App 做成了一個 Obsidian 插件。
而我是通過和一個 AI 對話，完成了整個構建過程。
讓我解釋一下為什麼這件事很重要。

我們共同的問題

也許每個人都有過一個關於工具的想法。
這個工具往往和自己的工作或學習方式密切相關。我們去應用商店尋找，卻發現沒有合適的。
我們有時也想自己構建它，但現實很快擺在面前：也許我不是開發者，所以不知道如何構建應用。即便我是開發者，也需要一台 Web 服務器、一個數據庫、前端代碼、後端代碼、託管和部署。
為了一個可能只有自己會用的個人工具，付出這麼多努力？
那就有點過頭了。
於是，這個工具 App 的想法就在腦中夭折了。
和其他大多數想法一樣。

Obsidian 裏藏着一些東西

圖片

大多數人忽略了一點：Obsidian 不僅僅是一個 Markdown 編輯器。
它是一個完整的應用運行時。
Runtime，火箭君注：可以簡單理解為一個程序運行所需要的環境。
在底層，Obsidian 是一個 Electron 應用。也就是說，它本質上是一個可以運行網頁應用的完整瀏覽器環境。
它支持 HTML、CSS 和 JavaScript。這些也是驅動互聯網大多數內容的基礎技術。
這讓它成了一塊非常適合構建界面的靈活畫布。
但它還不止於此。
Obsidian 還悄悄提供了每個應用都需要的三樣東西。

存儲

我們的 vault 就是數據庫。
數據保存在你自己擁有的本地文件中。不需要 SQL，不需要雲端配置，也不需要第三方依賴。

同步

如果你使用 Obsidian Sync、iCloud 或類似服務，你的數據本來就已經可以在設備之間同步。
你的應用可以直接繼承這一點。

分發

我們構建的一切，都可以以 Obsidian 插件的形式存在。
插件有一條明確的分發路徑：你可以通過 BRAT 私密分享，也可以提交到 Obsidian 的社區插件目錄。

界面、存儲、同步、分發。
這四件事組合在一起，就是一個完整的應用平台。
而它其實一直就在那裏。

AI Coding 改變了誰能構建軟件

通過與 AI 代理對話來構建軟件。
描述你想要的東西，讓 AI 編寫代碼。
像 OpenAI Codex 和 Claude Code 這樣的工具，已經讓這件事變得可行。
圖片
關鍵轉變在於：我們需要的核心技能不再只是編程，而是清晰表達。
我們能描述 App 應該做什麼嗎？我們能測試它，並用語言解釋哪裏出問題了嗎？
如果能，我們就能構建軟件。
我們是產品經理，AI 就是開發者。
現在，我們把這些點連起來。
AI 編碼降低了親自編寫代碼的必要性。Obsidian 降低了對服務器、數據庫和部署基礎設施的依賴。
二者結合，創造了一種新的可能性：一個個人應用平台。任何願意描述自己想要什麼，並持續迭代直到可用的人，都可以嘗試構建屬於自己的工具。
我親自測試過，下面是整個過程。

我構建了一個西班牙語數字學習插件

我在學西班牙語。
根據以往的語言學習經驗，我知道，掌握數字是基礎。
我需要一個非常具體的工具：用於識別書面數字的抽認卡、用於強化訓練的突擊模式，以及用於通過聽力識別數字的聽力練習功能。
現有工具都無法按我需要的方式，同時滿足這三點。
我需要一個專門為我打造的應用。
於是，我在屏幕一側打開 AI 代理，另一側打開 Obsidian。
我告訴 AI，我正在構建一個 Obsidian 插件，並讓它參考正確的 Obsidian 文檔，包括示例插件、開發指南、發佈規範和 CLI 參考。
它讀完這些內容後，很快理清了方向。
然後，我們一起制定規格說明。
我描述每個功能：抽認卡流程、突擊模式邏輯、數據存儲、視覺佈局。
AI 代理會在對話過程中，把規格說明整理出來。
接下來就是一個循環：
AI 生成代碼，我把它放進 Obsidian 裏測試。
我會告訴它：
「這個按鈕應該放在這裏。」
「數據在不同會話之間沒有保存下來。」
「突擊模式需要提高答錯數字的出現權重。」
AI 會進行修改。如此反覆繼續。
當它能在電腦、手機和平板上運行時，我讓 AI 代理把項目整理成可以發佈到 GitHub 的狀態，包括 README、許可證、發佈配置和完整的打包步驟。
最後，我把它發佈了。其他用戶可以通過 BRAT 安裝。
在這個過程中，我從未直接接觸過代碼。整個應用都是通過對話構建出來的。
圖片

接下來，說些真實感受

我不會誇大其詞。
實際上，過程中遇到的問題大致如下。

引導一個 AI 代理，本身就是一項真正的工作

你可以把它當成一個聰明但缺乏經驗的合作者來管理。
它能產出驚人的成果，但它不會讀心術。你要提供方向，發現錯誤，並在它偏離時糾正路線。

規格說明是最難的部分

在任何代碼編寫之前，你必須深入思考自己真正想要什麼。
功能是什麼？流程是什麼？邊界情況是什麼？
AI 代理可以幫助制定規格，但主導者仍然是你。

AI 開發速度更快，但並不是瞬間完成

我的西班牙語數字插件，是一個相對聚焦的應用。
即便如此，它也花了大約一天半。
如果手動編寫代碼，可能要花我一週左右。
這確實是顯著提速，但別指望能在一小時內，把一個想法直接變成成品。

測試能發現 AI 漏掉的問題

我的插件在為某些數字類型生成西班牙語時出錯。
這可能會讓用戶學到錯誤內容。
我不得不添加額外驗證，並推動 AI 代理寫出更好的測試。
AI 捕捉不到所有 bug。
我必須自己對質量負責。

發佈過程仍然有些技術性

我需要閲讀文檔，並理解 Obsidian 插件分發系統的基本概念。
這不一定需要親自編寫代碼，但確實需要獲取相關背景信息。
我希望 Obsidian 未來能進一步簡化這一過程。

誰應該嘗試這個？

對於希望根據自己的工作流精確定製工具的個人用戶來說，這種 AI Coding 方法很理想。
對於通過共享 vault 或共享文件夾來同步插件和數據的小團隊來說，這種方法同樣適用。
它並不是為複雜後端、大規模多用戶應用而設計的。
但如果是個人工具、小團隊實用程序和定製工作流呢？
它確實打開了一種新的可能性。

更大的圖景

我們正處於一個轉折點。
AI 大幅降低了構建軟件的門檻，但軟件仍然需要一個運行和承載的地方。
它需要界面、存儲、同步，以及分發給用戶的方式。
Obsidian 提供了所有這些。悄無聲息。沒有喧囂。它一直就是一個應用平台。
想一想，大家希望存在的那個工具。
那個完全符合你需求、完全匹配你工作流的工具，可能一直不存在。
而且，應用商店裏往往也找不到它。
現在再想想，構建它的門檻從未如此之低。
幾乎不需要學習編程。不需要搭建服務器。
你只需要描述自己想要什麼，並願意不斷迭代，直到它真正可用。
平台已經在那裏，AI 也已經足夠可用。
剩下的問題是：你是否真的知道自己想要一個什麼工具，並願意把它一點點打磨出來。
原文作者（TfTGancker）製作西班牙語學習 App 的 Github repo:
https://github.com/TfTHacker/spanish-learn-numbers/
圖片