[{"data":1,"prerenderedAt":-1},["ShallowReactive",2],{"article-cloudflare-turns-startup-traffic-into-a-moat-zh":3,"article-related-cloudflare-turns-startup-traffic-into-a-moat-zh":30,"series-tools-91822854-0010-478e-b70c-6a624d039703":83},{"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},"91822854-0010-478e-b70c-6a624d039703","cloudflare-turns-startup-traffic-into-a-moat-zh","Cloudflare 讓流量變護城河","\u003Cp data-speakable=\"summary\">我把 \u003Ca href=\"\u002Ftag\u002Fcloudflare\">Cloudflare\u003C\u002Fa> 的新創操作手冊拆開來看，整理成一份能直接貼進團隊文件的設定模板。\u003C\u002Fp>\u003Cp>我用 Cloudflare 這套東西一陣子了。介面很乾淨，功能也很多，聽起來像是把網站丟上去就能同時變快、變安全、還能少掉一堆麻煩。問題是，真的上線之後，事情從來不是這樣。你以為自己在做加速，結果先把 checkout 搞壞；你以為自己在擋 bot，結果把真客戶擋在外面；你以為 origin 很安全，結果只是把風險藏得比較深而已。\u003C\u002Fp>\u003Cp>我最煩的就是這種假安心。工具看起來很完整，團隊也很容易被 dashboard 騙過去，最後才發現真正的洞根本沒補。這次讓我重新整理思路的來源，是 Violetta Bonenkamp 的 \u003Ca href=\"https:\u002F\u002Fblog.mean.ceo\u002Fcloudflare-news-june-2026\u002F\">Cloudflare News | June, 2026 (STARTUP EDITION)\u003C\u002Fa>。她不是在講「Cloudflare 很強」這種空話，而是在講創業團隊到底該怎麼把它當成營運層來用。\u003C\u002Fp>\u003Cp>我先講結論：Cloudflare 不是單純 CDN，也不是單純資安工具。它比較像你網站前面的控制層，決定流量怎麼進來、哪些人可以進來、哪些請求該被擋掉、哪些頁面該快一點。這種東西如果只拿來做「網站加速」，真的太浪費，也太容易用錯。\u003C\u002Fp>\u003Ch2>別再把 Cloudflare 當 CDN，這樣會錯過一半價值\u003C\u002Fh2>\u003Cblockquote>Cloudflare is no longer just a CDN or a security vendor. It is part of the hidden business infrastructure that decides whether your product feels fast, stays reachable, and survives hostile traffic.\u003C\u002Fblockquote>\u003Cp>翻譯一下就是：Cloudflare 不只是幫你把圖片送快一點，它站在使用者和你的服務中間，能管的事情比很多人想得多。DNS、DDoS、防火牆、Workers、Zero Trust、R2，這些都不是「附加功能」，而是它整套架構的一部分。你如果只把它當內容分發網路，等於把一個控制台當成加速器在用。\u003C\u002Fp>\n\u003Cfigure class=\"my-6\">\u003Cimg src=\"https:\u002F\u002Fxxdpdyhzhpamafnrdkyq.supabase.co\u002Fstorage\u002Fv1\u002Fobject\u002Fpublic\u002Fcovers\u002Finline-1780590804649-xc2z.png\" alt=\"Cloudflare 讓流量變護城河\" class=\"rounded-xl w-full\" loading=\"lazy\" \u002F>\u003C\u002Ffigure>\n\u003Cp>我之前看過不少新創一開始很自信，覺得主機商夠了、再加個 CDN 就很完整。結果真實流量一來，問題不是頻寬，而是 DNS 改版時出包、登入頁被打、\u003Ca href=\"\u002Ftag\u002Fapi\">API\u003C\u002Fa> 被狂刷、某個舊子網域還留著沒人記得。這些都不是「效能問題」，是營運問題。\u003C\u002Fp>\u003Cp>Cloudflare 官方也很明白地把它自己講成一整套平台，不是單一產品。你可以看它的 \u003Ca href=\"https:\u002F\u002Fwww.cloudflare.com\u002Fcompany\u002F\">公司介紹\u003C\u002Fa>、\u003Ca href=\"https:\u002F\u002Fwww.cloudflare.com\u002Fproducts\u002F\">產品頁\u003C\u002Fa>，以及 \u003Ca href=\"https:\u002F\u002Fwww.cloudflare.com\u002Fnetwork\u002F\">全球網路說明\u003C\u002Fa>。這三頁連起來看，就知道它想賣的不是加速，而是控制權。\u003C\u002Fp>\u003Cp>實操上，我會先畫一張「對外暴露面」清單，不要急著碰設定。先列出有哪些 domain、subdomain、API、admin panel、staging、media bucket。你不知道自己暴露了什麼，就不可能知道自己該擋什麼。\u003C\u002Fp>\u003Cul>\u003Cli>列出所有對外 domain 與 subdomain。\u003C\u002Fli>\u003Cli>標記 public、internal、temporary 三種狀態。\u003C\u002Fli>\u003Cli>把管理介面和測試環境先分級。\u003C\u002Fli>\u003Cli>確認 origin 能不能繞過 Cloudflare 直接打到。\u003C\u002Fli>\u003C\u002Ful>\u003Ch2>速度不是面子工程，它直接影響成交\u003C\u002Fh2>\u003Cp>很多 founder 喜歡說速度重要，然後把它丟給工程師、外包、或「之後再說」。我覺得這很常見，但也很偷懶。對新創來說，速度不是炫技指標，它是購買體驗的一部分。頁面慢、登入卡、產品示範載半天，使用者不會幫你找理由，他只會走。\u003C\u002Fp>\u003Cp>Bonenkamp 的\u003Ca href=\"\u002Fnews\u002F4-takeaways-from-cloudflares-ai-first-reset-zh\">重點\u003C\u002Fa>不是在講「Cloudflare 很快」這種空泛說法，而是在講它能把延遲壓到更靠近使用者的地方。Cloudflare 官方說它的網路覆蓋超過 330 個城市，並宣稱大約 95% 的網路使用者能在約 50 毫秒內碰到它的節點。你不一定要背數字，但你要懂意思：流量不一定非得全回 origin，很多事情可以先在 edge 做掉。\u003C\u002Fp>\u003Cp>也就是說，靜態資產、TLS、路由、快取策略，這些都可以先在邊緣層處理，減少你的主機壓力。對跨區域賣產品的新創來說，這差很多。你如果只靠單一 region 的 origin，亞洲或歐洲的使用者常常就是被你拖慢，不是因為產品差，是因為架構懶。\u003C\u002Fp>\u003Cp>我之前看過一個團隊拼命優化後端，改 query、加索引、升級機器，結果真正的瓶頸是所有請求都打回同一台 origin。前端每個請求都要繞遠路，難怪看起來像壞掉。Cloudflare 可以幫你遮掉一部分痛，但前提是你要把快取和路由想清楚。\u003C\u002Fp>\u003Cp>實操上，我會先從靜態資產和行銷頁開始，不要一口氣全站 aggressive cache。那種做法很容易把登入後頁面、購物車、個人化內容一起弄壞。最穩的方式是把 marketing site 和 app route 分開處理。\u003C\u002Fp>\u003Cul>\u003Cli>行銷頁與靜態資產先快取。\u003C\u002Fli>\u003Cli>登入後頁面與 checkout 一律 bypass cache。\u003C\u002Fli>\u003Cli>至少用兩個地區測試首屏與互動速度。\u003C\u002Fli>\u003Cli>看真實使用者速度，不要只看實驗室數據。\u003C\u002Fli>\u003C\u002Ful>\u003Ch2>安全不是附加價值，是你第一天就該做的事\u003C\u002Fh2>\u003Cp>Cloudflare 這套東西真正厲害的地方，不是「有資安功能」，而是它把資安放在流量入口。這件事很現實。以前很多團隊的做法是先把產品做完，上線之後再補防護。那套路現在很危險，因為你一旦有真流量，就已經有真攻擊面了。\u003C\u002Fp>\n\u003Cfigure class=\"my-6\">\u003Cimg src=\"https:\u002F\u002Fxxdpdyhzhpamafnrdkyq.supabase.co\u002Fstorage\u002Fv1\u002Fobject\u002Fpublic\u002Fcovers\u002Finline-1780590801033-1b9q.png\" alt=\"Cloudflare 讓流量變護城河\" class=\"rounded-xl w-full\" loading=\"lazy\" \u002F>\u003C\u002Ffigure>\n\u003Cp>Cloudflare 能做的事包括 DDoS mitigation、WAF、bot filtering、HTTPS 控制。白話講，就是先把一堆爛流量擋在外面，\u003Ca href=\"\u002Fnews\u002Fai-code-review-tools-catch-hard-bugs-zh\">讓你\u003C\u002Fa>的 app 不用每次都親自接球。對 founder 來說，這不只是「比較安全」，而是少掉一堆莫名其妙的事故：登入被刷、API 被爆、惡意流量把成本打爆。\u003C\u002Fp>\u003Cp>但我也要講難聽一點：Cloudflare 不會幫你修爛架構。你的 origin 如果直接暴露、admin panel 如果公開、API 如果沒認證紀律，Cloudflare 只是幫你多一道關卡，不是幫你變無敵。\u003C\u002Fp>\u003Cp>我很常看到團隊講一句話就覺得結案：「我們已經放到 Cloudflare 後面了。」沒有，這只是降低風險，不是消滅風險。真正該做的是把 origin 隱起來、把權限收緊、把高風險路徑先管起來。\u003C\u002Fp>\u003Cp>實操上，先盯最會燒錢的路徑：登入、註冊、忘記密碼、API 寫入、admin 存取。這些地方先做 rate limit、WAF review、HTTPS 全站強制，再往外擴。\u003C\u002Fp>\u003Cul>\u003Cli>全站強制 HTTPS。\u003C\u002Fli>\u003Cli>盡量限制 direct origin access。\u003C\u002Fli>\u003Cli>登入與 API 寫入路徑加 rate limit。\u003C\u002Fli>\u003Cli>啟用 WAF 後先看 log，再調規則。\u003C\u002Fli>\u003C\u002Ful>\u003Ch2>Zero Trust 不是大公司玩具，遠端團隊其實更需要\u003C\u002Fh2>\u003Cp>Cloudflare 的 Zero Trust 之所以值得講，是因為現在新創團隊本來就分散。外包、顧問、兼職、遠端員工，大家都要碰內部工具，但不是每個人都該有同樣權限。以前那種「大家都進 VPN」的思路，真的又重又粗。\u003C\u002Fp>\u003Cp>翻譯一下就是：你不該把整個內網開給每個人，而是該讓每個人只碰自己需要的東西。Cloudflare 可以站在內部應用前面，根據身分、裝置、位置、政策去決定能不能進。這比單純切一條 VPN tunnel 更接近實務。\u003C\u002Fp>\u003Cp>我自己看過最常見的問題是權限\u003Ca href=\"\u002Fnews\u002F5-wild-news-beats-seth-meyers-recap-zh\">失控\u003C\u002Fa>。自由接案的人只需要 staging，不需要 payroll；客服只需要 ticketing，不需要 production DB；創辦人出差時想從飯店 Wi-Fi 看內部工具，不代表整個內網都該對外敞開。Zero Trust 的價值就在這裡：它讓權限變細，而不是變大。\u003C\u002Fp>\u003Cp>實操上，我會先拿一個內部工具試，不要一口氣重做全公司。先選 wiki、dashboard、admin panel 其中一個，要求 identity-based access，跑順之後再擴。你如果一次改太多，最後通常不是安全提升，而是自己把自己鎖在門外。\u003C\u002Fp>\u003Cp>還有一件很煩但很重要的事：權限政策要寫 owner。沒有 owner 的政策很快就會變成沒人敢動的垃圾設定。那種東西看起來很穩，其實只是大家都懶得碰。\u003C\u002Fp>\u003Ch2>AI 產品最怕的不是模型慢，是 bot 和濫用\u003C\u002Fh2>\u003Cp>這篇裡我最有感的是 AI traffic 這段。只要你有公開 AI 產品，機器流量就會很快出現：抓 prompt、掃 endpoint、重放請求、試 rate limit、洗免費額度。你如果沒先想 bot control，基本上就是等著被教育。\u003C\u002Fp>\u003Cp>Cloudflare 在這裡的價值，不是幫你把模型跑更快，而是幫你把流量分乾淨。哪些是人、哪些是機器、哪些請求該限速、哪些 endpoint 該加保護，這些都是 edge 層很適合做的事。對 AI 產品來說，這不是額外裝飾，這是基本盤。\u003C\u002Fp>\u003Cp>也就是說，你不是在保護一個網站而已，你是在保護 prompts、API、\u003Ca href=\"\u002Ftag\u002Finference\">inference\u003C\u002Fa> endpoint、demo flow，還有那些你以為「大概夠用」的限制。通常都不夠。\u003C\u002Fp>\u003Cp>我看過不少團隊先做 demo，結果 demo 一公開就被 scrape、被 replay、被濫用。團隊第一反應是怪模型品質，實際上問題常常是曝光面太大。只要 endpoint 公開，流量型態就會立刻變質。\u003C\u002Fp>\u003Cp>實操上，我會把 AI 產品當成公開服務來設計，不要當成內部實驗。匿名請求要硬限速，付費動作要強制驗證，demo 與 production key 要分開，還要持續看異常重試和重複 prompt pattern。\u003C\u002Fp>\u003Cul>\u003Cli>有意義的 AI 動作一律要求登入。\u003C\u002Fli>\u003Cli>匿名流量先重度限速。\u003C\u002Fli>\u003Cli>demo、staging、production keys 分開。\u003C\u002Fli>\u003Cli>追蹤重複 prompt、異常頻率、失敗重試。\u003C\u002Fli>\u003C\u002Ful>\u003Ch2>Cloudflare 不是替你補爛架構，它只會放大你做對的部分\u003C\u002Fh2>\u003Cp>這是我最想提醒 founder 的地方。Cloudflare 很強，但它不會替你解決流程混亂、文件缺失、權限失控、回滾機制不存在這些老問題。你如果本來就沒有架構觀念，工具只會讓你看起來比較專業，實際上還是亂。\u003C\u002Fp>\u003Cp>翻譯一下就是：你還是得知道哪些 request 可以 cache、哪些 route 絕對不能 cache、哪些 endpoint 是 public、哪些是 internal、哪些子網域可以退役。這些問題沒有答案，你只是在收 dashboard 噪音而已。\u003C\u002Fp>\u003Cp>我對這件事很有意見，因為我看過太多團隊把工具堆上去，卻沒有營運模型。結果沒人說得清楚某條規則為什麼存在、某張憑證為什麼過期、某個 contractor 為什麼失去存取、某個 API 為什麼被限流。那不是精實，那是混亂。\u003C\u002Fp>\u003Cp>實操上，我會做一頁 Cloudflare operating sheet，內容不用漂亮，但一定要完整。把 domain、owner、關鍵規則、回滾步驟、緊急聯絡人放在同一頁。新同事看一眼就知道怎麼接，不需要去問三個人。\u003C\u002Fp>\u003Cp>而且這份文件要每次 launch 後都更新。Cloudflare 設定很容易悄悄腐爛。第一版合理的規則，到了第三版通常就不一定對了。這很正常，放著不管才是問題。\u003C\u002Fp>\u003Ch2>可抄的模板\u003C\u002Fh2>\u003Cpre>\u003Ccode># Cloudflare startup operating sheet\n\n## 1) What is behind Cloudflare\n- Primary domain:\n- Subdomains:\n- Public APIs:\n- Admin panels:\n- Staging environments:\n- Static assets \u002F media buckets:\n\n## 2) Business goal\n- Faster pages for:\n- Revenue-critical routes:\n- Internal apps to protect:\n- AI endpoints to protect:\n\n## 3) Security baseline\n- HTTPS enforced: yes\u002Fno\n- Origin hidden from direct access: yes\u002Fno\n- WAF enabled: yes\u002Fno\n- Bot protection enabled: yes\u002Fno\n- Rate limits on login\u002FAPI: yes\u002Fno\n- Zero Trust for internal tools: yes\u002Fno\n\n## 4) Caching rules\n- Cache marketing pages: yes\u002Fno\n- Cache static assets: yes\u002Fno\n- Bypass cache for checkout: yes\u002Fno\n- Bypass cache for authenticated pages: yes\u002Fno\n- Regional testing done: yes\u002Fno\n\n## 5) AI \u002F bot controls\n- Anonymous request limit:\n- Auth required for paid actions: yes\u002Fno\n- Demo environment separated: yes\u002Fno\n- Suspicious pattern logging enabled: yes\u002Fno\n\n## 6) Access control\n- Who owns Cloudflare admin access:\n- Who can change DNS:\n- Who can change WAF rules:\n- Who can change Zero Trust policies:\n- Emergency rollback contact:\n\n## 7) Monitoring\n- Checkout conversion:\n- Login failure rate:\n- 4xx \u002F 5xx spikes:\n- Bot traffic percentage:\n- Origin request count:\n- Median page load time:\n\n## 8) Change process\n- What changed:\n- Why it changed:\n- How it was tested:\n- Rollback plan:\n- Date reviewed:\n\u003C\u002Fcode>\u003C\u002Fpre>\u003Cp>這份模板我會直接拿去當團隊文件的底稿。它不華麗，但很實用。對新創來說，實用比漂亮重要太多。\u003C\u002Fp>\u003Cp>原始來源是 \u003Ca href=\"https:\u002F\u002Fblog.mean.ceo\u002Fcloudflare-news-june-2026\u002F\">blog.mean.ceo 的這篇文章\u003C\u002Fa>，Cloudflare 官方資料則可參考 \u003Ca href=\"https:\u002F\u002Fwww.cloudflare.com\u002Fcompany\u002F\">公司介紹\u003C\u002Fa>、\u003Ca href=\"https:\u002F\u002Fwww.cloudflare.com\u002Fproducts\u002F\">產品頁\u003C\u002Fa>、\u003Ca href=\"https:\u002F\u002Fwww.cloudflare.com\u002Fnetwork\u002F\">網路說明\u003C\u002Fa>。上面的觀點拆解是我自己的整理，模板則是我根據原文延伸成可直接使用的版本。","我拆 Cloudflare 的新創操作手冊，順手給你一份能直接貼進團隊文件的設定模板。","blog.mean.ceo","https:\u002F\u002Fblog.mean.ceo\u002Fcloudflare-news-june-2026\u002F",null,"https:\u002F\u002Fxxdpdyhzhpamafnrdkyq.supabase.co\u002Fstorage\u002Fv1\u002Fobject\u002Fpublic\u002Fcovers\u002Finline-1780590804649-xc2z.png","tools","zh","35884b68-febf-4151-b273-0cdbe1b264f1",[17,18,19,20,21],"Cloudflare","Zero Trust","WAF","bot control","edge caching",[23,24,25],"Cloudflare 不只是 CDN，而是流量、權限與安全的控制層。","速度、資安、AI bot control 都要從 edge 設計，不要等出事再補。","最有用的是一頁式 operating sheet，能直接讓團隊照表操作。",0,"2026-06-04T16:32:50.96702+00:00","2026-06-04T16:32:50.953+00:00","ddbe17bf-4560-43f7-af76-3e7d6e08e601",{"tags":31,"relatedLang":42,"relatedPosts":46},[32,34,36,38,40],{"name":19,"slug":33},"waf",{"name":17,"slug":35},"cloudflare",{"name":37,"slug":37},"zero-trust",{"name":20,"slug":39},"bot-control",{"name":21,"slug":41},"edge-caching",{"id":15,"slug":43,"title":44,"language":45},"cloudflare-turns-startup-traffic-into-a-moat-en","Cloudflare turns startup traffic into a moat","en",[47,53,59,65,71,77],{"id":48,"slug":49,"title":50,"cover_image":51,"image_url":51,"created_at":52,"category":13},"6ea3977e-ea7f-4d71-9472-08b512f81593","ai-code-review-tools-catch-hard-bugs-zh","AI code review 讓你抓到硬 bug","https:\u002F\u002Fxxdpdyhzhpamafnrdkyq.supabase.co\u002Fstorage\u002Fv1\u002Fobject\u002Fpublic\u002Fcovers\u002Finline-1780582701702-jnoi.png","2026-06-04T14:17:50.313258+00:00",{"id":54,"slug":55,"title":56,"cover_image":57,"image_url":57,"created_at":58,"category":13},"0342ff17-feea-4e43-81ff-d12c43cc93c0","claude-partner-network-learning-path-launches-zh","Claude 合作夥伴課程上線","https:\u002F\u002Fxxdpdyhzhpamafnrdkyq.supabase.co\u002Fstorage\u002Fv1\u002Fobject\u002Fpublic\u002Fcovers\u002Finline-1780578178111-1za9.png","2026-06-04T13:02:27.319581+00:00",{"id":60,"slug":61,"title":62,"cover_image":63,"image_url":63,"created_at":64,"category":13},"1a92ac0a-75ea-4877-874d-4a309cd0085b","nvidia-research-gpu-template-zh","NVIDIA 研究頁把 GPU 資源變模板","https:\u002F\u002Fxxdpdyhzhpamafnrdkyq.supabase.co\u002Fstorage\u002Fv1\u002Fobject\u002Fpublic\u002Fcovers\u002Finline-1780567412863-e8oq.png","2026-06-04T10:02:58.043845+00:00",{"id":66,"slug":67,"title":68,"cover_image":69,"image_url":69,"created_at":70,"category":13},"3ead09ec-5656-4165-9bb0-f602add3c409","qdrant-filter-first-rag-design-decoded-zh","Qdrant 讓 RAG 先過濾再找相似","https:\u002F\u002Fxxdpdyhzhpamafnrdkyq.supabase.co\u002Fstorage\u002Fv1\u002Fobject\u002Fpublic\u002Fcovers\u002Finline-1780566519640-bdds.png","2026-06-04T09:47:59.450347+00:00",{"id":72,"slug":73,"title":74,"cover_image":75,"image_url":75,"created_at":76,"category":13},"7b5e6965-307e-4492-bf65-d922cd7818ad","anthropic-code-review-tool-ai-generated-code-zh","Anthropic 讓 AI 程式變可審","https:\u002F\u002Fxxdpdyhzhpamafnrdkyq.supabase.co\u002Fstorage\u002Fv1\u002Fobject\u002Fpublic\u002Fcovers\u002Finline-1780563813320-5wc7.png","2026-06-04T09:02:56.999212+00:00",{"id":78,"slug":79,"title":80,"cover_image":81,"image_url":81,"created_at":82,"category":13},"bef47dbc-b0b4-439e-bae9-abe9473a321c","wei-shen-me-tether-ba-ben-di-ai-ji-yi-tui-jin-ri-chang-zhuan-zh","為什麼 Tether 把本地 AI 記憶推進日常裝置是對的","https:\u002F\u002Fxxdpdyhzhpamafnrdkyq.supabase.co\u002Fstorage\u002Fv1\u002Fobject\u002Fpublic\u002Fcovers\u002Finline-1780542170805-opi6.png","2026-06-04T03:02:19.599329+00:00",[84,89,94,99,104,109,114,119,124,129],{"id":85,"slug":86,"title":87,"created_at":88},"855cd52f-6fab-46cc-a7c1-42195e8a0de4","surepath-real-time-mcp-policy-controls-zh","SurePath 推出即時 MCP 政策控管","2026-03-26T07:57:40.77233+00:00",{"id":90,"slug":91,"title":92,"created_at":93},"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":95,"slug":96,"title":97,"created_at":98},"af9c46c3-7a28-410b-9f04-32b3de30a68c","prompting-in-2026-what-actually-works-zh","2026 提示工程，真正有用的是什麼","2026-03-26T08:08:12.453028+00:00",{"id":100,"slug":101,"title":102,"created_at":103},"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":105,"slug":106,"title":107,"created_at":108},"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":110,"slug":111,"title":112,"created_at":113},"a5f94120-ac0d-4483-9a8b-63590071ac6a","claude-code-vs-cursor-2026-zh","Claude Code 與 Cursor 深度對比：202…","2026-03-26T13:27:14.279193+00:00",{"id":115,"slug":116,"title":117,"created_at":118},"0975afa1-e0c7-4130-a20d-d890eaed995e","practical-github-guide-learning-ml-2026-zh","2026 機器學習入門 GitHub 實用指南","2026-03-27T01:16:49.712576+00:00",{"id":120,"slug":121,"title":122,"created_at":123},"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":125,"slug":126,"title":127,"created_at":128},"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":130,"slug":131,"title":132,"created_at":133},"3ce6e6e2-bac5-463e-9f8d-45caabcc61f7","awesome-ai-for-science-research-tools-map-zh","AI 科研工具清單，開始像地圖了","2026-03-27T01:46:50.521945+00:00"]