[{"data":1,"prerenderedAt":-1},["ShallowReactive",2],{"article-vs-code-turns-folder-into-workspace-zh":3,"article-related-vs-code-turns-folder-into-workspace-zh":30,"series-tools-f2fadb5a-41e2-4095-9467-d120f9acee99":75},{"id":4,"slug":5,"title":6,"content":7,"summary":8,"source":9,"source_url":10,"author":11,"image_url":12,"cover_image":12,"category":13,"language":14,"translated_content":11,"related_article_id":15,"keywords":16,"key_takeaways":22,"views":26,"created_at":27,"published_at":28,"topic_cluster_id":29},"f2fadb5a-41e2-4095-9467-d120f9acee99","vs-code-turns-folder-into-workspace-zh","VS Code 把資料夾變工作區","\u003Cp data-speakable=\"summary\">我拆 \u003Ca href=\"\u002Ftag\u002Fvs-code\">VS Code\u003C\u002Fa> 的 workspace、Command Palette、terminal 和 extensions，整理成一套可直接複製的工作區設定。\u003C\u002Fp>\u003Cp>我用 \u003Ca href=\"https:\u002F\u002Fcode.visualstudio.com\u002F\">Visual Studio Code\u003C\u002Fa> 很久了，老實說我一直覺得很多人把它當成「比較會彩色的編輯器」，這用法真的很浪費。問題不是功能少，問題是大家常把它裝成一個雜物抽屜：幾個 extension、朋友推薦的主題、幾個快捷鍵，然後開始抱怨它很忙，但沒有真的幫到你。\u003C\u002Fp>\u003Cp>我後來才想通，VS Code 比較像是在塑造一個 workspace，不只是打開檔案而已。當我不再期待選單幫我解決一切，整個工具就安靜多了。我可以直接開資料夾、把噪音壓低、快速跳 command，讓 terminal 和 extension 補上缺口。以前我根本像在\u003Ca href=\"\u002Fnews\u002Fanthropics-model-shutdown-safety-can-bite-back-zh\">自己\u003C\u002Fa>編輯器裡當觀光客，點來點去，慢又煩，完全沒必要。\u003C\u002Fp>\u003Cp>這篇不是在講官方宣傳，我是把原始材料拆開，然後整理成一套我真的會交給同事的 setup。第一個觸發點是 \u003Ca href=\"https:\u002F\u002Fen.wikipedia.org\u002Fwiki\u002FVisual_Studio_Code\">Visual Studio Code 的 Wikipedia 條目\u003C\u002Fa>，它把 workspace、command palette、terminal、extensibility、remote development 這些核心概念都擺在一起。再加上 \u003Ca href=\"\u002Ftag\u002Fmicrosoft\">Microsoft\u003C\u002Fa> 自己的文件和 repo，我才把這套方法論補完整。\u003C\u002Fp>\u003Ch2>VS Code 不是專案系統，這差很多\u003C\u002Fh2>\u003Cblockquote>Instead of a project system, VS Code allows users to open one or more directories, which can then be saved in workspaces for future reuse.\u003C\u002Fblockquote>\u003Cp>翻譯一下就是：VS Code 要你先想資料夾，不是先想某個重型 IDE 的 project 檔。這看起來只是名詞不同，但你如果同時在處理 monorepo、後端\u003Ca href=\"\u002Fnews\u002Fopenai-sora-shutdown-unit-economics-zh\">服務\u003C\u002Fa>、文件資料夾，就會知道差很多。以前我用某些工具時，總覺得是我得把現實「匯入」編輯器；VS Code 比較像是直接說，你把目錄給我，我來看上下文。\u003C\u002Fp>\n\u003Cfigure class=\"my-6\">\u003Cimg src=\"https:\u002F\u002Fxxdpdyhzhpamafnrdkyq.supabase.co\u002Fstorage\u002Fv1\u002Fobject\u002Fpublic\u002Fcovers\u002Finline-1781938995715-bygi.png\" alt=\"VS Code 把資料夾變工作區\" class=\"rounded-xl w-full\" loading=\"lazy\" \u002F>\u003C\u002Ffigure>\n\u003Cp>我以前很愛從零散檔案開起，結果搜尋、Git、language features 看起來都半殘。當然會半殘，因為 editor 根本不知道你在什麼脈絡裡。後來我固定只開 repo root，真的需要多資料夾再存 workspace，整個就沒那麼煩。\u003C\u002Fp>\u003Cp>實操寫法很簡單：\u003C\u002Fp>\u003Cul>\u003Cli>永遠開 repo root，不要只開單一檔案。\u003C\u002Fli>\u003Cli>如果你常跨多個資料夾工作，就存成 workspace。\u003C\u002Fli>\u003Cli>把產物、cache、generated files 從 tree 裡排掉。\u003C\u002Fli>\u003Cli>一個 workspace 對應一個任務，不要把所有 repo 塞進同一個視窗。\u003C\u002Fli>\u003C\u002Ful>\u003Cp>Microsoft 在 \u003Ca href=\"https:\u002F\u002Fcode.visualstudio.com\u002Fdocs\u002Feditor\u002Fworkspaces\">VS Code Workspaces guide\u003C\u002Fa> 把這件事講得很清楚。我的版本更直白：先 folder，後 workspace，project file 不是重點，除非工具硬要你用。\u003C\u002Fp>\u003Ch2>Command Palette 才是主畫面\u003C\u002Fh2>\u003Cblockquote>Many Visual Studio Code features are not exposed through menus or the user interface but can be accessed through the Command Palette.\u003C\u002Fblockquote>\u003Cp>這句其實把整個 UI 思路講完了。選單不是不能用，只是 VS Code 真正好用的地方，是你把 Command Palette 當主入口。不要先找圖示，不要先翻 menu，先打 command 名稱，這比較像在操作工具，而不是在逛介面。\u003C\u002Fp>\u003Cp>白話一點，很多功能都藏起來了：切 terminal、換語言模式、\u003Ca href=\"\u002Fnews\u002Fclip-converter-rivals-faster-safer-2026-zh\">格式\u003C\u002Fa>化文件、開設定、跑 task、切主題。你如果每次都從滑鼠開始，當然會覺得它很多層；但你一旦知道命令名稱，速度差很多。\u003C\u002Fp>\u003Cp>我看過團隊把編輯器用得很分裂：有人只會點設定，有人背快捷鍵，有人裝一堆 extension 補自己不熟的功能。結果大家看起來都很忙，效率卻不一致。Command Palette 的價值就是把入口統一，讓你不用記一堆 UI 路徑。\u003C\u002Fp>\u003Cp>實操寫法：\u003C\u002Fp>\u003Cul>\u003Cli>先記住你作業系統上的 palette shortcut。\u003C\u002Fli>\u003Cli>用命令名稱找功能，不要用選單掃描。\u003C\u002Fli>\u003Cli>把每天會用的指令練成肌肉記憶。\u003C\u002Fli>\u003Cli>拿它來學 editor，不只是拿來做已知動作。\u003C\u002Fli>\u003C\u002Ful>\u003Cp>Microsoft 的 \u003Ca href=\"https:\u002F\u002Fcode.visualstudio.com\u002Fdocs\u002Fgetstarted\u002Fuserinterface#_command-palette\">Command Palette 文件\u003C\u002Fa> 很值得對照著看。這裡我講得更直白：如果你還在靠選單找功能，那你其實只用了 VS Code 的半套。\u003C\u002Fp>\u003Ch2>內建 terminal 讓工作流接回來\u003C\u002Fh2>\u003Cblockquote>Visual Studio Code provides a fully featured integrated terminal that opens at the root of the current workspace.\u003C\u002Fblockquote>\u003Cp>這就是我覺得 VS Code 真正像工作台的地方。terminal 直接放在編輯器裡，我不用為了跑測試、啟 server、看 log 再切一個視窗。檔案和命令放在同一個 workspace，腦袋比較不會被切碎。\u003C\u002Fp>\n\u003Cfigure class=\"my-6\">\u003Cimg src=\"https:\u002F\u002Fxxdpdyhzhpamafnrdkyq.supabase.co\u002Fstorage\u002Fv1\u002Fobject\u002Fpublic\u002Fcovers\u002Finline-1781938998213-fgh4.png\" alt=\"VS Code 把資料夾變工作區\" class=\"rounded-xl w-full\" loading=\"lazy\" \u002F>\u003C\u002Ffigure>\n\u003Cp>這句話的重點不是「有 terminal」，而是「它知道你在哪」。terminal 會從 workspace root 開起，這種小事其實很救命，因為很多 shell 問題根本不是命令錯，是你在錯的路徑下執行，然後花兩分鐘才發現自己 cd 錯了。\u003C\u002Fp>\u003Cp>我在 container 專案裡特別有感。只要 terminal 跟 code 沒對齊，你就會一直手動 cd、一直懷疑 script、一直浪費注意力。VS Code 的 integrated terminal，加上 shell integration，至少把這種低級摩擦壓下來。\u003C\u002Fp>\u003Cp>實操寫法：\u003C\u002Fp>\u003Cul>\u003Cli>把 integrated terminal 當預設 shell。\u003C\u002Fli>\u003Cli>同時開 app、test、watcher 三個 terminal 沒問題。\u003C\u002Fli>\u003Cli>把 terminal 改名，不要靠猜。\u003C\u002Fli>\u003Cli>需要並排看輸出時就 split panes。\u003C\u002Fli>\u003C\u002Ful>\u003Cp>官方文件可以看 \u003Ca href=\"https:\u002F\u002Fcode.visualstudio.com\u002Fdocs\u002Fterminal\u002Fbasics\">Integrated Terminal guide\u003C\u002Fa>，如果你想把 shell 互動做得更順，再看 \u003Ca href=\"https:\u002F\u002Fcode.visualstudio.com\u002Fdocs\u002Fterminal\u002Fshell-integration\">shell integration docs\u003C\u002Fa>。這兩頁比很多教學文更有用。\u003C\u002Fp>\u003Ch2>Extensions 不是裝飾，是缺的器官\u003C\u002Fh2>\u003Cblockquote>Users may install extensions from the VS Code Marketplace to add language support, editor themes, debuggers, and additional utilities.\u003C\u002Fblockquote>\u003Cp>翻譯一下就是：VS Code 故意不把所有東西內建好。這不是缺點，這是設計。它先給你一個夠穩的 base editor，再讓 extension 去補你真正需要的語言支援、除錯、主題、工具。\u003C\u002Fp>\u003Cp>我以前也犯過錯，把 extension 當裝潢在裝。結果就是 formatter 打架、language server 重複、啟動速度像在受刑。比較好的做法是照功能分類：一個 formatter、一條 lint 路徑、一條 debugger 路徑、一個主題，然後停手。\u003C\u002Fp>\u003Cp>這裡還有一個很重要的差別：有些 extension 只是方便，有些 extension 是核心語言能力。Wikipedia 裡提到 \u003Ca href=\"https:\u002F\u002Fmicrosoft.github.io\u002Flanguage-server-protocol\u002F\">Language Server Protocol\u003C\u002Fa>，這才是重點。它讓語言支援、靜態分析、code actions 這些能力，不用每個工具自己重造一套 editor 整合。\u003C\u002Fp>\u003Cp>實操寫法：\u003C\u002Fp>\u003Cul>\u003Cli>只裝真的支援你 stack 的 extension。\u003C\u002Fli>\u003Cli>優先選廣泛使用的語言 extension。\u003C\u002Fli>\u003Cli>避免重疊 formatter，不然 save 時很容易怪怪的。\u003C\u002Fli>\u003Cli>每隔幾個月清一次 extension，刪掉你早就忘了裝什麼的東西。\u003C\u002Fli>\u003C\u002Ful>\u003Cp>你可以從 \u003Ca href=\"https:\u002F\u002Fmarketplace.visualstudio.com\u002FVSCode\">VS Code Marketplace\u003C\u002Fa> 找生態，\u003Ca href=\"https:\u002F\u002Fgithub.com\u002Fmicrosoft\u002Fvscode\">microsoft\u002Fvscode\u003C\u002Fa> repo 則能看出這個 editor 到底有多依賴 extension hook。這不是裝飾品，是它的肌肉。\u003C\u002Fp>\u003Ch2>Debugging 之所以順，是因為它沒離開 code\u003C\u002Fh2>\u003Cblockquote>VS Code features a built-in debugger designed to enhance the development process.\u003C\u002Fblockquote>\u003Cp>這句話聽起來很普通，但你如果用過那種除錯像外掛的工具，就知道差在哪。VS Code 的 debugger 不是額外開一個宇宙，而是直接跟編輯、執行、檢視綁在一起。你設 breakpoint、step through、看 variable、開 Debug Console，都還在同一個視窗裡。\u003C\u002Fp>\u003Cp>這代表什麼？代表除錯本來就很吃上下文，你不需要再多一層切換成本。Wikipedia 也提到 Node.js support、conditional breakpoints、Debug Console 這些細節，這些才是日常會碰到的東西。不是炫技，是少猜很多。\u003C\u002Fp>\u003Cp>我有不少次以為是邏輯寫錯，最後發現是 input shape 跟我想的不一樣。能直接在 source 旁邊看 live values，真的省掉一堆瞎猜。更別說 pair debugging 的時候，證據直接攤在那裡，不用一直口頭描述你覺得哪裡怪。\u003C\u002Fp>\u003Cp>實操寫法：\u003C\u002Fp>\u003Cul>\u003Cli>先設 breakpoint，不要等 bug 變大才找。\u003C\u002Fli>\u003Cli>loop 或 callback 很吵時，用 conditional breakpoint。\u003C\u002Fli>\u003Cli>常 debug 的 app 先存 launch config。\u003C\u002Fli>\u003Cli>用 Debug Console 試 expression，不要為了印值一直改 code。\u003C\u002Fli>\u003C\u002Ful>\u003Cp>可以配著看 \u003Ca href=\"https:\u002F\u002Fcode.visualstudio.com\u002Fdocs\u002Feditor\u002Fdebugging\">debugging docs\u003C\u002Fa>。如果你主要寫 JavaScript 或 \u003Ca href=\"\u002Ftag\u002Ftypescript\">TypeScript\u003C\u002Fa>，通常先把內建流程吃熟，就夠你少走很多冤枉路。\u003C\u002Fp>\u003Ch2>Remote development 是在承認機器不是重點\u003C\u002Fh2>\u003Cblockquote>VS Code supports remote development through extensions such as Remote–SSH, Remote–Containers, and Remote–WSL.\u003C\u002Fblockquote>\u003Cp>這是我很喜歡 VS Code 的地方，因為它很誠實：程式碼不一定要跟 UI 跑在同一台機器上。這對容器、遠端主機、WSL 工作流都很重要。你不是非得把所有東西硬塞進本機，才算在開發。\u003C\u002Fp>\u003Cp>白話就是 editor 變成 client，真正執行環境可以在別處。這比很多工具硬要你本機全包合理太多，尤其當你的 app 依賴一堆服務、Linux 環境，或本機設定本來就很亂的時候。\u003C\u002Fp>\u003Cp>我之前碰過一個專案，本機依賴亂到不行。後來改成 remote setup，整個 workflow 才穩下來。直接進 container、attach 到 server、在那邊編輯和執行，少掉的不是一點點時間，是一堆無謂的環境爭執。\u003C\u002Fp>\u003Cp>實操寫法：\u003C\u002Fp>\u003Cul>\u003Cli>環境比筆電重，就用 \u003Ca href=\"https:\u002F\u002Fcode.visualstudio.com\u002Fdocs\u002Fremote\u002Fremote-overview\">Remote Development\u003C\u002Fa>。\u003C\u002Fli>\u003Cli>需要可重現依賴時，優先用 containers。\u003C\u002Fli>\u003Cli>Windows 上想要 Linux-like workflow，就用 WSL。\u003C\u002Fli>\u003Cli>remote config 盡量放 repo，讓團隊能共用。\u003C\u002Fli>\u003C\u002Ful>\u003Cp>另外，\u003Ca href=\"https:\u002F\u002Fvscode.dev\u002F\">vscode.dev\u003C\u002Fa> 也很值得知道。它不是拿來取代全部工作，但臨時改檔、看遠端 repo、處理簡單任務時，真的方便。\u003C\u002Fp>\u003Ch2>Insiders 是給想驗證的人，不是給每天賭運氣的人\u003C\u002Fh2>\u003Cblockquote>VS Code Insiders is a nightly build version of this code editor.\u003C\u002Fblockquote>\u003Cp>我喜歡這個設計，因為它把「日常穩定」和「願意承擔風險」切開了。這比把實驗性功能硬塞進你每天賺錢的環境裡好多了，然後出事再怪工具，這種事我看太多。\u003C\u002Fp>\u003Cp>白話一點，Insiders 是夜間版，讓你可以提早看到新功能、修補、預覽行為，而且可以跟穩定版並存。這點很實際，因為你要測 extension 相容性、看 editor 行為變化，總不能每次都拿主力環境去賭。\u003C\u002Fp>\u003Cp>我以前在團隊裡用 preview build，目的不是追新，而是先確認某個變動會不會害我們的 extension 或工作流出問題。這樣做的價值很單純：先知道，總比正式發生後才補救好。\u003C\u002Fp>\u003Cp>實操寫法：\u003C\u002Fp>\u003Cul>\u003Cli>日常工作用 Stable。\u003C\u002Fli>\u003Cli>要測新行為才開 Insiders。\u003C\u002Fli>\u003Cli>先確認你的 extension 在兩邊都正常。\u003C\u002Fli>\u003Cli>不要讓不穩定版本變成你唯一的 editor。\u003C\u002Fli>\u003C\u002Ful>\u003Cp>Microsoft 在 \u003Ca href=\"https:\u002F\u002Fcode.visualstudio.com\u002Fdocs\u002Fsupporting\u002Ffaq#_what-is-the-difference-between-vs-code-and-vs-code-insiders\">VS Code FAQ\u003C\u002Fa> 有把 Stable 和 Insiders 的差異講清楚。我只補一句：別把自己的主力工作流綁在 beta 行為上，除非你很愛被驚喜打臉。\u003C\u002Fp>\u003Ch2>我最後留下的不是設定，是規矩\u003C\u002Fh2>\u003Cp>拆到最後，我發現 VS Code 真正有價值的地方，不是它能不能客製，而是它讓我把工作流程收斂成幾條規矩。開對資料夾、用 Command Palette、把 terminal 留在 workspace 裡、extension 只留必要的、debug 早點做、環境亂就 remote、要測試再碰 Insiders。這些事情看起來很普通，但普通才是真的省心。\u003C\u002Fp>\u003Cp>我現在不太把 VS Code 當成「編輯器」，我把它當成一個工作區容器。你一旦這樣想，很多以前覺得「功能很多所以很亂」的感覺，會變成「我只是還沒把規矩訂好」。\u003C\u002Fp>\u003Cp>如果你也覺得自己的 VS Code 很忙，但不夠好用，我建議不要先去找更多 extension。先把工作區整理好，真的差很多。\u003C\u002Fp>\u003Ch2>可抄的模板\u003C\u002Fh2>\u003Cpre>\u003Ccode># VS Code 工作區模板：把資料夾變成可工作的 workspace\n\n## 1) 開啟方式\n- 打開 repo root，不要只開單一檔案。\n- 多資料夾專案就存成 `.code-workspace`。\n- 把 build、cache、generated files 排除掉。\n\n## 2) Command Palette 當主入口\n- 用 Command Palette 做：開 terminal、改 language mode、format document、開 settings、跑 task。\n- 先記住快捷鍵，再談效率。\n- 先搜 command 名稱，不要先翻選單。\n\n## 3) Terminal 預設就在 workspace 裡\n- 預設使用 integrated terminal。\n- 開三個常用終端：app、test、watcher。\n- 把 terminal 改名，避免猜測。\n- 需要時用 split panes。\n\n## 4) Extensions 只留必要的\n- 一個 formatter。\n- 一條 lint 路徑。\n- 一條 debugger 路徑。\n- 一個主題。\n- 只裝你 stack 真正需要的語言支援。\n\n## 5) Debugging 早一點開始\n- 先建 launch config。\n- 先設 breakpoint，再追 bug。\n- noisy loop 用 conditional breakpoint。\n- 用 Debug Console 看值，不要一直加暫時性印字。\n\n## 6) 環境複雜就用 remote development\n- Remote-SSH：連遠端主機。\n- Remote-Containers：跑在容器裡。\n- Remote-WSL：Windows 上用 Linux-like workflow。\n- remote config 盡量放進 repo。\n\n## 7) Insiders 和 Stable 分開\n- Stable 給日常工作。\n- Insiders 只拿來測新行為。\n- 不要讓 beta 版成為唯一工作環境。\n\n## 最小 extension 清單\n- 主要語言支援\n- Formatter\n- Linter\n- 必要時的 Git helper\n- Remote development extension（如果你常用容器或 SSH）\n\n## 我的規矩\n- 每個 extension 都要能每週省時間。\n- 每個每天用的 shortcut 都值得背起來。\n- 每個靠滑鼠點很多次的流程，都應該搬進 Command Palette。\n\u003C\u002Fcode>\u003C\u002Fpre>\u003Cp>這版我會直接丟給同事用，目的不是把 VS Code 變得很炫，而是讓它不要再像雜物抽屜。它本來就該是工作區，不是裝飾品。\u003C\u002Fp>\u003Cp>原始來源：\u003Ca href=\"https:\u002F\u002Fen.wikipedia.org\u002Fwiki\u002FVisual_Studio_Code\">Visual Studio Code - Wikipedia\u003C\u002Fa>。這篇的結構、拆解方式和工作流建議是我自己整理的；概念錨點來自原始條目，補充連結則來自 Microsoft 文件、Marketplace、repo 與相關工具頁面。\u003C\u002Fp>","我拆 VS Code 的 workspace、Command Palette、terminal 和 extensions，整理成一套可直接複製的工作區設定。","en.wikipedia.org","https:\u002F\u002Fen.wikipedia.org\u002Fwiki\u002FVisual_Studio_Code",null,"https:\u002F\u002Fxxdpdyhzhpamafnrdkyq.supabase.co\u002Fstorage\u002Fv1\u002Fobject\u002Fpublic\u002Fcovers\u002Finline-1781938995715-bygi.png","tools","zh","2b98a581-b1d7-4c76-9d84-70c46ba38213",[17,18,19,20,21],"VS Code","workspace","Command Palette","integrated terminal","extensions",[23,24,25],"先開資料夾 root，再談 workspace，別把 VS Code 當單純文字編輯器。","Command Palette、terminal、extensions 才是日常工作流的主軸。","控制 extension 數量、提早 debug、需要時用 remote development，才會真的順。",0,"2026-06-20T07:02:52.407399+00:00","2026-06-20T07:02:52.38+00:00","ddbe17bf-4560-43f7-af76-3e7d6e08e601",{"tags":31,"relatedLang":34,"relatedPosts":38},[32],{"name":17,"slug":33},"vs-code",{"id":15,"slug":35,"title":36,"language":37},"vs-code-turns-folder-into-workspace-en","VS Code turns a folder into a workspace","en",[39,45,51,57,63,69],{"id":40,"slug":41,"title":42,"cover_image":43,"image_url":43,"created_at":44,"category":13},"fe9fecba-d6ae-4293-af38-e68e6c2c111b","namastack-turns-outbox-pain-into-reliable-events-zh","Namastack 把 outbox 變穩定事件流","https:\u002F\u002Fxxdpdyhzhpamafnrdkyq.supabase.co\u002Fstorage\u002Fv1\u002Fobject\u002Fpublic\u002Fcovers\u002Finline-1781949794069-sfg2.png","2026-06-20T10:02:49.479466+00:00",{"id":46,"slug":47,"title":48,"cover_image":49,"image_url":49,"created_at":50,"category":13},"b8a08645-4041-4124-a44d-c5b3336bbd65","claude-design-assets-to-design-system-zh","Claude Design 把素材變成系統","https:\u002F\u002Fxxdpdyhzhpamafnrdkyq.supabase.co\u002Fstorage\u002Fv1\u002Fobject\u002Fpublic\u002Fcovers\u002Finline-1781946199259-wjwr.png","2026-06-20T09:02:46.505161+00:00",{"id":52,"slug":53,"title":54,"cover_image":55,"image_url":55,"created_at":56,"category":13},"95d2b100-b1b0-43ae-af46-7f9c85d93d00","midjourney-medical-turns-scans-into-spa-zh","Midjourney Medical把掃描變成Spa","https:\u002F\u002Fxxdpdyhzhpamafnrdkyq.supabase.co\u002Fstorage\u002Fv1\u002Fobject\u002Fpublic\u002Fcovers\u002Finline-1781909284807-n67y.png","2026-06-19T22:47:40.551779+00:00",{"id":58,"slug":59,"title":60,"cover_image":61,"image_url":61,"created_at":62,"category":13},"563c146c-b078-4610-93fa-af399a02c89a","three-multimodal-models-work-in-claude-code-zh","Claude Code 現在能接三個多模態模型","https:\u002F\u002Fxxdpdyhzhpamafnrdkyq.supabase.co\u002Fstorage\u002Fv1\u002Fobject\u002Fpublic\u002Fcovers\u002Finline-1781892161193-9rla.png","2026-06-19T18:02:15.364369+00:00",{"id":64,"slug":65,"title":66,"cover_image":67,"image_url":67,"created_at":68,"category":13},"86316fab-2e99-4958-b79f-8c54ce44d5c4","ollama-turns-local-llms-into-copyable-setup-zh","Ollama 讓本地 LLM 變可抄配置","https:\u002F\u002Fxxdpdyhzhpamafnrdkyq.supabase.co\u002Fstorage\u002Fv1\u002Fobject\u002Fpublic\u002Fcovers\u002Finline-1781885006324-jvvo.png","2026-06-19T16:02:56.601682+00:00",{"id":70,"slug":71,"title":72,"cover_image":73,"image_url":73,"created_at":74,"category":13},"434cf6ed-e754-4dd7-be27-1aa0bc38761e","pypi-wasm-wheels-pyodide-zh","PyPI 開始收 WASM wheel，Pyodide 包裝順多了","https:\u002F\u002Fxxdpdyhzhpamafnrdkyq.supabase.co\u002Fstorage\u002Fv1\u002Fobject\u002Fpublic\u002Fcovers\u002Finline-1781875102614-0iu8.png","2026-06-19T13:17:56.091729+00:00",[76,81,86,91,96,101,106,111,116,121],{"id":77,"slug":78,"title":79,"created_at":80},"855cd52f-6fab-46cc-a7c1-42195e8a0de4","surepath-real-time-mcp-policy-controls-zh","SurePath 推出即時 MCP 政策控管","2026-03-26T07:57:40.77233+00:00",{"id":82,"slug":83,"title":84,"created_at":85},"9b19ab54-edef-4dbd-9ce4-a51e4bae4ebb","mcp-in-2026-the-ai-tool-layer-teams-use-zh","2026 年 MCP：團隊真的在用的 AI 工具層","2026-03-26T08:01:46.589694+00:00",{"id":87,"slug":88,"title":89,"created_at":90},"af9c46c3-7a28-410b-9f04-32b3de30a68c","prompting-in-2026-what-actually-works-zh","2026 提示工程，真正有用的是什麼","2026-03-26T08:08:12.453028+00:00",{"id":92,"slug":93,"title":94,"created_at":95},"05553086-6ed0-4758-81fd-6cab24b575e0","garry-tan-open-sources-claude-code-toolkit-zh","Garry Tan 開源 Claude Code 工具包","2026-03-26T08:26:20.068737+00:00",{"id":97,"slug":98,"title":99,"created_at":100},"042a73a2-18a2-433d-9e8f-9802b9559aac","github-ai-projects-to-watch-in-2026-zh","2026 必看 20 個 GitHub AI 專案","2026-03-26T08:28:09.619964+00:00",{"id":102,"slug":103,"title":104,"created_at":105},"a5f94120-ac0d-4483-9a8b-63590071ac6a","claude-code-vs-cursor-2026-zh","Claude Code 與 Cursor 深度對比：202…","2026-03-26T13:27:14.279193+00:00",{"id":107,"slug":108,"title":109,"created_at":110},"0975afa1-e0c7-4130-a20d-d890eaed995e","practical-github-guide-learning-ml-2026-zh","2026 機器學習入門 GitHub 實用指南","2026-03-27T01:16:49.712576+00:00",{"id":112,"slug":113,"title":114,"created_at":115},"bfdb467a-290f-4a80-b3a9-6f081afb6dff","aiml-2026-student-ai-ml-lab-repo-review-zh","AIML-2026：像課綱的學生實驗 Repo","2026-03-27T01:21:51.467798+00:00",{"id":117,"slug":118,"title":119,"created_at":120},"80cabc3e-09fc-4ff5-8f07-b8d68f5ae545","ai-trending-github-repos-and-research-feeds-zh","AI Trending：把 AI 資源收成一張表","2026-03-27T01:31:35.262183+00:00",{"id":122,"slug":123,"title":124,"created_at":125},"3ce6e6e2-bac5-463e-9f8d-45caabcc61f7","awesome-ai-for-science-research-tools-map-zh","AI 科研工具清單，開始像地圖了","2026-03-27T01:46:50.521945+00:00"]