【數位關鍵字Podcast】EP259.OpenRouter 和 Hugging Face 為什麼重要到被收購?AI 圈在紅的 Jev 到底在紅什麼?ft. AWS 社群英雄蔣鐙緯 Ernest

數位時代Official · 發布於 2026/09/26 上午09:00 · 更新於 2026/10/29 上午12:35 · 台北時間 · 本頁的資料來源與計算方式 ⓘ

觀看數
83次
喜歡
6次
YouTube 留言總數
0則
長度
—
字幕狀態未確認

觀看數觀測

目前僅一筆觀測 ·
83次

共同標籤

這支影片尚未比對共同詞彙

比對版本

youtube-quality-20261017-a

影片說明

8 月 16 日,一家做線上刷卡的公司買下了一家幫你挑 AI 模型的公司;18 天後的 9 月 3 日,最會賣 AI 晶片的那家公司用 129.3 億美元買下全世界最大的模型倉庫。兩家買主,Stripe負責收錢,NVIDIA做晶片,而它們買的公司都不做模型。同一個月還有第三件事:9 月 15 日,一個叫 Jev 的模型上線,它一個字都不生成,只回答一個判斷加一個機率。數位時代創新長黃亮崢 James 邀請 AWS 社群英雄蔣鐙緯 Ernest,拆解這兩家公司為什麼不造模型卻值這麼多錢,以及當AI把判斷變成便宜零件之後,人還剩下什麼要做。 聽完這集你可以學到 1. 不造模型的公司為什麼值這麼多錢:Ernest 的習慣是先看營收合不合價格。Hugging Face 營收印象中一億多美金,NVIDIA 卻開出約七、八十倍,代表買的不是營收。他的判斷是,這兩家已經站在所有人都會路過的那條路上,換成行銷的語言就是通路商。 2. Hugging Face 是模型的貨架:以前找程式碼去 GitHub,現在找模型去這裡,還有訓練用的資料集與可直接試玩的 Spaces。Ernest 認為關鍵在旁邊那張模型卡,它記錄了怎麼訓練、有沒有坑、別人在哪些場景踩到雷。選型看的是這些,不是參數。 3. OpenRouter 是路由器,也是收銀台:它依任務複雜度、價格、速度與供應商穩定度幫你挑模型與機房,再從預先儲值的餘額扣款、賺一點價差,很像金流廠商抽成。Ernest 說它對企業最實際的價值在帳單:自己串三家就是三份帳單,走中間層是一張,而且是累計式預儲。 4. NVIDIA 買下Hugging Face貨架,一手合規一手私心:Ernest 把架構拆成應用、模型、基礎設施、晶片四層,指出晶片層選項其實很多。NVIDIA 需要對外證明自己不是壟斷,買下 Hugging Face 就能說模型也跑得動在別家晶片上。黃仁勳承諾不會要求必須用 NVIDIA 的運算,他認為合理,因為不需要把路全部擋死,但也相信 NVIDIA 有讓模型優先跑在自家與 Groq 上的私心。 5. 賣場走道怎麼排,比會不會被下架更關鍵:James 用賣餅乾的公司買下最大超市比喻,Ernest 拆出三個施力點:搜尋與推薦決定你碰不碰得到、預設值決定你怎麼跑第一次、文件與範例決定哪條路比較容易成功。他也留一句給買家,超市再大,餅乾越做越爛,消費者還是會用現金投票。 6. 開發者沒有因為收購而改變做法,因為本來就該做備案:Ernest 用 CI/CD 的思維看待,每個單點都可能壞掉。Hugging Face 對他們切在研究階段,模型下載後進自己的備份備援機制;OpenRouter 這側,架構裡本來就有自己的排程與路由層,出事就改打 Amazon Bedrock 或原廠 API。 這兩樁收購買的是必經之路,不是模型。 模型正在變便宜、變成通用商品,值錢的是模型經過的那條路。找模型大家都去 Hugging Face,決定這次用哪一個模型,很多團隊走 OpenRouter。Ernest 的觀察是,工具會一直換,但人要解決的問題不會消失,舊問題被解決之後人就會找到新問題,價值於是見縫插針地長出新的中間層。至於 Stripe 為什麼買,他的結論很直接:金流公司最怕使用者跑去新的通路而自己不知道,先切通路才能提早布局。 Jev 便宜到可以多判斷幾次,再取統計:一次判斷約萬分之四美金、約 1.2 分台幣,端到端只要 70 到 500 毫秒。Ernest 提醒它的設計目標是「做判斷」而不是「做出正確的判斷」,結果一樣可能錯。但既然一小時能跑 60 次,那就跑 60 次取平均或中位數,用統計逼近答案。 人剩下的是定義與例外。 判斷都外包出去之後人還要做什麼?Ernest 的答案是先把 AI 切開來想,不管用不用 AI,我們自己有哪些事情想做。接著把事情定義下來,而且要同時有正面與負面描述,因為一定會有例外。這些例外能不能變成標準案例、能不能寫成處理流程,都描述清楚之後,才輪到思考哪些可以導入 AI 與 Jev 這類判斷。他也強調判斷本身要能迭代進步,一開始就認定它不準,那就用其他技巧層層疊上去。 Ernest 的心法:梳理流程最困難的地方從來不是工具,是大部分的人無法描述規則。 延伸閱讀 。蔣鐙緯 Ernest 的梳理流程工作坊:https://www.kyklosify.com/zh/contact/ 。TypeSafe AI 發表 Jev 的官方原文:https://typesafe.ai/blog/introducing-system-one-models-and-jev 。NVIDIA 收購 Hugging Face 官方公告:https://blogs.nvidia.com/blog/nvidia-to-acquire-hugging-face/

