[{"data":1,"prerenderedAt":-1},["ShallowReactive",2],{"article-codex-cli-terminal-code-workflow-guide-zh":3,"article-related-codex-cli-terminal-code-workflow-guide-zh":30,"series-tools-dbd7c5e0-0d56-45db-b203-4a35d30f3170":81},{"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},"dbd7c5e0-0d56-45db-b203-4a35d30f3170","codex-cli-terminal-code-workflow-guide-zh","Codex CLI 讓你在終端寫程式","\u003Cp data-speakable=\"summary\">我把這篇 Codex 上手說明拆成了終端可直接用的工作流模板。\u003C\u002Fp>\u003Cp>我用過不少 AI 寫 code 工具，最煩的不是它們不會寫，而是太愛搶方向。你叫它補一個函式，它順手把整個模組改掉；你想在終端先跑一小步，它偏要把 IDE、插件、帳號、訂閱全綁進來。最後的感覺就是：工具很多，手感很差。\u003C\u002Fp>\u003Cp>我這次拆的是知乎這篇 \u003Ca href=\"https:\u002F\u002Fzhuanlan.zhihu.com\u002Fp\u002F2025255230749590320\">《如何配置使用 Codex 編寫代碼 — 完整上手指南（更新VScode安裝codex插件使用入口）》\u003C\u002Fa>。原文有一句我覺得講得很準：\u003Cblockquote>如果你重視靈活性和多\u003Ca href=\"\u002Fnews\u002Fmicrosoft-new-coding-model-build-2026-zh\">模型\u003C\u002Fa>支持，或者是在 Linux 伺服器上工作，Codex CLI 是首選；如果更習慣在 IDE 內工作，可以考慮 \u003Ca href=\"\u002Ftag\u002Fcursor\">Cursor\u003C\u002Fa>；如果已經有 \u003Ca href=\"\u002Ftag\u002Fgithub-copilot\">GitHub Copilot\u003C\u002Fa> 訂閱，可以繼續保留。\u003C\u002Fblockquote>這句話其實把重點說透了：別把 AI 編程想成單一產品，要把它當成一套工作方式。\u003C\u002Fp>\u003Cp>我把它拆開後發現，真正有價值的不是「裝了哪個插件」，而是你怎麼把終端、編輯器、模型和權限邊界拼在一起。下面我按這個思路講，順手給你一個能直接抄的版本。\u003C\u002Fp>\u003Ch2>先別問哪個最強，先問你在哪寫 code\u003C\u002Fh2>\u003Cp>原文先用工作場景分流，我覺得這比談功能清楚多了。工具不是越全越好，越貼近你現在環境越好。Linux 伺服器、SSH、容器、純終端，這些場景裡你根本不想先折騰一個重 IDE；反過來，如果你每天都在 \u003Ca href=\"\u002Ftag\u002Fvs-code\">VS Code\u003C\u002Fa> 裡切檔案、看報錯、跳定義，那 IDE 內助手就比終端裡來回切窗舒服得多。\u003C\u002Fp>\n\u003Cfigure class=\"my-6\">\u003Cimg src=\"https:\u002F\u002Fxxdpdyhzhpamafnrdkyq.supabase.co\u002Fstorage\u002Fv1\u002Fobject\u002Fpublic\u002Fcovers\u002Finline-1780089500595-ctz9.png\" alt=\"Codex CLI 讓你在終端寫程式\" class=\"rounded-xl w-full\" loading=\"lazy\" \u002F>\u003C\u002Ffigure>\n\u003Cp>我自己最早踩的坑，就是把「能不能寫」當成第一標準，結果裝了一堆擴充套件，最後每次都要先想：我到底是在本地改、遠端改，還是在容器裡改？一旦上下文不清，AI 的建議就會越來越像瞎猜。\u003C\u002Fp>\u003Cp>翻譯一下就是：先選入口，再選模型。你不是在選信仰，你是在選工作姿勢。\u003C\u002Fp>\u003Cul>\u003Cli>終端優先：適合 Linux、SSH、容器、腳本式改動。\u003C\u002Fli>\u003Cli>IDE 優先：適合日常函式修改、重構、定位錯誤。\u003C\u002Fli>\u003Cli>訂閱優先：如果你已經有 Copilot，不必為了「統一」硬換工具。\u003C\u002Fli>\u003C\u002Ful>\u003Cp>我建議你先把入口想清楚，再談模型。入口錯了，後面全是補丁。\u003C\u002Fp>\u003Ch2>Codex CLI 的價值，不是酷，是少折騰\u003C\u002Fh2>\u003Cp>我看 Codex CLI 的第一個感受，不是「哇好潮」，而是它把很多中間層砍掉了。你不用先打開一個重型介面，不用為了一個小任務在多個面板裡找按鈕，也不用擔心插件版本和編輯器版本互相打架。它比較像把「寫 code」\u003Ca href=\"\u002Fnews\u002Fbuild-2026-turns-windows-into-ai-pc-playbook-zh\">變成\u003C\u002Fa>一個命令列任務。\u003C\u002Fp>\u003Cp>我理解這種工作流的意思是：你給它一個目錄、一段上下文、一條修改目標，它就開始幹活。對我這種常常在 repo 裡來回切換的人來說，這種方式很省腦子。\u003C\u002Fp>\u003Cp>我之前跑類似流程時最明顯的感受是，終端裡做事更像「發工單」。你可以明確告訴它改哪裡、別碰哪裡、做完後跑什麼檢查。這個邊界感很重要，因為 AI 最怕的就是自由發揮。\u003C\u002Fp>\u003Cp>實操上，我會把 CLI 使用拆成四步：\u003C\u002Fp>\u003Cul>\u003Cli>先進入正確的 repo 和分支。\u003C\u002Fli>\u003Cli>只給當前任務相關的檔案和說明。\u003C\u002Fli>\u003Cli>明確要求它先列計畫，再動手。\u003C\u002Fli>\u003Cli>改完立刻跑測試或 lint，不要拖。\u003C\u002Fli>\u003C\u002Ful>\u003Cp>如果你在伺服器上工作，這種方式尤其順手。遠端環境裡最煩的就是圖形介面不穩、插件不相容、同步慢。CLI 沒那麼多戲，反而更穩。\u003C\u002Fp>\u003Ch2>IDE 不是落後，只是更適合另一種節奏\u003C\u002Fh2>\u003Cp>原文提到 Cursor 作為 IDE 內工作的一種選擇，這點我同意。\u003Ca href=\"https:\u002F\u002Fcursor.com\u002F\">Cursor\u003C\u002Fa> 的優勢在於，它把 AI 放進你本來就在用的編輯流程裡，而不是逼你切到另一個工作台。你在看 code、改 code、看 diff 的時候，助手就在旁邊，這種連續性很值錢。\u003C\u002Fp>\n\u003Cfigure class=\"my-6\">\u003Cimg src=\"https:\u002F\u002Fxxdpdyhzhpamafnrdkyq.supabase.co\u002Fstorage\u002Fv1\u002Fobject\u002Fpublic\u002Fcovers\u002Finline-1780089502661-e5pc.png\" alt=\"Codex CLI 讓你在終端寫程式\" class=\"rounded-xl w-full\" loading=\"lazy\" \u002F>\u003C\u002Ffigure>\n\u003Cp>它的實際意義是：當你需要頻繁跳轉、快速看上下文、邊改邊看結果時，IDE 內助手更順手。尤其是重構、補測試、看錯誤鏈路這種活，編輯器裡的上下文窗口比命令列更直觀。\u003C\u002Fp>\u003Cp>但我也得說，IDE 內工具很容易讓人變懶。因為它太方便了，你會不自覺地讓它接管太多判斷。結果是 code 看起來改得很快，實際你根本沒消化它為什麼這麼改。\u003C\u002Fp>\u003Cp>我自己的做法是把 IDE 工具限制在「局部協助」上：補全、解釋、生成測試、輔助重構。涉及架構邊界、狀態流、權限邏輯，我還是會回到更顯式的流程裡確認。\u003C\u002Fp>\u003Cp>實操寫法很簡單，如果你偏 IDE，我建議你把它當成「增強編輯器」，不是「自動交付系統」。\u003C\u002Fp>\u003Cul>\u003Cli>先讓它解釋現有 code，再讓它改。\u003C\u002Fli>\u003Cli>優先用在單檔案或小範圍重構。\u003C\u002Fli>\u003Cli>每次改動都看 diff，不要只看結果。\u003C\u002Fli>\u003Cli>把測試和靜態檢查當成強制步驟。\u003C\u002Fli>\u003C\u002Ful>\u003Cp>如果你常用 \u003Ca href=\"https:\u002F\u002Fcode.visualstudio.com\u002F\">VS Code\u003C\u002Fa>，那就更簡單了：讓工具貼著編輯器走，但別讓它替你做判斷。\u003C\u002Fp>\u003Ch2>Copilot 不是必須替換，別做工具潔癖\u003C\u002Fh2>\u003Cp>原文裡有一句我很認同：如果已經有 GitHub \u003Ca href=\"\u002Ftag\u002Fcopilot\">Copilot\u003C\u002Fa> 訂閱，可以繼續保留。這個判斷很務實，因為很多人一看到新工具就想「統一 stack」，最後把自己折騰得很累。實際上，AI 編程工具之間並不天然衝突，關鍵是你怎麼分工。\u003C\u002Fp>\u003Cp>我把這句話翻成工程語言，就是：不同工具解不同層次的問題。一个工具負責編輯器內的即時補全，一個工具負責終端裡的批量任務，一個工具負責更複雜的多模型呼叫。你沒必要強行讓一個產品吃掉全部場景。\u003C\u002Fp>\u003Cp>我見過最沒必要的浪費，是明明 Copilot 已經覆蓋日常補全，還非要為了「統一體驗」硬換到另一個系統。結果新工具還沒熟，生產力先掉一截。說到底，訂閱費不是唯一成本，切換成本也很貴。\u003C\u002Fp>\u003Cp>實操上，我會先列出你現在的工作流，再決定保留什麼：\u003C\u002Fp>\u003Cul>\u003Cli>日常補全和提示：保留 Copilot 這類編輯器內工具。\u003C\u002Fli>\u003Cli>批量修改和腳本任務：交給 CLI。\u003C\u002Fli>\u003Cli>複雜上下文和跨檔案重構：看 IDE 與 CLI 誰更順手。\u003C\u002Fli>\u003C\u002Ful>\u003Cp>如果你現在已經有一套能跑的組合，就別為了「最新」去折騰。能穩定交付的工具鏈，比看起來統一的工具鏈更值錢。\u003C\u002Fp>\u003Ch2>多模型支持真正值錢的地方，是你不用賭一個答案\u003C\u002Fh2>\u003Cp>原文提到 Codex CLI 的一個優勢是多模型支持。這點我特別在意，因為單模型工作流最容易出問題的，不是它不會答，而是它總在同一種錯誤裡循環。你一旦把所有任務都押在一個模型上，遇到不擅長的場景就會很難受。\u003C\u002Fp>\u003Cp>我理解多模型支持的價值，不是「模型越多越厲害」，而是你可以按任務切換。寫測試、解釋遺留 code、生成遷移腳本、整理註解，這些任務的最佳模型並不一定一樣。能切換，就意味著你不用把所有問題都塞給同一種思路。\u003C\u002Fp>\u003Cp>我自己最常見的用法是：先用一個模型做粗分解，再用另一個模型復核邊界。這樣比單次問到底可靠得多。尤其是涉及副作用、\u003Ca href=\"\u002Fnews\u002Fweb3-foundation-us-data-worth-831k-zh\">資料\u003C\u002Fa>結構、權限路徑的時候，第二個視角經常能幫你抓出前一個回答裡的漏點。\u003C\u002Fp>\u003Cp>實操寫法不要把多模型支持理解成「到處試」。你應該把它變成固定流程：\u003C\u002Fp>\u003Col>\u003Cli>先讓一個模型列出修改計畫。\u003C\u002Fli>\u003Cli>再讓另一個模型檢查風險點。\u003C\u002Fli>\u003Cli>最後只在當前 repo 裡落地改動。\u003C\u002Fli>\u003C\u002Fol>\u003Cp>這樣做的好處是，你得到的不是一堆花俏答案，而是更像 \u003Ca href=\"\u002Ftag\u002Fcode-review\">code review\u003C\u002Fa> 的過程。這個過程比「直接生成一坨 code」可靠得多。\u003C\u002Fp>\u003Ch2>把 AI 放進終端，最大好處是權限邊界更清楚\u003C\u002Fh2>\u003Cp>如果你經常在 Linux 伺服器上幹活，你會很快發現一件事：終端天然適合做邊界控制。哪些目錄能看，哪些命令能跑，哪些操作需要你確認，這些都比圖形介面更明確。\u003Ca href=\"https:\u002F\u002Fopenai.com\u002Fcodex\">Codex\u003C\u002Fa> 這類工具的優勢就在這裡，它更容易嵌進你已有的運維和開發習慣裡。\u003C\u002Fp>\u003Cp>我跑遠端開發時最怕的不是慢，而是失控。圖形介面一多，視窗一多，工具一多，你很容易忘了自己到底改了什麼。終端工作流反而逼你更清楚地寫出目標、命令和檢查步驟。\u003C\u002Fp>\u003Cp>這也是為什麼我會建議把 AI 當成「受控執行者」，不是「全權代理」。你讓它做事，但你保留最後的確認權。尤其是 code 提交前，必須有人類看過 diff 和測試結果。\u003C\u002Fp>\u003Cp>實操上，我會給終端工作流加三條硬規則：\u003C\u002Fp>\u003Cul>\u003Cli>任何自動修改都必須能回滾。\u003C\u002Fli>\u003Cli>任何跨檔案改動都必須先列計畫。\u003C\u002Fli>\u003Cli>任何提交前都必須跑測試或至少靜態檢查。\u003C\u002Fli>\u003C\u002Ful>\u003Cp>如果你的團隊已經有 shell script、Makefile、任務編排工具，那就更適合把 Codex CLI 接進去。別改習慣，順著習慣接工具，效果通常更好。\u003C\u002Fp>\u003Ch2>真正該抄的不是工具名，是這套分工邏輯\u003C\u002Fh2>\u003Cp>看完這篇知乎內容，我最大的收穫不是「我該裝哪個」，而是「我該怎麼分工」。終端負責批量和受控修改，IDE 負責局部編輯和上下文查看，Copilot 負責日常補全。如果你再加上多模型切換，那就是一套挺實用的組合拳。\u003C\u002Fp>\u003Cp>我以前總想找一個「全能入口」，後來發現這想法本身就有問題。寫 code 這件事本來就分層：想法、定位、修改、驗證、提交。AI 工具也應該分層，而不是一個按鈕包辦一切。\u003C\u002Fp>\u003Cp>如果你要立刻開始，我建議先別折騰太多擴充套件。先選一個主入口，再補一個輔助入口，最後把驗證步驟固定下來。這樣你會更快知道工具到底有沒有幫到你，而不是只是在介面上更熱鬧。\u003C\u002Fp>\u003Ch2>你可以直接複製的工作流模板\u003C\u002Fh2>\u003Cpre>\u003Ccode># Codex \u002F IDE 混合工作流模板\n\n## 1. 先選入口\n- 終端優先：Codex CLI\n- 編輯器優先：VS Code \u002F Cursor\n- 已有訂閱：保留 GitHub Copilot\n\n## 2. 每次開始任務前先寫清楚\n- repo 路徑：\n- 當前分支：\n- 目標：\n- 不能改的檔案：\n- 必須通過的檢查：\n\n## 3. 給 AI 的標準指令\n請先不要直接改 code。\n先做三件事：\n1. 用 3-5 條列出你理解的任務\n2. 標出可能影響的檔案\n3. 說明你會怎麼驗證結果\n\n確認後再開始修改。\n\n## 4. 修改規則\n- 只改當前任務相關檔案\n- 跨檔案改動先說明原因\n- 任何生成內容都要看 diff\n- 不允許跳過測試\n\n## 5. 驗證規則\n- 先跑單元測試\n- 再跑 lint \u002F typecheck\n- 失敗就回到修改步驟，不要硬提交\n\n## 6. 推薦分工\n- Copilot：日常補全\n- Codex CLI：終端裡的批量任務、腳本、受控修改\n- Cursor \u002F VS Code：局部編輯、重構、看上下文\n\n## 7. 提交前檢查\n- [ ] diff 看過了\n- [ ] 測試通過了\n- [ ] 沒碰不該碰的檔案\n- [ ] 變更原因寫清楚了\n- [ ] 可以回滾\u003C\u002Fcode>\u003C\u002Fpre>\u003Cp>這套模板的重點不是「最先進」，而是「能落地」。你拿去改成自己的 repo 流程，基本就能開幹。\u003C\u002Fp>\u003Cp>如果你要追原文，出處是知乎專欄文章 \u003Ca href=\"https:\u002F\u002Fzhuanlan.zhihu.com\u002Fp\u002F2025255230749590320\">《如何配置使用 Codex 編寫代碼 — 完整上手指南（更新VScode安裝codex插件使用入口）》\u003C\u002Fa>。我這裡做的是拆解和重組，不是原文複述；真正的工具選擇和配置細節，還是建議回到原文核對。另有工具與產品連結我已分別標出，方便你直接對照。\u003C\u002Fp>","我把知乎的 Codex 上手指南拆成終端、IDE、Copilot 都能直接套用的工作流模板。","zhuanlan.zhihu.com","https:\u002F\u002Fzhuanlan.zhihu.com\u002Fp\u002F2025255230749590320",null,"https:\u002F\u002Fxxdpdyhzhpamafnrdkyq.supabase.co\u002Fstorage\u002Fv1\u002Fobject\u002Fpublic\u002Fcovers\u002Finline-1780089500595-ctz9.png","tools","zh","f9613c62-8b17-4f69-b53a-4e54e846c665",[17,18,19,20,21],"Codex CLI","終端工作流","IDE","Copilot","多模型支持",[23,24,25],"先按工作場景選入口，不要先迷信工具名。","把 AI 當成受控執行者，靠計畫、diff、測試控邊界。","終端、IDE、Copilot 分工，比單一全能工具更實用。",5,"2026-05-29T21:17:52.705887+00:00","2026-05-29T21:17:52.7+00:00","269e8a66-8555-4fa6-80c1-90390e524b04",{"tags":31,"relatedLang":40,"relatedPosts":44},[32,34,36,37,39],{"name":17,"slug":33},"codex-cli",{"name":19,"slug":35},"ide",{"name":18,"slug":18},{"name":20,"slug":38},"copilot",{"name":21,"slug":21},{"id":15,"slug":41,"title":42,"language":43},"codex-cli-terminal-code-workflow-guide-en","Codex CLI 让你在终端里写代码","en",[45,51,57,63,69,75],{"id":46,"slug":47,"title":48,"cover_image":49,"image_url":49,"created_at":50,"category":13},"63d8b456-ad6b-475e-86e9-d4677ca226aa","magenta-realtime-2-score-inside-daw-zh","Magenta RealTime 2 讓你在 DAW 裡即時改曲","https:\u002F\u002Fxxdpdyhzhpamafnrdkyq.supabase.co\u002Fstorage\u002Fv1\u002Fobject\u002Fpublic\u002Fcovers\u002Finline-1781046204038-8tox.png","2026-06-09T23:02:55.9651+00:00",{"id":52,"slug":53,"title":54,"cover_image":55,"image_url":55,"created_at":56,"category":13},"f60261ff-a42e-4cfb-9f90-97785e633289","open-source-ai-tools-beat-claude-paid-tiers-zh","開源 AI 工具在價值上已經贏過 Claude 付費方案","https:\u002F\u002Fxxdpdyhzhpamafnrdkyq.supabase.co\u002Fstorage\u002Fv1\u002Fobject\u002Fpublic\u002Fcovers\u002Finline-1781045266035-on7t.png","2026-06-09T22:47:20.195939+00:00",{"id":58,"slug":59,"title":60,"cover_image":61,"image_url":61,"created_at":62,"category":13},"8520cd4f-2531-4808-a95d-26f590239d7a","500-ai-agent-projects-show-where-agents-work-now-zh","500 個 AI agent 專案，現在能做什麼","https:\u002F\u002Fxxdpdyhzhpamafnrdkyq.supabase.co\u002Fstorage\u002Fv1\u002Fobject\u002Fpublic\u002Fcovers\u002Finline-1781033591132-c0nh.png","2026-06-09T19:32:37.03924+00:00",{"id":64,"slug":65,"title":66,"cover_image":67,"image_url":67,"created_at":68,"category":13},"c557ef1c-7fde-4c86-918e-4fb9680ee9df","chocolatey-go-package-policy-installs-zh","Chocolatey 的 Go 安裝變成政策","https:\u002F\u002Fxxdpdyhzhpamafnrdkyq.supabase.co\u002Fstorage\u002Fv1\u002Fobject\u002Fpublic\u002Fcovers\u002Finline-1781029110289-xkbh.png","2026-06-09T18:18:05.078435+00:00",{"id":70,"slug":71,"title":72,"cover_image":73,"image_url":73,"created_at":74,"category":13},"90b2df54-df6e-417d-9e16-91e9ad2f53d7","go-support-policy-turns-releases-into-a-checklist-zh","Go 支援政策把發版變清單","https:\u002F\u002Fxxdpdyhzhpamafnrdkyq.supabase.co\u002Fstorage\u002Fv1\u002Fobject\u002Fpublic\u002Fcovers\u002Finline-1781028200122-3m4u.png","2026-06-09T18:02:49.50176+00:00",{"id":76,"slug":77,"title":78,"cover_image":79,"image_url":79,"created_at":80,"category":13},"119c23c6-8ae7-4c4e-820e-1eba0730d702","rustdesk-self-hosting-secure-remote-access-zh","RustDesk 自架遠端存取部署指南","https:\u002F\u002Fxxdpdyhzhpamafnrdkyq.supabase.co\u002Fstorage\u002Fv1\u002Fobject\u002Fpublic\u002Fcovers\u002Finline-1781017373324-g7et.png","2026-06-09T15:02:24.118819+00:00",[82,87,92,97,102,107,112,117,122,127],{"id":83,"slug":84,"title":85,"created_at":86},"855cd52f-6fab-46cc-a7c1-42195e8a0de4","surepath-real-time-mcp-policy-controls-zh","SurePath 推出即時 MCP 政策控管","2026-03-26T07:57:40.77233+00:00",{"id":88,"slug":89,"title":90,"created_at":91},"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":93,"slug":94,"title":95,"created_at":96},"af9c46c3-7a28-410b-9f04-32b3de30a68c","prompting-in-2026-what-actually-works-zh","2026 提示工程，真正有用的是什麼","2026-03-26T08:08:12.453028+00:00",{"id":98,"slug":99,"title":100,"created_at":101},"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":103,"slug":104,"title":105,"created_at":106},"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":108,"slug":109,"title":110,"created_at":111},"a5f94120-ac0d-4483-9a8b-63590071ac6a","claude-code-vs-cursor-2026-zh","Claude Code 與 Cursor 深度對比：202…","2026-03-26T13:27:14.279193+00:00",{"id":113,"slug":114,"title":115,"created_at":116},"0975afa1-e0c7-4130-a20d-d890eaed995e","practical-github-guide-learning-ml-2026-zh","2026 機器學習入門 GitHub 實用指南","2026-03-27T01:16:49.712576+00:00",{"id":118,"slug":119,"title":120,"created_at":121},"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":123,"slug":124,"title":125,"created_at":126},"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":128,"slug":129,"title":130,"created_at":131},"3ce6e6e2-bac5-463e-9f8d-45caabcc61f7","awesome-ai-for-science-research-tools-map-zh","AI 科研工具清單，開始像地圖了","2026-03-27T01:46:50.521945+00:00"]