2024年5月10日，華為展示大模型「文生圖」的作圖能力，意外暴露部分執行代碼，被質疑造假騙人。（網絡圖片）
*
華為發布會演示大模型「文生圖」的作圖能力，意外展示「time.sleep(6)」等可疑代碼，被質疑造假。拖延多日後，華為給出解釋，但許多網友並不買帳。
5月10日，華為在鯤鵬昇騰開發者發布會上展示大模型「文生圖」的能力，展示者輸入要求「幫我找一張小朋友的中評，並生成為騎士圖」時，剛輸入了開頭兩個字「幫我」，就誤按確認鍵，導致程序開始運行。展示者急忙按下「Ctrl-C」中斷程序運行，導致下方顯示出部分執行代碼。
展示者操作失誤，意外暴露部分執行代碼。（網絡圖片）
該段代碼顯示，程序在執行「ret.write(「/home/demo/output.jpeg")」之後，又執行了可疑的「time.sleep(6)」命令。該命令是讓程序休眠6秒鐘。
在展示者的後續演示中，他輸入完整的要求之後，按下確認鍵，確實是等待了大約6秒鐘，屏幕上才顯示出「output.jpeg」。這顯示程序運行中可能確實執行了休眠6秒的命令。
有網民質疑，程序休眠如何作圖？還有網民提出，根據屏幕上方的原始碼，「ret.write(「/home/demo/output.jpeg")」就是將作圖的結果輸出為「output.jpeg」文件，那麼完成作圖結果輸出以後，為什麼還要休眠6秒？難道是為了展示華為作圖有多慢？
一名大陸知乎網友調侃：「懂了……可能由於華為大模型性能過於強悍達到了毫秒級別，直接對外展示勢必會對友商造成巨大壓力，考慮周全才出此下策。一句話，遙遙領先！」
這個可疑的「time.sleep(6)」，再加上代碼中出現「/home/demo/output.jpeg」等本地圖片的地址，令很多網民懷疑該程序是調用一張早已準備好的本地圖片來欺騙觀眾，休眠6秒只是為了假裝程序「正在努力生成圖片」。
有「愛國網民」替華為辯解稱，程序代碼中出現函數「write」（寫），而不是使用「read」（讀），顯示程序是在輸出結果，而不是讀取本地圖片。但這種解釋迴避了「為什麼輸出結果之後還要休眠6秒」這一疑點。
屏幕上方的部分原始碼。（網絡圖片）
另外，在大陸知乎網站上，一名專業人士分析了屏幕上方的程序原始碼，質疑程序中所謂的「write」，只是從本地圖庫裡面搜索一張圖，然後輸出結果：「write是寫不是讀沒錯啊，你看看上面原始碼這裡，這寫的是啥？首先接受用戶的輸入對吧，然後輸入的結果返回給了一個Q的對象，然後接著呢，就是基於這個Q做了什麼動作？query這個單詞你們會不會？查詢！那要查詢什麼內容呢？看query帶的參數，哦，原來內容和一個jpeg類型的圖片有關啊。查詢的結果賦值給了一個叫ret對象，這個ret再調用Write方式把這張圖給輸出來。這是華為開發了一個圖片的搜尋引擎？
「這裡我就先不說sleep(6)是幹嘛用的，我只想知道這結果是怎麼來的？這個大模型連調用代碼都沒看到，就接收了用戶的輸入，搜索了一下，然後就給出了一張圖，神仙系統啊。你這個搜索是不是就是在本地現成的圖庫里找的呢？如果圖庫里沒有合適的圖片，你這個輸出會是輸出什麼東西？說好的大模型自動生成圖片的功能呢？用意念通知華為的大模型系統來輸出嗎？」
在大陸知乎網站上，「如何看待華為在發布會展示大模型能力，按下Ctrl-C中斷，顯示對應代碼是time.sleep(6)？」的話題一連數日占據「熱榜」列表。大陸網友們對華為的「遙遙領先」冷嘲熱諷，並趁機盤點此前華為「鴻蒙代碼」等種種造假案例。其中也有少量「愛國網友」試圖替華為進行開脫。
面對如此大規模的「輿情」，華為方面一連數日都沒有任何反應。直到5月16日，事發6天之後，「昇騰社區」才給出一個回應，聲稱：「現場圖片為實時生成，調用的是開源大模型。代碼中有 time.sleep（6）等表述，是命令等待讀取外部開源大模型實時生成的圖片，並非調取預置圖片」云云。昇騰是華為旗下的AI計算晶片。
「昇騰社區」回應。（網頁截圖）
這個回應迅速成為又一個知乎熱點。一些大陸網友表示，這個說法也就是欺騙一些不懂代碼的外行人。還有許多網友藉機嘲諷：「sleep確實也是真實代碼，哈哈哈」「沒人說 time.sleep(6)不是真實代碼吧，這個肯定運行了」「調用外部開源模型….嗯~~~~chatgpt？？？」「我比（較）感興趣，調用哪家開源大模型？llama還是通義？」
還有網友說：「這不就是華為的一貫調調嗎，之前鴻蒙也是，典型的一家產品不行，吹牛第一的企業。」
