《紐時》記者:我用Google搜尋了一下自己,發現我「死」了
《紐時》記者:我用Google搜尋了一下自己,發現我「死」了

Google以為我已經死了。但我想告訴它,我還活著。

這來自《紐約時報》記者Rachel Abrams的一篇「公開吐槽信」。上週的某一天,這位記者驚愕地發現,自己在Google的搜尋結果中,默默地「被死亡」了。

在把自己的名字「Rachel Abrams」鍵入到Google的搜尋框中之後,頁面顯示出了她在《紐約時報》網站上的工作證件照片,但關聯到的人物介紹卻是另一個同名的美國作家。而這位「Rachel Abrams」,已經於2013年去世了。

我的父親很詫異地給我發了一則確認的簡訊,身邊的熟人也提醒我去查看這條顯示我已經「死亡」的信息。我意識到,這個錯誤可能必須得去更正一下了。

於是為了證明「自己還活著」,她開始了「維權」之路。

漫漫「維權」路

由於這個錯誤出現在Google的搜尋結果中,找Google糾錯就成了Rachel能想到的首要解決方案。

但她很快發現,作為全世界最知名的科技公司之一,Google並沒有提供客服熱線這種東西。相反,他們更傾向於使用自助式的「線上回饋」。

我不是很能肯定,在這麼多的「回饋」(Feedback)選項中,到底哪一個才真正適用。

(在Google搜尋結果中點擊「回饋」之後,頁面會出現數量眾多的選項按鈕。)

「他們可能確實在某個地方有提供這樣的電話號碼,但是他們的確更希望大家可以透過網路或者線上的管道來解決問題。」ReputationDefender公司的負責人Rich Matta說道。他的公司,專門幫助用戶修改他們在網路上的不實訊息。

從我多年的經驗來看,這種沒有涉及非常明顯的違法或侵權行為的申訴,往往很難透過提交糾錯申請來達成。大多數人會被過程中的各種複雜狀況或者問題所困擾,他們甚至不知道該從何做起。

這樣的問題就發生在Rachel的身上。

她先是嘗試聯絡了Google的公司聯絡部門,表明了自己的記者身份和遇到的問題。隨後,一位Google發言人回覆給她一個連接,這個連結指向了Google知識圖譜(Knowledge Graph)的幫助頁面。

Google知識圖譜是Google於2012年推出的一個訊息知識庫,透過語義檢索從多種來源中收集信息,以提高搜尋的精確性。包含有她錯誤信息的頁面搜尋結果,就來自Google知識圖譜。

當她按照那位發言人的建議進入知識圖譜的幫助頁面填寫回饋時,問題來了:想要修改詞條需要先確認自己的身份,而在確認自己身份的四個選項中,她陷入了某種「自我認知障礙」。

選項一:你是這個詞條相關的官方網站、YouTube頻道或者Google+頁面的所有者。(好像不太對)
選項二:你是以一個官方、所有者的身份登入Google的。(這個好像也不對)
選項三:你的網站或者app仍然在活躍狀態。(不懂這是什麼意思)
選項四:你被添加進了官方網站的搜尋控制台。(???)

一頭霧水的她決定先隨便選一個。然後在頁面的末尾,她終於找到了一個可以讓她自己填寫申訴緣由的頁面,而這,還是用來回饋前面「自助服務」是否有用、如何改進的地方。

很顯然,這個舉動並不能幫她解決問題。於是,她決定直接給Google總部打個電話。

雖然又經歷了漫長的熱線等待,但她終於找到了一個人類員工接電話。這位Google員工,再次讓她填寫一份線上幫助表格,而且,最好是能在接下來的一段時間持續不斷地反覆提交,盡量使用不同的IP位址,或者讓朋友幫助你提交。只有這樣,才能透過「高關注度」來把申訴頂到前面去,引起重視。這位員工還好心地提醒她,這種修改知識圖譜的操作,可能會花費最短三週、最長三個月的時間。

終於,她真的太生氣了,決定直接寫信給Google CEO Sundar Pichai。同時,好好利用一下自己的記者身份,把整件事寫下來,製造一些「輿論壓力」。

這一次,她的努力終於有了點回報。雖然沒能等來Pichai的回覆郵件,但幾個小時之後,她的照片被從錯誤的頁面上撤了下來。

終於成功「復活」了。

知識圖譜真的靠譜嗎?

整件事情看下來,雖然Rachel吐槽的點集中在Google的錯誤回饋系統,但如果從源頭開始算起,最先出錯的,其實是那個被視為Google新一代搜尋核心的知識圖譜(Knowledge Graph) 。

自從2012年正式發布之後,這個幾乎是海納百川的大型知識信息庫,就成為了Google原來基礎搜尋的強有力的補充。用戶可以省去自己篩選結果的過程,直接看網頁右側由知識圖譜生成的「小百科」。

