Trending stories 網站在設計的時候,有兩個技術點,首先是用打開 internet access 的 gemini api 根據 Google trends 生成新聞。這本身也是我自己想要的產品,經常看到 Google trends 一頭霧水,希望能快速知道這些搜索熱詞背後到底是什麼,而不是被新聞站或者 twitter 這種基於推送的算法引導。第二個是用 flux .1 模型為每一條新聞配圖。如:
https://trending.oopus.info/date/20251101
在推廣失利以及和 LLM 深度探討之後,對 Trending news 有進一步的思考:新聞站有大量競品,甚至是惡意新聞農場。而關於新聞報道,Google 本身也在做 news 和其他產品來解釋新聞。基於 Google trends 做新聞解釋網站等於與自己的完整產業鏈供貨者競爭下游利益,更難成功。
考慮到當前網站的維護由於圖片生成質量不穩定,需要我自己檢查和重新生成部分圖片,所以沒辦法全自動運行。那麼當前的轉變是:
- 把基於 AI 的圖片生成轉為簡單的詞雲。如 https://trending.oopus.info/date/20251104 頁面的後二十張圖。這樣雖然更加不好看,但更容易讓人一眼就能看到今天的新聞熱點,以及當前所瀏覽新聞的大致熱度。比如 20251104 的熱點是選舉。
- 生成 trending news 的文本需要一個模板(還沒做,這幾天調試 prompt)。比如每一篇新聞都由總結,為什麼會變成今日熱點,以及何時、何地、何人、何事。
- 把新聞生成程序部署到雲端,全自動生圖生文,卡住早、晚報的時間(還沒做,這幾天做)。讓偶爾能看到這個網站的人,確實可以看到今日新聞。網站不會因為我某天沒來得及手動做圖片質檢而導致新聞推遲發佈。
- 【真正的轉變】基於當前的每日新聞撰寫深度報道和分析文章。這些文章可以用 AI 生圖, AI 組織,AI 分析,但都要經過自己來最終成文。這些深度報道和分析也許可以發佈在另一個新的網站上。它們是作為對 trending news 相關新聞的「透視」。建立 trending news 的目標本來就是希望研究「新聞」和「歷史」的關係。之前想看看 trending news 作為日報,本身是否能成為獨立產品。現在看來不太行,那麼就回到最初設計。並且這也是「須有我在」。之前單純是基於 U.S. Google trends 面向北美的產品,並沒有「我在」。而現在把自己對新聞的興趣,自己設計的相似性算法,自己的新聞分析,以及可視化加進來。







