[{"data":1,"prerenderedAt":-1},["ShallowReactive",2],{"article-github-open-source-music-topic-shortlist-zh":3,"article-related-github-open-source-music-topic-shortlist-zh":30,"series-tools-684ec799-a705-4a79-b0fe-e48f759adf46":73},{"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},"684ec799-a705-4a79-b0fe-e48f759adf46","github-open-source-music-topic-shortlist-zh","GitHub 音樂主題頁把搜尋變名單","\u003Cp data-speakable=\"summary\">\u003Ca href=\"\u002Ftag\u002Fgithub\">GitHub\u003C\u002Fa> 的 open-source-music 主題頁，可以直接拿來做音樂軟體的掃雷名單。\u003C\u002Fp>\u003Cp>我用 GitHub 主題頁一陣子了，老實說，大多數都很吵。你點進一個 topic，以為會看到整理好的地圖，結果常常是一坨 repo：名字亂、README 半成品、目標各做各的，還有人把 demo 當產品在賣。這次我看的是 \u003Ca href=\"https:\u002F\u002Fgithub.com\u002Ftopics\u002Fopen-source-music\">GitHub 的 open-source-music topic page\u003C\u002Fa>，感覺也是這樣。它有用，但不是那種大家愛講的「乾淨分類」。\u003C\u002Fp>\u003Cp>我卡住的點在於，它不是單一類別。裡面有跨平台播放器、瀏覽器 DAW、私密音樂管理器，還有 ACE-Step 的一鍵安裝器。這不是一個整齊的 niche，這是一包彼此相鄰但問題不同的東西。也因為這樣，我覺得這頁\u003Ca href=\"\u002Fnews\u002F5-audiomuse-ai-zh\">值得\u003C\u002Fa>拆：如果你在做音樂軟體，這頁不是拿來膜拜的，是拿來挑方向、找缺口、避開重工的。\u003C\u002Fp>\u003Cp>我下面會直接拆給你看：GitHub 到底在露出什麼、repo 組合代表什麼、我會怎麼用這頁決定要做、要 fork，還是直接跳過。\u003C\u002Fp>\u003Cp>這份拆解的起點就是 GitHub 自己，來源頁面是 \u003Ca href=\"https:\u002F\u002Fgithub.com\u002Ftopics\u002Fopen-source-music\">github.com\u002Ftopics\u002Fopen-source-music\u003C\u002Fa>。我看的是頁面當下列出的 9 個 public repositories，數量不多，但夠看出這個領域的輪廓。下面我也會直接連到幾個 repo 和\u003Ca href=\"\u002Fnews\u002Fopen-source-ai-music-generators-self-hosted-zh\">工具\u003C\u002Fa>，因為真正有用的不是 topic 標籤，是那些實際在跑的 \u003Ca href=\"\u002Fnews\u002Fcodex2api-local-deploy-risk-control-notes-zh\">code\u003C\u002Fa>。\u003C\u002Fp>\u003Ch2>這不是分類，是雜物抽屜\u003C\u002Fh2>\u003Cblockquote>Here are 9 public repositories matching this topic...\u003C\u002Fblockquote>\u003Cp>翻譯一下就是：GitHub Topics 本質上是標籤系統，不是經過整理的 taxonomy。很多人會把 topic 頁當成官方目錄，我覺得這很容易誤判。它不是權威分類，它只是 maintainer 願意標、GitHub 願意撈出來的結果。也就是說，open-source-music 這頁看起來亂，不是 bug，反而比較像真實世界。\u003C\u002Fp>\n\u003Cfigure class=\"my-6\">\u003Cimg src=\"https:\u002F\u002Fxxdpdyhzhpamafnrdkyq.supabase.co\u002Fstorage\u002Fv1\u002Fobject\u002Fpublic\u002Fcovers\u002Finline-1782243211683-rnqs.png\" alt=\"GitHub 音樂主題頁把搜尋變名單\" class=\"rounded-xl w-full\" loading=\"lazy\" \u002F>\u003C\u002Ffigure>\n\u003Cp>這頁至少混了四種產品形狀：\u003C\u002Fp>\u003Cul>\u003Cli>音樂播放器\u003C\u002Fli>\u003Cli>DAW \u002F 瀏覽器創作工具\u003C\u002Fli>\u003Cli>AI 音訊與語音工具\u003C\u002Fli>\u003Cli>樂器或硬體周邊專案\u003C\u002Fli>\u003C\u002Ful>\u003Cp>這件事很重要。因為你如果在做音樂軟體，不該先問「open-source music 是什麼」，你該問的是「我到底在解哪種 workflow 痛點？」是播放、創作、stem 混音、語音合成、還是控制器整合？這些根本不是同一種產品，使用者不同、延遲要求不同、失敗方式也不同。\u003C\u002Fp>\u003Cp>我之前拿 topic 頁找靈感時就踩過這坑。表面上看起來都跟音樂有關，實際上有些是在做播放，有些是在做創作，有些是在做安裝包。你如果不先拆成 use case，很容易一直看錯方向。看久了只會覺得「怎麼都差不多」，然後什麼都沒學到。\u003C\u002Fp>\u003Cp>實操寫法很簡單：你看任何 GitHub topic 頁，都不要問它「好不好」。你要問的是「哪些問題群組一直重複出現？」如果 9 個 repo 裡 7 個都在做 playback，那是訊號；如果 9 個 repo 分散在 6 種用途，那也是訊號，代表這個領域還沒收斂，你反而需要更銳利的產品角度。\u003C\u002Fp>\u003Ch2>真正的訊號在 repo 組合，不在標籤\u003C\u002Fh2>\u003Cp>這頁最有意思的不是 topic 名字，是 GitHub 把哪些 repo 撈出來。像 \u003Ca href=\"https:\u002F\u002Fgithub.com\u002Ferikjamesgz\u002Fphg-music\">phg-music\u003C\u002Fa>，它是給 iOS 和 HarmonyOS 的跨平台音樂播放器；另一個 \u003Ca href=\"https:\u002F\u002Fgithub.com\u002Fdakariuishmg\u002FUI_Shout_DAW_Web_Browser\">UI_Shout_DAW_Web_Browser\u003C\u002Fa> 則是瀏覽器 DAW，還有 multi-track recording、MIDI piano roll、step sequencer、mixer、effects、real-time audio processing。這兩個不是同類，差很遠。\u003C\u002Fp>\u003Cp>再看 \u003Ca href=\"https:\u002F\u002Fgithub.com\u002Fmohsen7778\u002Foctave-music-player\">octave-music-player\u003C\u002Fa>，它是 private music player，用 vanilla JavaScript 跟 client-side storage；\u003Ca href=\"https:\u002F\u002Fgithub.com\u002Fsanjay434343\u002FLiri\">Liri\u003C\u002Fa> 則是偏 privacy 的 music manager，能匯入 Spotify playlists，也支援離線。這些產品直覺完全不同。一個是本地播放，一個是整理管理，一個是瀏覽器創作。使用者、取捨、風險都不一樣。\u003C\u002Fp>\u003Cp>頁面裡還有 \u003Ca href=\"https:\u002F\u002Fgithub.com\u002Fweldmentestoppel591\u002FACE-Step-Installer\">ACE-Step-Installer\u003C\u002Fa>，這個更有趣。它不是一般意義的音樂 app，而是 ACE-Step 的安裝器，提供 Windows 和 Linux 的 one-click scripts、zero config、install\u002Funinstall control。這直接告訴我：這個 topic 不只是「音樂軟體」，它也在處理「讓音樂軟體跑起來」這件事。\u003C\u002Fp>\u003Cp>我自己的做法是這樣：看到 GitHub topic 頁，我會先做一張小表，不看 buzzword，只看產品形狀。欄位就幾個：player、creator、installer、AI\u002Faudio、hardware。把每個 repo 填進去，你會比看 topic 名稱更快知道這個空間到底擠不擠、缺什麼、哪裡還有洞。\u003C\u002Fp>\u003Cul>\u003Cli>Player：播放、曲庫、離線聽\u003C\u002Fli>\u003Cli>Creator：DAW、sequencer、mixer、錄音\u003C\u002Fli>\u003Cli>Installer：安裝、打包、onboarding\u003C\u002Fli>\u003Cli>AI\u002Faudio：生成、聲音合成、stem 處理\u003C\u002Fli>\u003C\u002Ful>\u003Ch2>瀏覽器正在吃掉入門級音樂工具\u003C\u002Fh2>\u003Cp>我一直注意到一件事：這些專案很多都想待在瀏覽器裡。這不是巧合。瀏覽器是最容易把工具送到使用者手上的地方，尤其是那些不想為了聽聲音或拖幾條 stem 就裝一個大 app 的人。前面那個 \u003Ca href=\"https:\u002F\u002Fgithub.com\u002Fdakariuishmg\u002FUI_Shout_DAW_Web_Browser\">browser DAW\u003C\u002Fa> 就是最明顯的例子，其他 web-first 專案也有同樣味道。\u003C\u002Fp>\n\u003Cfigure class=\"my-6\">\u003Cimg src=\"https:\u002F\u002Fxxdpdyhzhpamafnrdkyq.supabase.co\u002Fstorage\u002Fv1\u002Fobject\u002Fpublic\u002Fcovers\u002Finline-1782243203800-o3xy.png\" alt=\"GitHub 音樂主題頁把搜尋變名單\" class=\"rounded-xl w-full\" loading=\"lazy\" \u002F>\u003C\u002Ffigure>\n\u003Cp>翻譯一下就是：瀏覽器現在是音樂 UX 的試煉場。你的工具如果在瀏覽器裡撐不住，你就得說服我為什麼非 native 不可。這個門檻其實滿煩的，但也很合理。因為 browser-based audio 會逼你很早面對 latency、state management、file handling、permissions，還有 onboarding 夠不夠白痴友善。音樂軟體最愛把事情做複雜，瀏覽器剛好會把這些毛病全逼出來。\u003C\u002Fp>\u003Cp>我自己做過幾個前端音訊 prototype，真的知道那種痛。Web Audio 看起來很親切，直到你要同步 transport、處理 device 差異、還要 UI 在播放時不能卡。然後你就會發現，原本說「簡單做一下」的東西，最後變成一堆 timing bug。可是也因為這樣，這類 repo 才值得看：能在瀏覽器裡跑順，代表它至少解掉了一堆 native 產品晚點才會爆的問題。\u003C\u002Fp>\u003Cp>實操寫法：如果你在做音樂工具，先在瀏覽器裡把 workflow 原型跑起來，除非你真的有硬理由不要。把瀏覽器當壓力測試。若體驗太卡、太受限，你就知道 native 需要補什麼；如果夠順，你會得到很低的進入門檻，還有更好的分發效率。\u003C\u002Fp>\u003Cp>你可以順手看這幾個官方資源：\u003Ca href=\"https:\u002F\u002Fdeveloper.mozilla.org\u002Fen-US\u002Fdocs\u002FWeb\u002FAPI\u002FWeb_Audio_API\">Web Audio API\u003C\u002Fa>、\u003Ca href=\"https:\u002F\u002Fdeveloper.mozilla.org\u002Fen-US\u002Fdocs\u002FWeb\u002FAPI\u002FWeb_MIDI_API\">Web MIDI API\u003C\u002Fa>，還有 \u003Ca href=\"https:\u002F\u002Ftonejs.github.io\u002F\">Tone.js\u003C\u002Fa>，如果你想要比較好入口的 browser audio 抽象層。\u003C\u002Fp>\u003Ch2>AI 音樂專案很多其實是在賣安裝體驗\u003C\u002Fh2>\u003Cp>這頁最能說明問題的 repo，我覺得是 \u003Ca href=\"https:\u002F\u002Fgithub.com\u002Fweldmentestoppel591\u002FACE-Step-Installer\">ACE-Step-Installer\u003C\u002Fa>。描述很直白：用 Windows 和 Linux 的 one-click scripts 安裝 ACE-Step，zero config，還有完整的 install\u002Funinstall control。這告訴我，痛點不只是模型好不好，而是你能不能把它裝起來、跑起來、不要讓人先死在環境地獄裡。\u003C\u002Fp>\u003Cp>也就是說，AI 音樂專案其實只有一半在 \u003Ca href=\"\u002Ftag\u002Finference\">inference\u003C\u002Fa>，另一半在 packaging。沒人能成功跑起來，模型再強也白搭。這也是很多 open-source \u003Ca href=\"\u002Ftag\u002Fai-工具\">AI 工具\u003C\u002Fa>悄悄死掉的地方：demo 很香，README 很長，最後卡在 Python、runtime、dependency、\u003Ca href=\"\u002Ftag\u002Fcuda\">CUDA\u003C\u002Fa>、版本 pinning，搞半天只聽到風扇聲。\u003C\u002Fp>\u003Cp>我被這種坑搞過太多次了。repo 看起來很猛，demo 也不差，結果 install steps 要你開五個 shell、裝三個 runtime、還要碰運氣選對日期。這就是為什麼我會特別注意一個 repo 有沒有把 one-click installation 和 uninstall control 寫清楚。那不是裝飾，那是在承認真正的痛點在哪。\u003C\u002Fp>\u003Cp>實操寫法：如果你要發 AI 音樂工具，不要把安裝當附屬品。把它當產品的一部分。做腳本、做 container、做 desktop wrapper、做 guided installer 都行，但不要只丟一份 README 就說自己 open source。你的使用者如果是音樂人或創作者，他們要的是做東西，不是 debug 套件管理。\u003C\u002Fp>\u003Cul>\u003Cli>能一起包 runtime 和 model 就一起包\u003C\u002Fli>\u003Cli>安裝和解除安裝都要寫清楚\u003C\u002Fli>\u003Cli>加 smoke test，讓使用者知道有沒有真的裝成功\u003C\u002Fli>\u003Cli>只留一條最明確的安裝路徑，不要五條「都支援」\u003C\u002Fli>\u003C\u002Ful>\u003Ch2>隱私優先的工具不是趨勢，是反作用力\u003C\u002Fh2>\u003Cp>像 \u003Ca href=\"https:\u002F\u002Fgithub.com\u002Fmohsen7778\u002Foctave-music-player\">octave-music-player\u003C\u002Fa> 跟 \u003Ca href=\"https:\u002F\u002Fgithub.com\u002Fsanjay434343\u002FLiri\">Liri\u003C\u002Fa> 這種 repo，反映的是另一種動機：有人就是想要不回傳、不要帳號、不要把聆聽行為變成 telemetry 的音樂工具。Octave 主打 fast private music player、zero backend、client-side storage；Liri 則是 privacy-focused music manager，支援 offline playback 和 Spotify playlist import。這不是小修小補，這是很明確的產品立場。\u003C\u002Fp>\u003Cp>翻譯一下就是：open source 不是唯一賣點。對很多人來說，local-first 才是重點。他們要的是不靠伺服器、不塞廣告、不綁雲端帳號的軟體。音樂工具特別容易出現這種需求，因為音樂很私人，大家已經受夠每個 app 都想把自己包裝成訂閱漏斗。\u003C\u002Fp>\u003Cp>我之前推薦音樂 app 給別人時就碰過這種狀況。對方根本不在乎 AI、介面花不花、社群功能多不多。他只在乎能不能離線、能不能搬 playlist、會不會一直叫他登入新的服務。這就是這些 repo 真正在抓的族群，只是它們不一定會把話講得那麼直白。\u003C\u002Fp>\u003Cp>實操寫法：你如果在做音樂 app，先決定你是 cloud-first 還是 local-first，不要含糊。如果你是 local-first，就直接講，然後把離線體驗做好。若你是 cloud-first，也請老實說為什麼需要雲端。使用者對假裝重視隱私的產品，嗅覺比你想的還快。\u003C\u002Fp>\u003Cp>我也會把 \u003Ca href=\"https:\u002F\u002Finvidious.io\u002F\">Invidious\u003C\u002Fa> 當成旁邊的參考案例，雖然它不是狹義的音樂 app，但它在替代媒體存取這件事上的思路很值得看。重點一樣：當使用者在乎控制權時，就盡量少綁平台。\u003C\u002Fp>\u003Ch2>最怪的硬體專案，反而最值得看\u003C\u002Fh2>\u003Cp>我看到 \u003Ca href=\"https:\u002F\u002Fgithub.com\u002FInhighspirits-eumeces565\u002Fiharmonium\">iharmonium\u003C\u002Fa> 的時候，真的停下來多看了幾眼。它是個 Python-powered web app，透過按鍵和筆電蓋子的角度控制 air pressure，來產生 harmonium 聲音。這東西很怪，但怪得很漂亮。也正因為這樣，我才更確定這頁不是只有軟體複製軟體，它還包含樂器數位化與表演工具。\u003C\u002Fp>\u003Cp>也就是說，open-source music 的範圍其實大到可以放進互動設計、感測器、實體輸入映射。音樂工具不一定得是播放器或 sequencer 才算。它也可以是 performance surface、controller bridge、或某種奇怪但有想法的數位樂器。這很重要，因為很多最好的新介面想法，反而是從這種不主流的專案冒出來。\u003C\u002Fp>\u003Cp>我很愛這種東西，因為它提醒我：音樂軟體不是只有把 audio file 排整齊。它是在做「把人的動作轉成聲音」，而且要快到讓人覺得那個 instrument 是活的。這件事很難，也正是為什麼很多 open-source 的有趣工作都在這裡。業餘開發者和研究型作者比較敢試奇怪的 input mapping，商業團隊反而常常不敢碰。\u003C\u002Fp>\u003Cp>實操寫法：如果你在做樂器或控制器專案，不要把怪藏起來。把互動講清楚：輸入是什麼、輸出是什麼、這個 mapping 有什麼意思。你講得越直白，別人越快看懂，也越願意 fork。\u003C\u002Fp>\u003Cp>相關的話，我會順手看 \u003Ca href=\"https:\u002F\u002Fgithub.com\u002Ftopics\u002Fweb-audio\">GitHub 的 web-audio topic\u003C\u002Fa> 跟 \u003Ca href=\"https:\u002F\u002Fgithub.com\u002Ftopics\u002Fmidi\">GitHub 的 MIDI topic\u003C\u002Fa>，這兩個地方常常比較早出現 instrument \u002F control 的實驗。\u003C\u002Fp>\u003Ch2>我會怎麼用這頁，不浪費一週\u003C\u002Fh2>\u003Cp>如果我真的要拿這個 topic 頁做工作，我不會把它當目錄逛。我會把它當濾網。先決定自己要解的問題：播放、創作、AI 生成，還是硬體互動。接著把 9 個 repo 全部標成產品形狀，不看行銷詞。這樣才不會被 repo 名字牽著走。\u003C\u002Fp>\u003Cp>翻譯一下就是：這頁的價值在 pattern recognition，不在 repository 數量。就算 topic 很小，只要 repo 類型夠雜，還是能看出很多東西。這個例子裡，雜亂本身就是訊號。它告訴你音樂 open source 目前分裂在 consumer playback、creator tooling、和奇怪的實驗介面三條線上。這對判斷下一步要做什麼，很有幫助。\u003C\u002Fp>\u003Cp>我會這樣跑流程：\u003C\u002Fp>\u003Cul>\u003Cli>先把 topic 頁上的 repo 全列到筆記裡\u003C\u002Fli>\u003Cli>不要用技術棧分類，改用使用者意圖分類\u003C\u002Fli>\u003Cli>標出哪些 repo 是 install-heavy、browser-first、local-first\u003C\u002Fli>\u003Cli>找出你真正想切的那個缺口\u003C\u002Fli>\u003C\u002Ful>\u003Cp>如果這頁很多 AI 安裝包，卻很少好用的 creator 工具，那機會可能在 UX，不在模型。如果這頁很多播放器，卻很少樂器實驗，那機會可能在互動設計。這才是 topic 頁真正的用途：幫你看見大家已經在試什麼，然後避免自己做出第十個一模一樣的東西。\u003C\u002Fp>\u003Ch2>可抄的模板\u003C\u002Fh2>\u003Cpre>\u003Ccode># Open-source music topic scan template\n\n## 我要看的不是 topic 名字，而是問題\n- 問題區： [playback | creation | AI audio | hardware | distribution]\n- 使用者： [listener | producer | developer | performer | installer]\n- 交付方式： [browser | desktop | mobile | local-first | cloud]\n\n## Repo 盤點表\n每個 repo 都記：\n- Name:\n- URL:\n- 一句話用途:\n- 產品形狀: [player | DAW | mixer | installer | model | controller | instrument]\n- 發佈方式: [web | native | script | package | container]\n- 安裝摩擦: [low | medium | high]\n- 離線支援: [yes | no | partial]\n- 有沒有 AI: [yes | no]\n- 有沒有硬體: [yes | no]\n\n## 這頁真正告訴我的事\n- 重複出現的模式:\n- 缺少的模式:\n- 最常見的摩擦:\n- 最有趣的異類:\n- 最值得 fork 的 repo:\n- 最值得學 UX 的 repo:\n\n## 要不要做，直接選\n我應該做：\n- [ ] player\n- [ ] creator tool\n- [ ] installer \u002F onboarding layer\n- [ ] AI \u002F audio workflow\n- [ ] instrument \u002F controller project\n\n## 下一步\n- 第一個要 clone 的 repo:\n- 第一個要做的 feature:\n- 第一條要測的 install path:\n- 第一個要驗證的 user problem:\u003C\u002Fcode>\u003C\u002Fpre>\u003Cp>這段就是我會真的留著用的模板。它把吵雜的 GitHub topic 頁變成決策表，這才是我掃 open-source music 專案時真正需要的東西。它不花俏，但能防止我被 repo 名字催眠。\u003C\u002Fp>\u003Cp>原始來源是 GitHub 的 \u003Ca href=\"https:\u002F\u002Fgithub.com\u002Ftopics\u002Fopen-source-music\">open-source-music topic page\u003C\u002Fa>。這篇裡面對 repo 組合、產品形狀、以及我怎麼讀這頁的判斷，都是我自己的拆解；不是在說 GitHub 幫這些專案做了統一分類。\u003C\u002Fp>","我把 GitHub 的 open-source-music 主題頁拆成可用名單，教你怎麼從播放器、DAW、安裝器與 AI 音訊專案裡挑出該抄的方向。","github.com","https:\u002F\u002Fgithub.com\u002Ftopics\u002Fopen-source-music",null,"https:\u002F\u002Fxxdpdyhzhpamafnrdkyq.supabase.co\u002Fstorage\u002Fv1\u002Fobject\u002Fpublic\u002Fcovers\u002Finline-1782243211683-rnqs.png","tools","zh","6d6cd720-2fea-4a4b-b29e-08cae3e105f0",[17,18,19,20,21],"GitHub Topics","open-source music","browser DAW","AI audio","local-first",[23,24,25],"GitHub topic 頁不是分類表，是帶偏誤的標籤抽屜。","看 repo 組合比看 topic 名字更能判斷市場缺口。","音樂 AI 專案的核心痛點常常是安裝與打包，不是模型本身。",0,"2026-06-23T19:33:00.766925+00:00","2026-06-23T19:33:00.754+00:00","269e8a66-8555-4fa6-80c1-90390e524b04",{"tags":31,"relatedLang":32,"relatedPosts":36},[],{"id":15,"slug":33,"title":34,"language":35},"github-open-source-music-topic-shortlist-en","GitHub’s music topic turns discovery into a shortlist","en",[37,43,49,55,61,67],{"id":38,"slug":39,"title":40,"cover_image":41,"image_url":41,"created_at":42,"category":13},"197a41a1-b4c2-43de-920f-26ccea9ab860","dometrain-advanced-system-design-ops-template-zh","Dometrain 把系統設計變成營運模板","https:\u002F\u002Fxxdpdyhzhpamafnrdkyq.supabase.co\u002Fstorage\u002Fv1\u002Fobject\u002Fpublic\u002Fcovers\u002Finline-1782270211960-bo9a.png","2026-06-24T03:03:02.800408+00:00",{"id":44,"slug":45,"title":46,"cover_image":47,"image_url":47,"created_at":48,"category":13},"8100f1b0-a28b-4860-86fb-6c73a41ecd6c","cdns-stock-page-turns-noise-into-watchlist-zh","CDNS 頁面變成監控清單","https:\u002F\u002Fxxdpdyhzhpamafnrdkyq.supabase.co\u002Fstorage\u002Fv1\u002Fobject\u002Fpublic\u002Fcovers\u002Finline-1782268390133-iy9j.png","2026-06-24T02:32:49.699794+00:00",{"id":50,"slug":51,"title":52,"cover_image":53,"image_url":53,"created_at":54,"category":13},"582fd0b3-550d-43e4-8d68-746f7f701f29","ling-jichu-yong-ai-bianxian-shicao-muban-zh","零基础用AI变现的实操模板","https:\u002F\u002Fxxdpdyhzhpamafnrdkyq.supabase.co\u002Fstorage\u002Fv1\u002Fobject\u002Fpublic\u002Fcovers\u002Finline-1782201813046-h6lm.png","2026-06-23T08:03:03.372395+00:00",{"id":56,"slug":57,"title":58,"cover_image":59,"image_url":59,"created_at":60,"category":13},"2b878a5d-02b0-466e-8a4f-a6993b7f6a7c","microsoft-copilot-studio-april-2026-updates-zh","Copilot Studio 4 月更新：治理與工作流升級","https:\u002F\u002Fxxdpdyhzhpamafnrdkyq.supabase.co\u002Fstorage\u002Fv1\u002Fobject\u002Fpublic\u002Fcovers\u002Finline-1782192760962-c2dx.png","2026-06-23T05:32:15.322963+00:00",{"id":62,"slug":63,"title":64,"cover_image":65,"image_url":65,"created_at":66,"category":13},"1c790be3-fbbb-4ebd-b485-d1c1913043f9","n8n-mcp-workflows-ai-tool-hubs-zh","n8n MCP 把工作流變工具庫","https:\u002F\u002Fxxdpdyhzhpamafnrdkyq.supabase.co\u002Fstorage\u002Fv1\u002Fobject\u002Fpublic\u002Fcovers\u002Finline-1782191904804-spby.png","2026-06-23T05:17:56.108259+00:00",{"id":68,"slug":69,"title":70,"cover_image":71,"image_url":71,"created_at":72,"category":13},"63e354b2-b54a-4603-a273-8ba1af54d02f","power-bi-mcp-servers-ai-model-work-zh","Power BI MCP 讓 AI 直接碰模型","https:\u002F\u002Fxxdpdyhzhpamafnrdkyq.supabase.co\u002Fstorage\u002Fv1\u002Fobject\u002Fpublic\u002Fcovers\u002Finline-1782190077025-v9mp.png","2026-06-23T04:47:34.052921+00:00",[74,79,84,89,94,99,104,109,114,119],{"id":75,"slug":76,"title":77,"created_at":78},"855cd52f-6fab-46cc-a7c1-42195e8a0de4","surepath-real-time-mcp-policy-controls-zh","SurePath 推出即時 MCP 政策控管","2026-03-26T07:57:40.77233+00:00",{"id":80,"slug":81,"title":82,"created_at":83},"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":85,"slug":86,"title":87,"created_at":88},"af9c46c3-7a28-410b-9f04-32b3de30a68c","prompting-in-2026-what-actually-works-zh","2026 提示工程，真正有用的是什麼","2026-03-26T08:08:12.453028+00:00",{"id":90,"slug":91,"title":92,"created_at":93},"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":95,"slug":96,"title":97,"created_at":98},"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":100,"slug":101,"title":102,"created_at":103},"a5f94120-ac0d-4483-9a8b-63590071ac6a","claude-code-vs-cursor-2026-zh","Claude Code 與 Cursor 深度對比：202…","2026-03-26T13:27:14.279193+00:00",{"id":105,"slug":106,"title":107,"created_at":108},"0975afa1-e0c7-4130-a20d-d890eaed995e","practical-github-guide-learning-ml-2026-zh","2026 機器學習入門 GitHub 實用指南","2026-03-27T01:16:49.712576+00:00",{"id":110,"slug":111,"title":112,"created_at":113},"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":115,"slug":116,"title":117,"created_at":118},"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":120,"slug":121,"title":122,"created_at":123},"3ce6e6e2-bac5-463e-9f8d-45caabcc61f7","awesome-ai-for-science-research-tools-map-zh","AI 科研工具清單，開始像地圖了","2026-03-27T01:46:50.521945+00:00"]