根據介紹,Google知識圖譜主要有以下幾種數據來源:

  • 以詞條為基礎的大規模知識庫(包括維基百科、Freebase、DBpedia、YAGO 以及其他專業領域知識庫等)
  • 線上連結數據(即在開放互聯的萬維網之中的多個數據連結)
  • 網頁文本數據

在這幾種動態數據源的支援下,知識圖譜所收錄的數據信息在不斷地更新,在2012年剛發布的時候就已經收錄了超過5億個詞條和多達35億條信息量。海量的數據,意味著知識圖譜所帶來的搜尋結果將更加精準。

更為重要的是,知識圖譜並不像傳統的搜尋引擎一樣,只是機械式地提供相關的匹配結果,它利用多種智慧信息處理技術,比如實體鏈指(Entity Linking)、知識推理(Knowledge Reasoning)等,更加「聰明」地為用戶提供他們真正需要的搜尋結果。

負責這個專案的Google高階副總裁Amit Singehal把這種全新的搜尋體驗歸納為三點:找到正確的東西、得到最好的歸納總結、走得更深更遠。在知識圖譜的介紹文章中,他寫道

借助知識圖譜,我們可以透過實體(things)而非字符串(strings),去了解現實世界中的各種事物,以及他們之間的關係。

舉個簡單的例子,當我們搜尋「蘋果」時,加入知識圖譜的搜尋結果,除了會顯示作為水果的蘋果之外,還會自動匹配出科技公司「蘋果」,以及與蘋果公司相關的資訊、商店等信息。這是一個經過篩选和重組的完整知識塊,具有邏輯和條理,所包含的語義也更豐富。

在更進一步的應用中,它還可以實現更加智慧的基於知識庫的自然語言查詢。比如當你直接在搜尋框中輸入「湯姆·克魯斯有多高」時,返回的結果就是「170公分」。

除了Google之外,引入知識圖譜正在成為搜尋引擎界的一個發展趨勢。百度的「知心」,搜狗在娛樂和醫療領域的知識圖譜,都利用了同樣的原理。

但海量數據的加入也意味著,它們之間的邏輯連結會變得更加複雜。知乎上一位從事Google知識圖譜開發的工程師就認為,目前最難也最需要抓緊解決的問題,就是「如何將來自不同數據源的相同實體聚類」,比如電影數據中的「劉德華」,和音樂數據中的「劉德華」,就需要利用自動化的演算法來聚合在一起。

Rachel的這次「被死亡」,正是在這個環節出了問題。她的照片雖然也對應著「Rachel Abrams」,但顯然不是在搜尋那位已故的作家時,應該出現在知識圖譜結果中的正確匹配信息。

除了基於計算機深度學習的自動匹配之外,Google還為知識圖譜加入了人工編輯和校對。但為了盡量避免人工操作所帶來的潛在問題,他們也採取了一系列比較嚴格的審核和糾錯機制。在回覆Rachel的申請時,Google發言人就提到

要在加快修改速度和保證結果的準確性之間尋找一個平衡點,是一件非常重要的事情。

但考慮到用戶的使用體驗,還是希望Google能夠改進一下用戶的回饋機制。畢竟不是每個人都能像Rachel一樣,可以直接在《紐約時報》上發文章喊話。

本文授權轉載自:愛范兒

關鍵字: #Google
往下滑看下一篇文章
AI 成為企業新基礎設施,勤英科技從雲端代理走向 AI Infra 整合
AI 成為企業新基礎設施,勤英科技從雲端代理走向 AI Infra 整合

因應生成式 AI、代理式 AI 與實體 AI 的崛起,模型成為企業資訊基礎設施的一環,企業不僅需要算力、還必須具備同時管理多個 AI 模型、優化營運成本,以及確保 AI 基礎設施的安全與穩定;有鑑於此,服務超過 2,000 家企業客戶上雲的勤英科技(ELITE CLOUD)將業務範疇從雲端代理延伸到 AI 基礎設施整合商,協助企業整合多元模型資源、因應不同應用場景彈性調度算力資源,在 AI 新世代建立可規模化的 AI Infra 能力。

「隨著 AI 從單一聊天機器人進化到多模型、多代理協作,企業的核心競爭力不再僅是擁有 AI,而是建立一套可管理、多模型共存、穩定、安全且可持續擴充的 AI Infra 環境。」勤英科技區域總經理黃士培表示,為協助更多企業推進 AI 創新實務,勤英科技從原本的 AWS、Google Cloud、Azure 雲端代理角色,進一步轉型為 AI 基礎設施整合服務商,透過多語言模型平台 MixRoute、代理式 AI 導入與企業資料治理服務,協助企業建立真正可落地、可管理、可擴展的 AI 應用架構。

從 IT Infra 到 AI Infra,企業最大挑戰不是模型、算力而是管理

過去幾年,許多企業透過生成式 AI 實現「問問題」、「摘要文件」、「生成簡報」,提升員工工作績效,而代理式 AI 的崛起與普及,則讓「內嵌 AI 的企業應用」快速成為新常態,從企業資源規劃(ERP)、顧客關係管理(CRM)、人力資源(HR),到客服、研發甚至製造系統,AI 開始深度嵌入各類企業應用,AI 扮演的角色也從單純的輔助工具,逐漸進化為企業營運與決策流程的重要核心。

