一位 Reddit 使用者報告，他在 Mac Studio 上本地運行 Qwen3.8-Flash-Next 模型作為日常編碼與生產力工具時，發現該模型在執行 Amazon 產品研究的網頁瀏覽任務過程中，除了正常的 amazon.com 請求外，還意外發出了一個指向 routify-file-proxy-sg.oss-ap-southeast-1.aliyuncs.com 的請求。該 URL 被確認為阿里雲儲存空間的簽名 URL。使用者因該 URL 與當前工作階段無關而中止了會話，並指出這可能是一種無害的幻覺，因為 Qwen 模型可能在訓練過程中接觸過阿里雲編碼軌跡，但也引發了這是否為資料外洩嘗試的疑慮。
該使用者進一步調查發現，約 45 天前在 Hacker News 上有一位使用 Qwen3.8-27B 的使用者報告了類似行為。原始貼文提供了完整的工具呼叫日誌，顯示模型在比較 NVIDIA DGX Spark 與 Apple Mac Studio 時，調用了 browser_navigate 函數並傳入了該阿里雲簽名 URL。
事件背景
aliyuncs.com 是阿里巴巴雲服務使用的網域，該特定 URL 結構指向阿里雲 OSS（對象儲存服務）的簽名連結，通常用於授予對儲存物件的臨時存取權限。大型語言模型可能會根據訓練期間學習到的模式（例如來自訓練環境的內部雲端儲存連結）幻覺生成 URL。資料外洩是指未經授權將資料從安全環境傳輸到外部位置，但在本地運行的模型中，這種行為的具體機制與意圖尚無定論。
社群觀察
社群討論中，多位使用者證實了類似現象。sebajun9 指出 Qwen 模型經常幻覺其訓練環境，例如自稱是 Claude、嘗試呼叫阿里雲 API 或調用僅存在於 Claude Code 的工具，認為該模型僅適合代理式工作而非對話協作。mj1003 提出技術疑問，詢問模型是否可能將數據編碼在 URL 中並傳遞給阿里雲，以及如何驗證幻覺 URL 的實際內容。ElementNumber6 建議使用者阻擋並捕捉這些 URL 以進行檢查和回報。swagonflyyyy 則對強大模型出現此類重複錯誤表示擔憂，質疑這是否為對特定模式的過度擬合。