本頁的資料來源與計算方式

影片的數字

公開統計
觀看、喜歡與留言總數是取得當時的 YouTube 公開統計,不是即時數值;各項統計的觀測時間可能不同。「資料最後記錄」是影片資料的記錄時間,不代表觀看、喜歡或留言都在那時重新觀測。
觀看歷史
圖上每個點是實際儲存的觀測,連線只為方便閱讀,不代表中間時間的測量值;沒有歷史觀測時不建立時間序列。
喜歡占互動
喜歡 ÷(喜歡+不喜歡+顯示留言),任一來源缺值時不估算。
字幕
只記錄來源是否提供字幕,尚未擷取逐字稿,因此字幕不列入標籤比對。
觀測分析
直播逐時/逐日最高同時在線取自所讀直播紀錄;讀取上限、略過與解析失敗的筆數列在「資料涵蓋範圍與解析限制」。

共同標籤

標籤來源:新文易數(tag.observe.tw)。共同標籤以文字比對影片標題與說明,不是 AI 判讀;命中不代表事件歸屬或立場,與頻道分類分開。標題或說明出現標籤,不代表影片主題;可能來自固定宣傳或版權文字。字幕尚未取得,不列入比對。

比對範圍
僅列出目前詞彙版本與影片標題、說明仍相符的比對結果;待比對或來源文字已變動的影片不列入,數量見「收錄與比對範圍」。
期間
「往前 N 日」包含今天與前 N 天,共 N+1 個台北日曆日(往前 7 日為 8 個日曆日);指定起訖日期時以實際起訖日為準。日數、日期與小時條件同時套用。
命中片段
每支影片最多顯示 3 段,標示來自標題、說明或字幕;沒有片段時顯示「沒有命中片段」,來源文字缺漏時顯示「來源文字未提供」,不另行補寫。完整比對依據在影片頁的「共同標籤與比對依據」。
顯示排除
符合標籤顯示規則的詞(上游排除詞、雜訊、純數字或日期、長度不符,以及核定的來源或平台名稱、雙字通用詞、國家城市政黨詞、少數 YouTube 平台或宣傳用語)整詞不列入排行,但仍保留在原始詞彙池與比對證據中;原始詞彙池列出排除原因。雙字通用詞只依核定清單判定,包含它們的人名、事件或具體議題不會因此被排除。管理員也可以在排行上直接排除個別標籤,同樣只影響排行顯示,每次排除與恢復都留有紀錄。
說明欄樣板
同一頻道說明欄反覆出現的宣傳段落不列入比對。「24小時」這類詞只在這種重複宣傳段落中略過,出現在一般新聞內容時照常計入;這不同於整詞的顯示排除。
示例
列表與片段只是符合條件的影片例子,不能用來推算整體比例或全站失真程度;有效比對的影片比例只代表比對完成度。
觀看
累計觀看是取得當時的公開觀測值,不是期間增量;無觀看值的影片不當作 0。

本頁資料範圍

觀看數與互動數為取得當時的公開觀測值。

時間序列只有一筆有效觀測時,只列出該值與觀測時間,不畫走勢圖;累積兩筆以上才畫圖。

資料來源

本站以納入名單的 YouTube 頻道與影片為範圍(名單見頻道觀測),數據來自 YouTube 公開資料與定時觀測:直播約每分鐘輪詢一次,頻道統計、新影片與影片統計則分批輪流更新,所以同一頁的數字不一定在同一時間取得。不涵蓋全 YouTube;缺漏、尚未收錄或資料服務中斷都不等於零,尚未取得的數值顯示「—」。

頁面使用台北時間(UTC+8)。「更新於」是來源已記錄的觀測時間;來源沒有記錄時顯示「未記錄」,不以開啟網頁的時間代替。

共同標籤詞彙的標籤來源:新文易數(tag.observe.tw),保留來源、版本與比對依據;本站的頻道分類沿用有影儀表板的來源組織方式,與內容標籤是不同維度。影片數、觀看數與直播同時在線人數分開計算,不代表 YouTube 全站流量,也不表示因果關係。

完整的資料來源與計算方式 →