也因此,企業保持未來競爭力的關鍵,不再是「有沒有導入 AI」,而是「是否具備管理 AI 的能力」,包括如何讓多模型共存、如何控管 Token 成本、如何確保資料品質與一致性、如何依不同部門需求配置 Agent,以及如何避免 AI 成為新的資訊孤島,都是企業導入 AI 後的新挑戰。

「Gemini、Claude、OpenAI、Mistral 等模型快速迭代,意味著企業若只押注單一模型,未來很可能在成本、效能與彈性上失去優勢。」勤英科技區域總經理黃士培表示,企業接下來更需要以「Models as Infrastructure(模型即基礎建設)」的思維,將大型語言模型視為與運算、儲存、網路同等重要的基礎資源來規劃、治理以及進行成本管理,將資訊系統架構重塑為 AI 基礎建設。

勤英科技_內文1.JPG
圖/ 數位時代

勤英科技服務的客戶數超過 2,000 家,不少客戶已導入 AI 應用服務,正積極建置 AI Infra 與管理環境,因此,勤英科技自 2025 年積極轉型,將 AI Infra 視為企業長期競爭力的基礎建設來經營,業務範疇從傳統雲端代理擴展至 AI Infra 整合服務商,例如與多模型平台 MixRoute 合作,並開發可支援單一登入(SSO)、彈性調度不同大型語言模型 Token 的管理平台,協助企業簡化模型管理與成本控管,將更多資源與心力聚焦於核心業務與創新應用。

從雲端代理走向 AI Infra 整合,勤英科技從三面向協助企業發揮 AI 綜效

有鑑於 AI 應用與雲端環境息息相關,勤英科技除因應企業客戶的多雲策略協助管理多雲環境、優化成本,以及落實資安治理,更因應不同使用情境推出三種 AI 方案助力企業:

第一:提供開箱即用的 AI 服務。

黃士培以 Google Cloud 的產品為例解釋,透過整合 Gemini 的 Google Workspace,企業可直接在 Gmail、Meet、Docs、Sheets、Slides 中使用 AI 功能,包括會議摘要、文件生成、簡報整理等,快速提升員工生產力,同時,增強企業對 AI 應用的信心,為之後的應用深化做準備。

第二:協助企業規劃、打造與導入代理式 AI 應用服務。

「對於擁有豐沛結構化數據資料、知識庫的企業來說,除以生成式 AI 打造企業大腦,還會透過代理式 AI 提升自動化執行能力,重塑工作效率。」黃士培表示,勤英科技可以基於 Google Gemini Enterprise,提供含括底層雲端架構、AI 模型調度、資料治理與 AI Agent 串接等服務,讓企業員工可以自然語言安全調用企業資料,讓 Agent 進一步執行任務與推動流程。

舉例來說,勤英科技協助在台灣成立超過 50 年的製造業品牌商將 Gemini Enterprise 介接 SAP 與 Salesforce 訓練模型、建立可供 AI 調用的企業知識中樞;另在影音內容生成領域,勤英科技亦協助客戶導入 AI 自動化技術,將內容產製成本縮減達 90%。

第三:提供多模型聚合管理平台,滿足企業以 API 串連各種模型的需求。

勤英科技與新加坡 MixRoute 合作,提供企業客戶多模型管理平台,讓企業可以視需求彈性敏捷的調度 Gemini、Claude、OpenAI 等不同模型,並透過單一帳號、單一帳單與 Budget Alert 機制,管理 token 使用量與 AI 成本。

勤英科技_內文2.JPG
圖/ 數位時代

「透過我們提供的多模型管理平台,企業客戶不會被單一模型綁定,可以在模型快速疊代的環境下,更靈活地管理成本與算力資源。」黃士培如是說道。

總的來說,隨著 AI 應用從單點工具走向大規模企業部署,下一波競爭核心將從模型能力延伸至 AI 基礎設施管理能力,而這也是勤英科技從雲端代理走向 AI Infra 整合服務商背後的核心原因:當 AI 開始成為企業營運的一部分,企業需要的,已不只是模型供應商,而是能協助串接雲端、資料、Agent 與應用場景的長期技術夥伴。

有關更多勤英科技相關資訊,請查詢網站:https://www.elite.cloud/zh/

登入數位時代會員

開啟專屬自己的主題內容,

每日推播重點文章

閱讀會員專屬文章

請先登入數位時代會員

看更多獨享內容

請先登入數位時代會員

開啟收藏文章功能,

請先登入數位時代會員

開啟訂閱文章分類功能,

請先登入數位時代會員

我還不是會員, 註冊去!
追蹤我們
代理式商務連動百兆商機
© 2026 Business Next Media Corp. All Rights Reserved. 本網站內容未經允許,不得轉載。
106 台北市大安區光復南路102號9樓