AI 與科技新聞摘要 - 2026/11/14
一次停了四個多小時的全國停飛,和一個九月才開始推出的 AI 空管工具,到底有沒有關係?我讀到的每一篇報導,都回答不了。
FAA 這則的來源最弱,全是媒體報導,FAA 和運輸部的原文我都沒讀到。另外四則,DeepSeek 讀到官方文件與定價頁,llama.cpp 讀到 GitHub 的 release 頁,OpenAI 的 Wallet 與 LangChain 的募資各只有 TechCrunch 一篇,兩家的官方公告都沒讀到。
一、FAA 全國停飛:AI 空管工具在調查範圍內,沒有人證明它是原因
先寫報導給的事實,來源是 Al Jazeera。停飛在週五(11 月 13 日)下午 3:54 下令,Al Jazeera 同一句寫的是 20:54 GMT;FAA 在美東週五晚上 8:15 解除,文章寫「超過四個小時」。FAA 說的原因是 “communication issue”,影響全部 22 個 air route traffic control centres。Al Jazeera 說,這是自 2023 年 1 月以來第一次全國停飛。
數字的口徑各不相同,我分開寫。FlightAware 的數字經 CBS News 轉引:超過 10,000 班延誤、至少 4,000 班取消。AP 說約 150 萬名旅客受影響。Flightradar24 說,下令停飛的時候有 4,042 班正在飛往美國機場。
官員的說法就沒有這麼整齊了。運輸部長 Sean Duffy 說:”Our switches, our routers actually got overloaded with data.”,把原因指向老舊的基礎設施與不穩的雷達、通訊系統,同時說系統從未完全失去雷達或通訊。國土安全部長 Markwayne Mullin 說沒有威脅跡象,”This is not another 9/11.”;被問到計畫中的管制員 AI 工具,他的回答是 “You just can’t rule out anything at this point.”。Click2Houston 另外引他說,國土安全部與其他聯邦機關正在查 FAA 的新 AI 技術是否造成影響。FBI 的部分,Al Jazeera 轉述 Bloomberg 引用匿名官員:不認為是網路攻擊或犯罪,正在查是否與軟體更新有關,原因尚未確定。
被點名的那個工具叫 SMART,全名 Strategic Management of Airspace, Routes and Trajectories。Click2Houston 引運輸部的 fact sheet:它用即時資料,包括天氣、機場壅塞與航跡,來調整路線,九月開始推出,計畫擴大,FAA 專員仍參與監督。製造商 Air Space Intelligence 在 X 發文說,這次停飛 “not based on or a result of the SMART system”,這是 Al Jazeera 的轉述,我沒讀到 X 的原貼文。Click2Houston 的原話是 “officials have not established that the AI system caused the problem.”
Duffy 說的「switches、routers 過載」,和 FBI 在查的「軟體更新」,是不是同一件事,我讀到的來源互相沒有確認,所以我不把它們合成一條因果。Air Space Intelligence 的說法是廠商自述,不是調查結論。Washington Times 的報導我抓取被擋(403),沒讀到。
「SMART 造成了停飛」和「SMART 與停飛無關」,目前兩句都沒有證據,所以兩句我都不寫。官方現在能說的只有「調查中」,而且幾位官員講的方向還不完全一致。會讓我改變看法的,是事後報告寫明三件事:過載發生在哪一段網路,那一段上有沒有 SMART 的資料流量,還有有沒有軟體更新。在那之前,任何把停飛歸咎給 AI 工具的標題,或替它洗清的標題,都超過了我讀到的內容。
原文來源(媒體報導,非 FAA/運輸部原文):Al Jazeera,2026-11-13;Click2Houston,2026-11-13;FAA、運輸部官方聲明未讀
二、ChatGPT Wallet 讓 agent 結帳,按下核准的是人
TechCrunch(Sarah Perez,11 月 13 日太平洋時間上午 8:00)報導,OpenAI 週五推出 ChatGPT Wallet,購物 agent 叫 “dots”。目前只給限量的美國 ChatGPT Pro 訂閱者,年滿 18 歲,用美國發行的卡。購買要用 Face ID 或指紋這類驗證核准。OpenAI 官方公告我沒讀到,下面的說法都是 TechCrunch 轉述。
OpenAI 的說法是 “users are fully in control of the purchases”,使用者在結帳前可以看到品項、總額與卡片。付款用 payment token,代替真正的卡號,卡號不會交給 dot 或商家。限量上線是為了測試,之後計畫加入花費上限、類別或時間區間的設定。TechCrunch 同時寫到,零售商正在封鎖 AI agent,最大的是 Amazon,原因是它想把使用者導向自己的 Alexa。OpenAI 另外發布了 Commerce Partner Playbook,協助零售商支援 agent 購物。
這個設計把卡號擋在 agent 外面,這是對的下一步。但 token 保護的是卡號,保護不了「買對東西」。結帳前讓人看品項、總額、卡片,等於把「買錯」的檢查全部放在最後一道人工確認上;人最容易在那一步隨手按下去,這是我的推論,報導沒有講。退款、退貨,以及 agent 選錯商品時怎麼處理,我沒讀到這部分的說明。花費上限目前也只是「計畫中」。我會拿來判斷的條件是:OpenAI 公布 agent 買錯時的爭議與退款流程,而且寫在使用者看得到的地方,那時我才會說這個結帳設計完整了。
搜尋摘要另有提到發卡組織的合作、交易分潤等細節,TechCrunch 內文沒有,我不寫。
原文來源(單一來源):TechCrunch,2026-11-13;OpenAI 官方公告未讀
三、LangChain 募得 $300 million Series C
TechCrunch(Julie Bort,11 月 13 日太平洋時間上午 11:37)報導:$300 million Series C,估值 $3 billion,CapitalG 領投,GIC、DFJ Growth、IVP、Sapphire Ventures 參與。上一輪約在一年前,$125 million,估值 $1.25 billion,IVP 領投。公司說有 7,000 個 LangSmith 客戶。TechCrunch 轉述 LangChain 的賣點是 “letting businesses own their own intelligence.”,內文沒有具名人士的直接引述。
我自己算了一下,$3 billion 對 $1.25 billion 是 2.4 倍,這是我的算術,不是報導的說法。7,000 這個客戶數是公司自稱,我手上沒有任何拆解,不知道其中多少在付費。這則我只寫到報導寫到的地方,LangChain 的官方公告我沒讀到。
原文來源(單一來源):TechCrunch,2026-11-13;LangChain 官方公告未讀
四、DeepSeek 把搜尋、讀網頁、檔案解析、語音開放給 API
日期先講清楚:DeepSeek 官方文件頁沒有標日期。11 月 13 日這個日子,是 cellcog.ai 的整理稿(二手)加上官方 demo repo 的紀錄旁證的:deepseek-ai/chat-demo 的第一個 commit 是 2026-11-13 14:02 UTC,v0.1.1 在同日 14:33 UTC,授權 MIT。
官方文件首頁的 banner 說,DeepSeek 的應用層 API 全套現在都能用:網頁搜尋、檔案輸入、讀取 URL,另外也提到模型安全、語音辨識(ASR)與語音合成(TTS)。文件腳註寫,deepseek-flash 現在由 DeepSeek-V4.1-Flash-1017 提供服務;舊名 deepseek-v4-flash 與 deepseek-v4-flash-vision-exp 仍可用,但導向這個模型,並以 Flash 價格計費。
重點在定價頁,每一項工具都有自己的單價。搜尋(文字與圖片)每 1,000 次 $0.75;網頁讀取(Web fetch)每 1,000 次 $0.75;檔案解析與 OCR 每 1,000 頁 $0.225;TTS 每 10,000 字元,一般價 $0.45,限時價 $0.225;ASR 每小時音訊,一般價 $0.116,限時價 $0.058。限時折扣沒有寫截止日;頁面另有一句價格可能調整、DeepSeek 保留調整權利。工具費是不是疊加在一般 token 費之上,官方頁沒有明寫,這是 cellcog 的說法。
這幾項的限時價,我不會拿來做預算。TTS 和 ASR 的限時價剛好是一般價的一半,沒有截止日,等於沒有人能告訴你哪天會翻倍。我會用一般價來算:念 100 萬字元的 TTS,一般價是 100 乘以 $0.45,等於 $45,限時價是 $22.5。會讓我改用限時價的條件,是官方在頁面上寫出截止日期,或寫出「至少維持到某日」。X 上的首篇貼文我沒開啟,demo 的語音功能只出自搜尋摘要,我不寫。
原文來源:DeepSeek API 文件;定價頁;官方 demo repo;二手整理:cellcog.ai
五、llama.cpp 發布 v1.0.0:移除 35 個已棄用函式
GitHub 的 release 資料顯示,ggml-org/llama.cpp 的 v1.0.0 不是預發布版,發布時間 2026-11-13 10:20 UTC,授權 MIT。我讀到的是 release 頁開頭的 Overview 約 1,500 字元,後面完整的 API 變更清單沒讀。
開頭寫的內容:移除已棄用的 public API,把 NextN 與 speculative API 升到 llama.h;API changes 裡列了移除 llama_set_warmup、35 個 deprecated functions,以及 defrag_thold 與 --defrag-thold。新增 OCP FP8 KV cache、host-memory MoE expert cache(可設定 CPU 佔比)、載入外部 PLE shards。新增三個文字架構:Kimi-K3.1-Pro、Ripple、xing4_0;drama-3 TTS;以及 MageVL-Cowork 與 Kimi-K3.1 的視覺支援。llama-server 強化了 SSRF、CORS、DNS rebinding 與 MCP tool cancellation,新增 /v1/audio/speech 端點,web UI 也重新設計。ggml 同步升到 v1.0.0。模型名稱我照 release 原文抄,沒有獨立查證這些模型。
「1.0」這個數字有沒有代表穩定性或相容性承諾,release 前段沒寫版本政策,要看它引用的 Hugging Face 部落格,我沒開。我手上能確定的,只有「移除了這些東西」:如果你的程式直接呼叫 llama.h,要先查有沒有用到被移除的函式,這比新功能清單更該先讀。對下游專案的影響,我沒查。會讓我判斷「1.0 是穩定性里程碑」的條件,是官方寫出版本政策,例如哪些 API 之後不再破壞性變更。
停飛在週五晚上解除,調查沒有結論。FAA 或運輸部的原文出來之後,這一則我會再補。










