[{"data":1,"prerenderedAt":-1},["ShallowReactive",2],{"article-wembanyama-stat-page-turns-into-recap-zh":3,"article-related-wembanyama-stat-page-turns-into-recap-zh":30,"series-tools-bdb4f000-f70d-47cd-a1c2-4c7262dcfb9f":80},{"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},"bdb4f000-f70d-47cd-a1c2-4c7262dcfb9f","wembanyama-stat-page-turns-into-recap-zh","Wembanyama 資料頁變成賽後整理","\u003Cp data-speakable=\"summary\">我把 NBA 球員資料頁拆成可直接套用的賽後整理模板，重點是怎麼從一堆數字挑出真正有用的故事。\u003C\u002Fp>\u003Cp>我盯著球員資料頁看了很多年，老實說，常常看得有點火大。數字一堆，身高、體重、順位、近五場、獎項、影片連結全塞在一起，但它不會直接告訴我重點。你如果只是把頁面照抄出來，讀者只會看到一坨資料，根本不知道哪個數字才是這場比賽真正的意思。我想要的不是「更多資訊」，而是把資訊整理成能直接拿去寫稿的東西。\u003C\u002Fp>\u003Cp>這次我拿 \u003Ca href=\"https:\u002F\u002Fwww.nba.com\u002Fplayer\u002F1641705\u002Fvictor-wembanyama\">NBA.com 的 Victor Wembanyama 球員頁\u003C\u002Fa> 來拆，原因很簡單：它就是那種資料給滿、但你還是得自己動腦的來源。問題不在資料少，問題在資料排得像倉庫，不像故事。我把它拆成幾個我自己會先看的層次：發生了什麼、哪些數字有重複性、哪些值得引用、\u003Ca href=\"\u002Fnews\u002Fbree-hall-returns-indiana-fever-player-development-zh\">最後\u003C\u002Fa>怎麼不亂編地寫成一段能交差的賽後整理。\u003C\u002Fp>\u003Cp>真正值錢的不是「找到數據」這件事。誰都能複製一行 box score。真正麻煩的是，你要知道哪些數字能撐起論點、哪些只是背景噪音，還有怎麼包裝到讀者不用自己解碼。\u003C\u002Fp>\u003Ch2>這頁不是文章，是一堆證據\u003C\u002Fh2>\u003Cblockquote>Wembanyama chipped in 39 points (13-18 FG, 3-5 3Pt, 10-12 FT), 15 rebounds, one assist, five blocks and one steal across 37 minutes during Friday's 115-108 victory over Minnesota in Game 3 of the Western Conference Semifinals.\u003C\u002Fblockquote>\u003Cp>我先講白話：這種來源不是整理好的故事，它只是把證據丟給你。NBA 球員頁會給一行比賽摘要、個人資料、近五場、新聞動態，這些東西夠你寫賽後整理，但前提是你不能把它當成資料垃圾場。你得把它看成證據清單。\u003C\u002Fp>\n\u003Cfigure class=\"my-6\">\u003Cimg src=\"https:\u002F\u002Fxxdpdyhzhpamafnrdkyq.supabase.co\u002Fstorage\u002Fv1\u002Fobject\u002Fpublic\u002Fcovers\u002Finline-1779170691970-7pm6.png\" alt=\"Wembanyama 資料頁變成賽後整理\" class=\"rounded-xl w-full\" loading=\"lazy\" \u002F>\u003C\u002Ffigure>\n\u003Cp>我很喜歡這類來源，因為它逼你有紀律。你不能亂掰。頁面說 39 分、15 籃板、5 火鍋、1 抄截，那就是故事核心。頁面說 37 分鐘，那也重要，因為它告訴你工作量。頁面說這是季後賽第二輪第 3 戰，而且球隊以 115 比 108 贏球，那上下文也到位了。你不用加戲，你要做的是把這些東西串起來。\u003C\u002Fp>\u003Cp>我自己拆這種頁面時，會先問三個問題：\u003C\u002Fp>\u003Cul>\u003Cli>這場最重要的單一數字是什麼？\u003C\u002Fli>\u003Cli>哪個上下文會改變這個數字的意義？\u003C\u002Fli>\u003Cli>哪一塊可以直接忽略，不影響重點？\u003C\u002Fli>\u003C\u002Ful>\u003Cp>這篇的答案其實很明顯。標題不是「Wembanyama 得分很多」，而是「他在季後賽贏球戰裡打出一場攻守兩端都很兇的比賽」。這才是我會先寫的句子。\u003C\u002Fp>\u003Cp>實操寫法：先抓最新一場的摘要句，再回頭看近五場確認這是不是一場孤例。不要先看獎項、傳記或影片，先看最新結果，因為讀者通常只想知道「這場到底發生什麼事」。\u003C\u002Fp>\u003Ch2>box score 本身就是論點，不用硬拗形容詞\u003C\u002Fh2>\u003Cp>球員頁最容易害人寫過頭。我也踩過雷。看到一條很漂亮的數據，就想多補兩段，結果把原本很乾淨的重點寫爛。這場的 39 分、15 籃板、5 火鍋，就是整篇的核心，不是裝飾品，是證據。\u003C\u002Fp>\u003Cp>如果要翻成比較像人話的版本，我會這樣看：Wembanyama 不只是得分而已，他還抓板、護框，而且效率不差。18 投 13 中，代表他不是亂槍打鳥；三分球 5 投 3 中，代表他不是只在禁區附近混；罰球 12 投 10 中，代表他有持續製造犯規壓力。這是一場完整的進攻表現，不是某一節突然爆掉。\u003C\u002Fp>\u003Cp>防守端更不用說。季後賽拿 5 火鍋加 1 抄截，這不是「數字好看」而已，這是實際改變對手出手選擇。這種身材跟 timing 會讓對方不敢照原本的節奏攻框。你如果只寫「表現出色」，那就太偷懶了。你要寫的是：他怎麼出色，出色在哪裡，讓誰不舒服。\u003C\u002Fp>\u003Cp>我以前寫賽後整理常常犯一個毛病，就是太快下結論，什麼「統治級表現」講完就算。這很空。比較好的寫法是把表現拆成幾塊：得分效率、籃板控制、護框威嚇、罰球壓力。這樣讀者才知道你不是在喊口號。\u003C\u002Fp>\u003Cp>實操寫法：\u003C\u002Fp>\u003Cul>\u003Cli>先寫 stat line，不要先下形容詞。\u003C\u002Fli>\u003Cli>把 stat line 拆成進攻、防守、上下文三層。\u003C\u002Fli>\u003Cli>用投籃分布去證明這些分數怎麼來的。\u003C\u002Fli>\u003C\u002Ful>\u003Cp>如果是我來寫，我會直接下這句：Wembanyama 在季後賽第 3 戰交出 39 分、15 籃板、5 火鍋和 1 抄截，且以高效率投籃幫助\u003Ca href=\"\u002Fnews\u002Fspurs-vs-timberwolves-game-5-takeaways-zh-tw-zh\">馬刺\u003C\u002Fa>擊敗灰狼。這句就夠了，其他廢話先收起來。\u003C\u002Fp>\u003Ch2>近五場不是陪襯，是趨勢證明\u003C\u002Fh2>\u003Cp>近五場表格的價值，是讓我不會把單場當成神蹟。這頁顯示他在 5 月 8 日對灰狼拿 39 分，5 月 12 日對金塊拿 27 分和 17 籃板，5 月 15 日拿 19 分，5 月 18 日對雷霆則是 41 分和 24 籃板。這不是隨機波動，這是季後賽一路高輸出。\u003C\u002Fp>\n\u003Cfigure class=\"my-6\">\u003Cimg src=\"https:\u002F\u002Fxxdpdyhzhpamafnrdkyq.supabase.co\u002Fstorage\u002Fv1\u002Fobject\u002Fpublic\u002Fcovers\u002Finline-1779170694396-3q11.png\" alt=\"Wembanyama 資料頁變成賽後整理\" class=\"rounded-xl w-full\" loading=\"lazy\" \u002F>\u003C\u002Ffigure>\n\u003Cp>我喜歡這種欄位，因為它剛好夠你看出趨勢，但又不會逼你瞎掰故事。你不需要硬寫什麼「持續進化」或「進入新層級」這種空話。數字自己就在講：高使用率、高影響力，而且籃板數特別誇張。\u003C\u002Fp>\u003Cp>表格裡還有一個很重要的對照。5 月 10 日那場輸球，他只打 12 分鐘拿 4 分。這提醒我，一場低迷或被限制的比賽，不等於系列賽整體走向。很多人寫稿會只挑最大那條數字，然後假裝其他日期不存在。那樣寫出來很像粉絲帳號，不像整理者。\u003C\u002Fp>\u003Cp>比較好的做法，是拿近五場去支撐今天這場比賽，而不是取代今天這場比賽。賽後整理先講今天發生什麼，近況表格再補一句：這不是偶發，這是連續輸出。這樣論點比較穩。\u003C\u002Fp>\u003Cp>實操寫法：把近五場表格拿來回答「這場表現是不是一個趨勢的一部分？」如果是，就用一句話講趨勢；如果不是，就不要硬湊。趨勢語言不要亂貼在單場上。\u003C\u002Fp>\u003Ch2>球員資料只拿會改變意義的那幾項\u003C\u002Fh2>\u003Cp>球員頁很愛把背景塞滿，讓你覺得每個欄位都重要。這頁告訴我 Wembanyama 身高 7 呎 4 吋、235 磅、22 歲、來自法國、2023 年選秀狀元，還拿過一堆獎。這些不是廢話，但也不是每一項都值得寫進賽後整理。\u003C\u002Fp>\u003Cp>我通常只挑會改變讀者理解的資訊。這篇最有用的是年齡、身高、順位、經驗。這四項就夠了，因為它們能解釋為什麼一個 22 歲的大個子在季後賽打出 39 分、15 籃板，會讓人覺得很誇張。你不需要把整個履歷表搬進來。\u003C\u002Fp>\u003Cp>但我也不會把背景完全丟掉。背景資料的功能是幫你定錨，不是搶戲。它可以讓讀者知道這不是「普通年輕球員爆一場」，而是「一個狀元大個子在季後賽持續交出超齡數據」。差別很大。\u003C\u002Fp>\u003Cp>我自己的習慣是把背景壓成一句話，不超過一行。像這樣：這位 22 歲、來自法國的狀元中鋒，最近的季後賽數據看起來完全不像新秀。這樣就夠了，再多就像在重講選秀夜。\u003C\u002Fp>\u003Cp>實操寫法：\u003C\u002Fp>\u003Cul>\u003Cli>只用年齡、身高、順位、經驗這類會影響理解的資訊。\u003C\u002Fli>\u003Cli>不要把獎項清單整串貼上去。\u003C\u002Fli>\u003Cli>背景句要短，讓比賽內容站在前面。\u003C\u002Fli>\u003C\u002Ful>\u003Ch2>新聞動態是在告訴你，頁面自己認為重點是什麼\u003C\u002Fh2>\u003Cp>新聞區塊很好用，前提是你知道它只是指標，不是成品。這頁一直在推高分比賽、系列賽關鍵場次、還有一些爭議訊息，像是西區決賽 41 分、24 籃板、\u003Ca href=\"\u002Fnews\u002Fwembanyama-game-5-revenge-test-wolves-zh\">Game\u003C\u002Fa> 6 拿 19 分、Game 5 拿 27 分、Game 4 被驅逐，後面又補了一個不會被禁賽的說明。這整串其實就是這段季後賽的骨架。\u003C\u002Fp>\u003Cp>我不是要你把新聞區塊直接抄進文章，這樣太懶了。但它很適合拿來判斷「這個頁面到底在強調什麼」。如果同一類型的比賽一直被推上來，那代表這個球員正在季後賽跑一條很明確的敘事線，不是單純的熱手。\u003C\u002Fp>\u003Cp>我以前常用這招快速判讀來源：看版面怎麼排，就知道它在暗示你什麼。當然，你還是要回頭驗證數字，但你可以先用它來校正摘要的方向。這頁很明顯就是在說：Wembanyama 的季後賽輸出是主線，而 Game 3 只是其中一章。\u003C\u002Fp>\u003Cp>實操寫法：先掃新聞區塊有沒有重複主題。如果同一種比賽型態或同一種數據形狀一直出現，就在你的整理裡提一次；如果新聞區塊很雜，就直接忽略，回到 box score。\u003C\u002Fp>\u003Ch2>真正好用的寫法，其實很無聊\u003C\u002Fh2>\u003Cp>把頁面外殼拆掉後，賽後整理的公式其實很簡單。它不需要聰明，反而需要穩。我要的是一個能尊重來源、又像人話的順序。\u003C\u002Fp>\u003Cp>我通常會照這個順序寫：\u003C\u002Fp>\u003Cul>\u003Cli>先講比賽結果和 stat line。\u003C\u002Fli>\u003Cli>再講這條 stat line 為什麼重要。\u003C\u002Fli>\u003Cli>補一個近況趨勢。\u003C\u002Fli>\u003Cli>必要時加一個背景資料。\u003C\u002Fli>\u003Cli>講完就收，不要一直重複。\u003C\u002Fli>\u003C\u002Ful>\u003Cp>就這樣。不要假裝每一場爆發都代表什麼宿命，也不要把每個數字都寫成史詩。來源頁面已經給你足夠材料，真正的工作是選擇與排序，不是硬塞更多字。\u003C\u002Fp>\u003Cp>如果我要編輯這篇，我會先問三個問題：發生什麼事？為什麼重要？這是不是更大趨勢的一部分？NBA 球員頁只要你抓對欄位，這三個問題都能回答。抓錯欄位，就會寫成一篇很長但沒重點的東西。\u003C\u002Fp>\u003Cp>實操寫法：第一版先從摘要句直接寫，第二版再用近五場補一個趨勢句。如果你還想一直加內容，通常就是已經偏離來源了。\u003C\u002Fp>\u003Ch2>可抄的模板\u003C\u002Fh2>\u003Cpre>\u003Ccode># [球員姓名] 把資料頁寫成賽後整理\n\n[球員姓名] 在 [球隊／比賽結果／上下文] 交出 [stat line]，這條數據本身就把重點講完了： [得分效率]、[籃板]、[防守影響]、以及 [上場時間或工作量]。\n\n白話講就是：[用一句話解釋這場表現的真正意義]。\n\n## 來源寫了什麼\n- 結果：[球隊] 以 [比數] 擊敗／不敵 [對手]\n- 數據：[得分] 分、[籃板] 個、[助攻] 次、[火鍋] 次、[抄截] 次\n- 投籃：[FG]、[三分]、[罰球]\n- 上場時間：[分鐘]\n\n## 為什麼重要\n[用白話說明這場表現跟比賽上下文的關係，不要只寫「表現出色」]\n\n## 趨勢在哪裡\n[用近五場或近期比賽紀錄，說明這是不是連續輸出的一部分。只挑能支持論點的數字。]\n\n## 背景補充\n[如果背景資料有幫助，就用一句話補：年齡、身高、順位、經驗或國籍。]\n\n## 可直接貼上的賽後整理段落\n[球員姓名] 在 [球隊] 對上 [對手] 的 [勝／敗] 中繳出 [stat line]，同時用 [進攻細節] 和 [防守細節] 撐起整場比賽，且在 [分鐘數] 內維持高效率。這場表現也延續了他最近的 [趨勢]，而背景資料更讓這份數據顯得誇張： [一句短的背景定錨]。\n\n## 編輯原則\n如果某個數字不能回答「發生什麼事」或「為什麼重要」，就不要放進去。\u003C\u002Fcode>\u003C\u002Fpre>\u003Cp>這份模板故意寫得很樸素，因為樸素才好用。它可以直接套進任何球員、任何 stat line、任何結果，照樣能產出一篇讀得懂的賽後整理。你不需要每次都重新發明格式。\u003C\u002Fp>\u003Cp>對這種來源來說，模板特別有效，因為 NBA 球員頁本來就把原料端上桌了。你真正要做的是挑選和排序。很多人會跳過這一步，然後抱怨自己的稿子又長又散。我看過太多次了，真的不是資料不夠，是你沒整理。\u003C\u002Fp>\u003Cp>來源致謝：原始資料來自 \u003Ca href=\"https:\u002F\u002Fwww.nba.com\u002Fplayer\u002F1641705\u002Fvictor-wembanyama\">NBA.com 的 Victor Wembanyama 球員頁\u003C\u002Fa>。我把它重組成適合\u003Ca href=\"\u002Ftag\u002F台灣開發者\">台灣開發者\u003C\u002Fa>閱讀的寫作模板，文中的拆解邏輯與模板文字主要是我自己的整理與改寫。\u003C\u002Fp>\u003Cp>如果你要回頭查原始脈絡，可以先看 \u003Ca href=\"https:\u002F\u002Fwww.nba.com\u002F\">NBA.com\u003C\u002Fa>、\u003Ca href=\"https:\u002F\u002Fwww.nba.com\u002Fspurs\">聖安東尼奧馬刺官方頁\u003C\u002Fa>，還有 \u003Ca href=\"https:\u002F\u002Fwww.nba.com\u002Fplayer\u002F1641705\u002Fvictor-wembanyama\">Wembanyama 的官方球員頁\u003C\u002Fa>。我這篇是衍生整理，不是原始報導。\u003C\u002Fp>","我把 NBA 球員資料頁拆成可直接套用的賽後整理模板，重點是怎麼從一堆數字挑出真正有用的故事。","www.nba.com","https:\u002F\u002Fwww.nba.com\u002Fplayer\u002F1641705\u002Fvictor-wembanyama",null,"https:\u002F\u002Fxxdpdyhzhpamafnrdkyq.supabase.co\u002Fstorage\u002Fv1\u002Fobject\u002Fpublic\u002Fcovers\u002Finline-1779170691970-7pm6.png","tools","zh","b2087857-a6d4-4119-8c15-f126e692c909",[17,18,19,20,21],"NBA 資料頁","賽後整理","box score","近五場趨勢","寫作模板",[23,24,25],"先抓最新一場摘要，再用近五場確認是不是趨勢。","stat line 本身就是論點，不要先堆形容詞。","背景資料只留會改變讀者理解的那幾項。",5,"2026-05-19T06:04:22.282386+00:00","2026-05-19T06:04:22.121+00:00","c3c88dd2-a940-438a-b359-0e5a24562273",{"tags":31,"relatedLang":39,"relatedPosts":43},[32,33,35,37,38],{"name":20,"slug":20},{"name":17,"slug":34},"nba-資料頁",{"name":19,"slug":36},"box-score",{"name":18,"slug":18},{"name":21,"slug":21},{"id":15,"slug":40,"title":41,"language":42},"wembanyama-stat-page-turns-into-recap-en","Wembanyama’s stat page turns into a recap","en",[44,50,56,62,68,74],{"id":45,"slug":46,"title":47,"cover_image":48,"image_url":48,"created_at":49,"category":13},"d3ec03a8-a805-4a21-9826-72a74a72b625","databricks-model-serving-llm-deploy-guide-zh","Databricks Model Serving 讓 LLM 部署變簡單","https:\u002F\u002Fxxdpdyhzhpamafnrdkyq.supabase.co\u002Fstorage\u002Fv1\u002Fobject\u002Fpublic\u002Fcovers\u002Finline-1780525998117-7ur8.png","2026-06-03T22:32:51.005996+00:00",{"id":51,"slug":52,"title":53,"cover_image":54,"image_url":54,"created_at":55,"category":13},"4dd225a8-bf6c-4768-a486-a27956c7033d","opencode-digitalocean-model-freedom-zh","OpenCode+DigitalOcean 讓你切換模型","https:\u002F\u002Fxxdpdyhzhpamafnrdkyq.supabase.co\u002Fstorage\u002Fv1\u002Fobject\u002Fpublic\u002Fcovers\u002Finline-1780525116428-1q7g.png","2026-06-03T22:18:06.969758+00:00",{"id":57,"slug":58,"title":59,"cover_image":60,"image_url":60,"created_at":61,"category":13},"4bdcf208-fb80-484e-b4b6-06af035a6df1","modulate-aws-voice-chats-into-signals-zh","Modulate 用 AWS 把語音聊天做成訊號","https:\u002F\u002Fxxdpdyhzhpamafnrdkyq.supabase.co\u002Fstorage\u002Fv1\u002Fobject\u002Fpublic\u002Fcovers\u002Finline-1780519733892-rxue.png","2026-06-03T20:48:22.697917+00:00",{"id":63,"slug":64,"title":65,"cover_image":66,"image_url":66,"created_at":67,"category":13},"f44a28d3-2305-43de-b5fa-21217d561054","amazon-rekognition-content-moderation-filter-zh","Amazon Rekognition把審核變成過濾器","https:\u002F\u002Fxxdpdyhzhpamafnrdkyq.supabase.co\u002Fstorage\u002Fv1\u002Fobject\u002Fpublic\u002Fcovers\u002Finline-1780517005409-bxfc.png","2026-06-03T20:02:57.634353+00:00",{"id":69,"slug":70,"title":71,"cover_image":72,"image_url":72,"created_at":73,"category":13},"80f6f40b-3217-45e4-acff-7b2f6d261779","codex-workspace-limits-tell-you-why-zh","Codex 讓工作區限額錯誤說人話","https:\u002F\u002Fxxdpdyhzhpamafnrdkyq.supabase.co\u002Fstorage\u002Fv1\u002Fobject\u002Fpublic\u002Fcovers\u002Finline-1780514293711-ltqa.png","2026-06-03T19:17:41.340056+00:00",{"id":75,"slug":76,"title":77,"cover_image":78,"image_url":78,"created_at":79,"category":13},"daa3d568-4bc5-4f29-aa64-225928ace9b4","book-2-turns-sneaker-drop-into-merch-zh","Book 2 把球鞋發售變成周邊系統","https:\u002F\u002Fxxdpdyhzhpamafnrdkyq.supabase.co\u002Fstorage\u002Fv1\u002Fobject\u002Fpublic\u002Fcovers\u002Finline-1780513400116-8jeh.png","2026-06-03T19:02:49.03795+00:00",[81,86,91,96,101,106,111,116,121,126],{"id":82,"slug":83,"title":84,"created_at":85},"855cd52f-6fab-46cc-a7c1-42195e8a0de4","surepath-real-time-mcp-policy-controls-zh","SurePath 推出即時 MCP 政策控管","2026-03-26T07:57:40.77233+00:00",{"id":87,"slug":88,"title":89,"created_at":90},"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":92,"slug":93,"title":94,"created_at":95},"af9c46c3-7a28-410b-9f04-32b3de30a68c","prompting-in-2026-what-actually-works-zh","2026 提示工程，真正有用的是什麼","2026-03-26T08:08:12.453028+00:00",{"id":97,"slug":98,"title":99,"created_at":100},"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":102,"slug":103,"title":104,"created_at":105},"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":107,"slug":108,"title":109,"created_at":110},"a5f94120-ac0d-4483-9a8b-63590071ac6a","claude-code-vs-cursor-2026-zh","Claude Code 與 Cursor 深度對比：202…","2026-03-26T13:27:14.279193+00:00",{"id":112,"slug":113,"title":114,"created_at":115},"0975afa1-e0c7-4130-a20d-d890eaed995e","practical-github-guide-learning-ml-2026-zh","2026 機器學習入門 GitHub 實用指南","2026-03-27T01:16:49.712576+00:00",{"id":117,"slug":118,"title":119,"created_at":120},"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":122,"slug":123,"title":124,"created_at":125},"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":127,"slug":128,"title":129,"created_at":130},"3ce6e6e2-bac5-463e-9f8d-45caabcc61f7","awesome-ai-for-science-research-tools-map-zh","AI 科研工具清單，開始像地圖了","2026-03-27T01:46:50.521945+00:00"]