[{"data":1,"prerenderedAt":-1},["ShallowReactive",2],{"article-kaiir-elam-photos-page-clean-profile-zh":3,"article-related-kaiir-elam-photos-page-clean-profile-zh":30,"series-tools-bd65d22a-56a9-4bc7-8823-d17cbfc75685":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},"bd65d22a-56a9-4bc7-8823-d17cbfc75685","kaiir-elam-photos-page-clean-profile-zh","Kaiir Elam 照片頁變乾淨檔案","\u003Cp data-speakable=\"summary\">我把 On3 的 Kaiir \u003Ca href=\"\u002Fnews\u002Fkaiir-elam-bills-first-round-cb-chiefs-zh\">Elam\u003C\u002Fa> 照片頁拆成一個可重用的球員圖庫檔案模板。\u003C\u002Fp>\u003Cp>我盯這種球員頁很久了，越看越火大。它表面上是照片頁，實際上卻把招募資訊、排名、NIL、站內導覽全塞進來，最後照片反而像配角。我想看的只是球員本人、幾張圖、還有一點點上下文，結果整頁像資料庫硬塞進內容頁，什麼都給你，什麼都不乾淨。\u003C\u002Fp>\u003Cp>這種頁面最煩的地方就是它不是不能用，而是太像「平台自我介紹」。你明明只是想快速確認這個人長什麼樣、在哪個學校、是什麼位置，頁面卻一直把你拉去看別的東西。我看 \u003Ca href=\"https:\u002F\u002Fwww.on3.com\u002Frivals\u002Fkaiir-elam-70574\u002Fphotos\u002F\">On3 的 Kaiir Elam photos\u003C\u002Fa> 時，腦中一直在想：如果我要重做一個球員圖庫頁，我絕對不會把這些東西混成一鍋。\u003C\u002Fp>\u003Cp>所以我把它當成模板來拆。重點不是 Kaiir Elam 本人多紅，而是這種頁面怎麼把「身份資訊」和「媒體內容」排在一起。這件事如果沒想清楚，球員頁就會\u003Ca href=\"\u002Fnews\u002Fweather-forecast-turns-into-tomorrow-plan-zh\">變成\u003C\u002Fa>一個很吵的卡片牆；如果想清楚，頁面就會很乾淨，讀者一眼知道自己在看什麼。\u003C\u002Fp>\u003Cp>我用的原始來源是 \u003Ca href=\"https:\u002F\u002Fwww.on3.com\u002F\">On3\u003C\u002Fa>，球員背景脈絡也能從它的 \u003Ca href=\"https:\u002F\u002Fwww.on3.com\u002Frivals\u002F\">Rivals 區\u003C\u002Fa> 和 \u003Ca href=\"https:\u002F\u002Fwww.on3.com\u002Fdb\u002F\">database\u003C\u002Fa> 看到。我不打算把它吹成什麼高明設計，我只是把它拆開，告訴你哪些部分值得抄，哪些部分最好直接丟掉。\u003C\u002Fp>\u003Ch2>這頁其實是三種頁面硬擠在一起\u003C\u002Fh2>\u003Cblockquote>Rivals \u002F Kaiir Elam \u002F Photos\u003C\u002Fblockquote>\u003Cp>白話翻譯就是：它同時想當圖庫、球員檔案、站內入口。這就是為什麼你會覺得頁面不算亂，但就是不順。照片本身只是內容核心，周邊那些導覽和資料欄位，卻把整體重量拉得很大。\u003C\u002Fp>\n\u003Cfigure class=\"my-6\">\u003Cimg src=\"https:\u002F\u002Fxxdpdyhzhpamafnrdkyq.supabase.co\u002Fstorage\u002Fv1\u002Fobject\u002Fpublic\u002Fcovers\u002Finline-1779714978069-pl9e.png\" alt=\"Kaiir Elam 照片頁變乾淨檔案\" class=\"rounded-xl w-full\" loading=\"lazy\" \u002F>\u003C\u002Ffigure>\n\u003Cp>我以前幫一個學校體育網站整理相簿頁，也踩過同樣的坑。照片沒問題，問題是我一口氣加了排名、年級、地點、相關文章，結果那頁看起來像一份招募簡報，不像圖庫。使用者不是不能看，而是看起來很累。這就是模板設計最常犯的錯：把多個目的塞進同一個容器。\u003C\u002Fp>\u003Cp>On3 這頁的問題不是資訊不夠，而是資訊沒有分層。身份摘要、圖庫、站內導覽、廣告骨架全在同一個視覺\u003Ca href=\"\u002Fnews\u002Faws-bedrock-openai-control-plane-2026-zh\">平面\u003C\u002Fa>上，讀者得自己猜哪個最重要。這種頁面在資料庫產品裡很常見，因為產品團隊總想把所有訊號都放上去，結果頁面變成一個資料展示機器。\u003C\u002Fp>\u003Cp>實操上，我會把這類頁面切成三層：第一層是身份，第二層是媒體，第三層是脈絡。身份只回答「這是誰」；媒體只回答「圖在哪」；脈絡才放排名、招募、相關連結。你只要把這三層分開，頁面就會立刻安靜很多。\u003C\u002Fp>\u003Cul>\u003Cli>身份層：姓名、學校、位置、年級\u003C\u002Fli>\u003Cli>媒體層：圖片數、縮圖、caption\u003C\u002Fli>\u003Cli>脈絡層：排名、NIL、相關頁、站內連結\u003C\u002Fli>\u003C\u002Ful>\u003Ch2>球員卡片才是這頁真正有價值的地方\u003C\u002Fh2>\u003Cblockquote>Kaiir Elam\u003Cbr\u002F>North Palm Beach, FL · The Benjamin School\u003Cbr\u002F>Pos CB\u003Cbr\u002F>HT \u002F WT 6-1.5 \u002F 191\u003Cbr\u002F>Class SR\u003Cbr\u002F>NIL Valuation $95K\u003C\u002Fblockquote>\u003Cp>這段其實就是整頁最值得抄的骨架。它把你最需要的東西一次講完：人名、地點、學校、位置、身材、年級，外加 NIL。這些欄位放在一起，讀者不用翻頁就知道這是誰、什麼層級、值不值得繼續看。\u003C\u002Fp>\u003Cp>也就是說，這不是在講故事，這是在做快速識別。對招募網站、球員資料庫、媒體檔案來說，這種卡片的任務只有一個：讓人兩秒內完成定位。你可以討論 NIL 要不要放進來，但整體順序是對的，先讓人認出球員，再談其他延伸資訊。\u003C\u002Fp>\u003Cp>我看過太多球員頁把自我介紹寫得像新聞稿，結果第一屏先出長段落、社群連結、統計圖、推薦文章，球員名字反而被壓到下面。那種設計很像在跟使用者說：先看平台，再看人。On3 這頁至少把身份卡放在上面，這點我認為值得保留。\u003C\u002Fp>\u003Cp>實操寫法很簡單：卡片欄位不要超過一屏，欄位順序要按讀者價值排，不要照資料庫欄位順序排。最先放姓名和學校，再來是位置和身材，最後才是年級、NIL、排名。你要的是快速辨識，不是把所有欄位一次丟給人看。\u003C\u002Fp>\u003Cul>\u003Cli>先放讀者最在意的欄位\u003C\u002Fli>\u003Cli>把編輯欄位和 scouting 欄位分開\u003C\u002Fli>\u003Cli>進階資訊用「更多」折疊，不要硬塞同一塊\u003C\u002Fli>\u003C\u002Ful>\u003Ch2>排名數字有用，但它不是主角\u003C\u002Fh2>\u003Cblockquote>Industry Rating 95.69\u003Cbr\u002F>48 Natl\u003Cbr\u002F>6 Pos\u003Cbr\u002F>8 St\u003C\u002Fblockquote>\u003Cp>這些數字很容易讓頁面看起來「很專業」，因為它們立刻建立階級感。但問題也在這裡：數字太搶戲的時候，頁面就會從球員頁變成榜單頁。On3 把 rating 和 rank 放進 profile 區塊，對它的受眾來說合理，可是如果你照抄，最後很容易做出一個只會炫數字、不會講人的頁面。\u003C\u002Fp>\n\u003Cfigure class=\"my-6\">\u003Cimg src=\"https:\u002F\u002Fxxdpdyhzhpamafnrdkyq.supabase.co\u002Fstorage\u002Fv1\u002Fobject\u002Fpublic\u002Fcovers\u002Finline-1779714978960-pst3.png\" alt=\"Kaiir Elam 照片頁變乾淨檔案\" class=\"rounded-xl w-full\" loading=\"lazy\" \u002F>\u003C\u002Ffigure>\n\u003Cp>翻譯一下就是，排名應該幫助理解球員，而不是跟球員搶版面。使用者多半已經知道自己在看招募頁了，他們需要的是「這個人目前在哪個層級」的快速訊號，然後馬上回到照片。排名要有，但不能像頭條。\u003C\u002Fp>\u003Cp>我做過一個內部名單頁，當時把分數徽章做得太大，結果大家一進頁面先看分數，完全沒看人名。這種設計看起來很會做 dashboard，實際上很不會做內容。分數、排名、rating 都是 metadata，只是它們穿了行銷外套，所以很容易讓人誤以為那就是內容本身。\u003C\u002Fp>\u003Cp>實操上，我會把 rank 資訊降級成次要字級，縮小間距，只保留一層最重要的排名。如果整頁主題是照片，就不要把排名做成第一視覺焦點。你要的是「補充判斷」，不是「搶走閱讀路線」。\u003C\u002Fp>\u003Cp>還有一個很實際的判斷方式：這個數字是幫使用者挑照片，還是只是讓頁面看起來更官方？如果答案是後者，通常就該往下放，甚至乾脆移到側欄。\u003C\u002Fp>\u003Ch2>一張圖也能叫圖庫，但你得把狀態設計好\u003C\u002Fh2>\u003Cblockquote>Photos Gallery · 1 image\u003C\u002Fblockquote>\u003Cp>這裡最有意思。頁面叫照片庫，但來源只顯示一張圖。也就是說，這個 gallery 不是「很多圖的集合」，而是「可擴充的媒體容器」。它現在很薄，但模板已經先把位置留好了。\u003C\u002Fp>\u003Cp>白話講，這不是壞事，反而是設計上比較成熟的地方。因為很多頁面死在內容稀疏時的樣子：一張圖也要撐成大圖庫，結果看起來像沒載完。On3 至少有把 gallery 的外殼先搭好，哪怕內容只有一張，也不至於整頁崩掉。\u003C\u002Fp>\u003Cp>我以前在 CMS 裡做活動相簿，也遇過這種情況。活動還沒補齊照片，頁面先上線。如果你沒設計 0、1、many 三種狀態，使用者只會懷疑系統壞了，不會覺得內容少。頁面不是越滿越好，重點是每種內容量都要看起來像有意識地設計過。\u003C\u002Fp>\u003Cp>實操寫法：圖庫元件一定要支援零張、一張、多張。零張時顯示 placeholder 和說明；一張時用 hero 圖加 metadata；多張時再開 grid 或 carousel。不要讓一張圖看起來像漏掉其他圖，也不要讓空狀態像系統錯誤。\u003C\u002Fp>\u003Cul>\u003Cli>0 張：顯示說明與回到 profile 的入口\u003C\u002Fli>\u003Cli>1 張：用 hero image + caption\u003C\u002Fli>\u003Cli>多張：縮圖網格或輪播，但標籤一致\u003C\u002Fli>\u003C\u002Ful>\u003Ch2>站內外殼要退場，不要一直搶戲\u003C\u002Fh2>\u003Cp>這種體育站頁面常見的毛病，就是外殼比內容還吵。導覽列、登入提示、相關分類、頁尾連結、廣告版位，全部都在提醒你「你在某個平台上」。我知道啦，我已經看到了，不用每一屏都再講一次。\u003C\u002Fp>\u003Cp>也就是說，如果頁面主體是照片，外殼就應該退後。導覽可以在，但不能像內容一樣大聲；廣告可以有，但要跟內容區塊切開；相關連結可以放，但不要把主視覺壓扁。這不是反對站內功能，而是反對功能搶走內容的注意力。\u003C\u002Fp>\u003Cp>我現在做編輯頁面或內部工具時，最在意的就是 chrome 的音量。使用者打開頁面後，應該先知道自己在哪，再把注意力交給內容。不是每次滑動都要跟 header 打架。當頁面高度有一半都在講平台，內容自然就被擠成背景。\u003C\u002Fp>\u003Cp>實操上，我會用三段式優先級：大的是身份卡，中的是圖庫標題，小的是工具列和站內導覽。只要 header 比內容預覽還高，你就該重做。頁面不是越像首頁越好，尤其是圖庫頁，越像內容頁越對。\u003C\u002Fp>\u003Ch2>真正值得抄的是資訊順序，不是長相\u003C\u002Fh2>\u003Cp>我最後得到的結論很直接：這頁最有價值的不是它長什麼樣，而是它把哪些資訊先給你。先身份、再圖庫、再脈絡，這個順序是對的。你如果要做球員相簿、校隊檔案、媒體資料庫、 alumni gallery，都可以沿用這個順序。\u003C\u002Fp>\u003Cp>白話翻譯就是，不要抄 On3 的視覺噪音，要抄它的資訊排序。這個頁面真正能遷移到別的產品上的，是「先讓人認人，再讓人看圖，最後才補背景」。這比任何花俏版型都更有用，因為它直接對應到閱讀行為。\u003C\u002Fp>\u003Cp>我自己在重做這類頁面時，會先問三個問題：這頁是給誰看、他第一眼要看什麼、哪些東西可以晚一點再出現。只要這三個問題回答清楚，版面通常就不會亂。反過來說，如果你先做視覺，再補內容，最後一定會把頁面做成一包很吵的卡片。\u003C\u002Fp>\u003Cp>實操寫法：把頁面拆成四區，標題區、身份區、圖庫區、延伸區。每一區只做一件事，別偷渡。這樣你就能保留資訊密度，又不會讓頁面像資料表。\u003C\u002Fp>\u003Ch2>可抄的模板\u003C\u002Fh2>\u003Cpre>\u003Ccode># Athlete Photo Gallery Template（可直接改成你的 CMS 區塊）\n\n## 1. 頁首標題\n- {Player Name} Photos\n- {Hometown, State} · {School}\n\n## 2. 身份卡\n- Pos: {Position}\n- HT \u002F WT: {Height} \u002F {Weight}\n- Class: {Class Year}\n- Optional: {NIL Valuation}\n- Optional: {Industry Rating} \u002F {National Rank} \u002F {Position Rank}\n\n## 3. 圖庫摘要\n- Gallery title: Photos Gallery\n- Image count: {0|1|many}\n- Short note: {這批照片的來源或事件}\n\n## 4. 圖庫區\n- Hero image or thumbnail\n- Grid \u002F carousel for more images\n- Captions with event, date, or location\n- Alt text for every image\n\n## 5. 脈絡區\n- Recruiting profile: {link}\n- Team page: {link}\n- Related coverage: {link}\n- Verification note: official or approved imagery only\n\n## 6. 顯示規則\n- 先顯示姓名與學校，再顯示圖庫\n- 排名字級要小於姓名與位置\n- 圖庫要能正常處理 0、1、many 張圖\n- 導覽列與廣告不要壓過內容\n- 若只有 1 張圖，仍要看起來像完整頁面\n\n## 7. 可直接貼進頁面的 skeleton\n# {Player Name} Photos\n\n**{Hometown, State} · {School}**  \n**Pos** {Position}  \n**HT \u002F WT** {Height} \u002F {Weight}  \n**Class** {Class Year}  \n**NIL Valuation** {Optional Value}\n\n## Photos Gallery\n{Image count} image{plural}\n\n![{Alt text}]({image-url})\n\n## More About {Player Name}\n- Recruiting profile: {link}\n- Team page: {link}\n- Related coverage: {link}\n\n## Notes\n- Official or verified imagery only\n- Caption should identify event, location, or context\n- Update image count whenever photos are added\u003C\u002Fcode>\u003C\u002Fpre>\u003Cp>這版我會直接丟給編輯或前端。它保留了 On3 那種「先識別、再看圖、最後補背景」的順序，但把最吵的東西都拿掉了。你如果要做自己的球員圖庫頁，先別急著選版型，先把資訊層級排好，頁面自然會安靜很多。\u003C\u002Fp>\u003Cp>原始來源是 \u003Ca href=\"https:\u002F\u002Fwww.on3.com\u002Frivals\u002Fkaiir-elam-70574\u002Fphotos\u002F\">On3 的 Kaiir Elam photos 頁\u003C\u002Fa>，平台主站在 \u003Ca href=\"https:\u002F\u002Fwww.on3.com\u002F\">On3\u003C\u002Fa>。我這篇的拆解是原創的，但頁面事實與結構都來自公開來源；如果你想對照球員脈絡，可以再看 \u003Ca href=\"https:\u002F\u002Fwww.on3.com\u002Frivals\u002F\">Rivals on On3\u003C\u002Fa> 和 \u003Ca href=\"https:\u002F\u002Fwww.on3.com\u002Fdb\u002F\">On3 database\u003C\u002Fa>。\u003C\u002Fp>","我拆 On3 的 Kaiir Elam 照片頁，整理成可重用的 athlete gallery profile 模板，直接拿去做球員圖庫頁。","www.on3.com","https:\u002F\u002Fwww.on3.com\u002Frivals\u002Fkaiir-elam-70574\u002Fphotos\u002F",null,"https:\u002F\u002Fxxdpdyhzhpamafnrdkyq.supabase.co\u002Fstorage\u002Fv1\u002Fobject\u002Fpublic\u002Fcovers\u002Finline-1779714978069-pl9e.png","tools","zh","a4bd491d-9c6f-4ab0-92ad-4b1ca8dd4ccb",[17,18,19,20,21],"athlete gallery","profile template","information hierarchy","CMS","sports page",[23,24,25],"球員圖庫頁最重要的是資訊分層，不是把所有資料一次塞滿。","排名和 NIL 可以放，但應該降級成輔助訊號，不要搶走照片與身份卡的注意力。","真正能重用的是資訊順序：身份、媒體、脈絡，這比視覺風格更有價值。",4,"2026-05-25T13:15:54.731097+00:00","2026-05-25T13:15:54.656+00:00","2d2c85da-c52d-4cfb-97eb-b9c31389203c",{"tags":31,"relatedLang":42,"relatedPosts":46},[32,34,36,38,40],{"name":18,"slug":33},"profile-template",{"name":21,"slug":35},"sports-page",{"name":20,"slug":37},"cms",{"name":19,"slug":39},"information-hierarchy",{"name":17,"slug":41},"athlete-gallery",{"id":15,"slug":43,"title":44,"language":45},"kaiir-elam-photos-page-clean-profile-en","Kaiir Elam photos page into a clean profile","en",[47,53,59,65,71,77],{"id":48,"slug":49,"title":50,"cover_image":51,"image_url":51,"created_at":52,"category":13},"5656a6ab-9e07-41be-9cea-3440fb8846e2","nvidia-lg-ai-collaboration-playbook-zh","Nvidia 和 LG 把 AI 合作變成模板","https:\u002F\u002Fxxdpdyhzhpamafnrdkyq.supabase.co\u002Fstorage\u002Fv1\u002Fobject\u002Fpublic\u002Fcovers\u002Finline-1781056994999-8eng.png","2026-06-10T02:02:46.590133+00:00",{"id":54,"slug":55,"title":56,"cover_image":57,"image_url":57,"created_at":58,"category":13},"e48be66d-d7de-419e-b5fd-805f0784ef15","ollama-best-free-ai-path-2026-zh","Ollama 是 2026 年真正適合工作的免費 AI 路徑","https:\u002F\u002Fxxdpdyhzhpamafnrdkyq.supabase.co\u002Fstorage\u002Fv1\u002Fobject\u002Fpublic\u002Fcovers\u002Finline-1781056077878-11pc.png","2026-06-10T01:47:24.632993+00:00",{"id":60,"slug":61,"title":62,"cover_image":63,"image_url":63,"created_at":64,"category":13},"9b53427c-8c2a-4960-a773-f14d4528caae","awesome-production-ml-turns-chaos-into-stack-zh","這份 MLOps 清單把混亂拆成堆疊","https:\u002F\u002Fxxdpdyhzhpamafnrdkyq.supabase.co\u002Fstorage\u002Fv1\u002Fobject\u002Fpublic\u002Fcovers\u002Finline-1781055220958-dmar.png","2026-06-10T01:33:14.850634+00:00",{"id":66,"slug":67,"title":68,"cover_image":69,"image_url":69,"created_at":70,"category":13},"d5af1522-28aa-4cfb-8779-1ecf168bc0b5","bentoml-turns-model-serving-into-python-apis-zh","BentoML 把模型服務變成 Python API","https:\u002F\u002Fxxdpdyhzhpamafnrdkyq.supabase.co\u002Fstorage\u002Fv1\u002Fobject\u002Fpublic\u002Fcovers\u002Finline-1781054310299-c1gm.png","2026-06-10T01:17:56.193093+00:00",{"id":72,"slug":73,"title":74,"cover_image":75,"image_url":75,"created_at":76,"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":78,"slug":79,"title":80,"cover_image":81,"image_url":81,"created_at":82,"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",[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"]