11.04 週三 AI 新聞總覽
今天從 32 個來源挑出 66 條,分成 5 類,先看這 5 條重點。今日重點
Langflow 修補 2 項重大漏洞,涉及身分驗證繞過與遠端程式碼執行
Langflow 1.0.0-1.12.8 存在 CVSS 9.8 身分驗證繞過與 RCE 漏洞,用此平台的團隊應立即升級至 1.13.0。 Langflow 提供視覺化界面整合 LLM、外部工具與自訂元件構建 AI 代理。漏洞利用 Transformers 的 trust_remote_code=True 設定執行惡意程式碼,攻擊者可在模型權重載入前就執行指令。其他漏洞包括 CVE-2026-110193(CVSS 8.8)允許低權限使用者執行作業系統指令、CVE-2026-110192(CVSS 6.5)洩露 API 憑證。建議使用者儘速升級並備份資料。 iThome
Hugging Face 遭惡意模型濫用,31 個儲存庫散布挖礦程式與後門
Hugging Face 上 31 個偽裝成 Qwen2 的惡意模型靠 trust_remote_code=True 植入挖礦與後門,自架推論環境應關閉此設定。 iThome
用輕量級分類器優化 Gemini 模型路由與推理成本
用輕量級分類器攔截簡單決策再決定是否呼叫 Gemini 大模型,可避免每次都跑昂貴推理,降低 agent 生產成本。 Google AI Developers Blog
GitHub性能提升180倍,為AI代理時代做準備
GitHub 改用 branch 級鎖並遷移 Azure,寫入吞吐提升 180 倍,支援單一 repo 5000 個 AI 代理並行工作。 Publickey
Amazon Bedrock 支援 Kimi K3 在印度的本地推論
Amazon Bedrock 新增 Kimi K3 印度本地推論,受資料駐留法規限制的團隊可在當地部署前沿級編程與 agent 模型。 AWS ML Blog今日摘要
今天最值得關注的是基礎設施層的連環調整:GitHub 把 Git 架構從 repository 鎖改成 branch 鎖並遷移至 Azure,寫入吞吐量拉高 180 倍,目的是撐住單一 repo 中 5000 個 AI 代理同時工作的場景,等於提前為「人人跑 agent」的開發模式鋪路。安全面同時拉警報,Langflow 爆出兩個 CVSS 9.8 的身分驗證繞過與 RCE 漏洞,加上 Hugging Face 上偽裝成 Qwen2 的惡意模型已被下載三萬多次,皆利用 trust_remote_code 類信任假設,自架推論環境、CI 跑 Langflow 的團隊須立即檢查版本。
在 Apple Podcasts 訂閱,或其他 app 用 RSS。
AIDaily 每天早上 7 點整理 AI 圈的新消息:OpenAI / Anthropic / Google / Meta / Mistral 等模型公司的發布與 API 變更,LangGraph / MCP / PydanticAI / DSPy / CrewAI 等 Agent 開發工具的 release,Vercel / Cloudflare / AWS / Ollama / vLLM 的部署與雲端動態,加上 iThome / INSIDE / Zenn / Qiita 等台灣與日本技術媒體。2026-11-04 這一天,追蹤的 32 個來源共產出 66 條與 AI 相關的新內容,分布如下;每條摘要都由 Claude 產生,並附原文連結。想回顧前一天,看 2026-11-03 的 AI 新聞總覽;完整清單在 每日歸檔,抓取的網站列在 來源清單,也可以用 RSS 訂閱 AIDaily。
| 分類 | 條數 | 主要來源 |
|---|---|---|
| 每日 AI 新聞與電子報 | 7 | AlphaSignal、Latent Space |
| 模型公司與研究機構 | 6 | OpenAI News、Google DeepMind Blog、Google AI Developers Blog、Google Cloud AI / ML Blog |
| Agents、MCP 與開發工具 | 16 | LangGraph Releases、Hugging Face Blog、Hugging Face Daily Papers、OpenAI Agents SDK Releases、PydanticAI Releases |
| AI App、部署與雲端 | 17 | GitHub Trending、Vercel Blog、Vercel AI SDK Releases、AWS ML Blog、Ollama Releases、llama.cpp Releases |
| 中文與日文來源 | 20 | iThome、Publickey、Zenn (AI)、Zenn (LLM)、Qiita (AI)、Qiita (LLM) |
- Langflow 修補 2 項重大漏洞,涉及身分驗證繞過與遠端程式碼執行:Langflow 1.0.0-1.12.8 存在 CVSS 9.8 身分驗證繞過與 RCE 漏洞,用此平台的團隊應立即升級至 1.13.0。(iThome)
- Hugging Face 遭惡意模型濫用,31 個儲存庫散布挖礦程式與後門:Hugging Face 上 31 個偽裝成 Qwen2 的惡意模型靠 trust_remote_code=True 植入挖礦與後門,自架推論環境應關閉此設定。(iThome)
- 用輕量級分類器優化 Gemini 模型路由與推理成本:用輕量級分類器攔截簡單決策再決定是否呼叫 Gemini 大模型,可避免每次都跑昂貴推理,降低 agent 生產成本。(Google AI Developers Blog)
- GitHub性能提升180倍,為AI代理時代做準備:GitHub 改用 branch 級鎖並遷移 Azure,寫入吞吐提升 180 倍,支援單一 repo 5000 個 AI 代理並行工作。(Publickey)
- Amazon Bedrock 支援 Kimi K3 在印度的本地推論:Amazon Bedrock 新增 Kimi K3 印度本地推論,受資料駐留法規限制的團隊可在當地部署前沿級編程與 agent 模型。(AWS ML Blog)
模型公司與研究機構6 條
用 ChatGPT 和 Codex 加速工程設計工作流
OpenAI 展示 ChatGPT 和 Codex 如何幫助工程師加速 CAD、PCB 設計、模擬等實體世界工作流程,提升工程效率。為什麼重要
適合使用 AI 輔助工程設計的團隊。ChatGPT 和 Codex 能協助處理設計自動化、程式碼生成等任務,減少重複工作。
房地產公司 Heimstaden 用 ChatGPT Enterprise 轉型物業管理
Heimstaden 使用 OpenAI 的 ChatGPT Enterprise 和 Codex 轉型歐洲物業管理業務,降低成本並賦能員工。為什麼重要
展示 ChatGPT Enterprise 和 Codex 在企業場景的實際應用。用 AI 自動化房產管理流程、減少成本、提升員工生產力,對房地產、金融服務等行業具參考價值。
Google Antigravity 與化學資訊學技能加速藥物發現
Google 推出 Antigravity 代理搭配化學資訊學技能,在一小時內完成傳統需要數天的藥物發現工作流,包括化合物搜尋和新型大環化合物設計。為什麼重要
對做生物資訊、藥物發現相關工作的團隊很重要。Antigravity 代理整合 RDKit、ChEMBL、PubChem 等工具與資料源,透過自然語言協調和確定性化學工具組合,將複雜資料整理和分子設計工作自動化。
用輕量級分類器優化 Gemini 模型路由與推理成本
Google 提出在代理中加入輕量級分類層路由任務到不同 Gemini 模型和思考等級,以降低每任務成本而非每百萬標記成本。為什麼重要
對開發自主編碼代理和 AI 代理的工程師重要。實驗顯示用輕量級分類器(如 Jev)攔截簡單決策,可避免無必要地呼叫昂貴推理模型,大幅降低生產成本。示例包括使用原子化問題設計而非籠統分類。
Nammu21 用 Google Cloud Universal Ledger 自動化銀團貸款
新創公司 Nammu21 與 Google Cloud 合作,用 AI 平台自動化銀團貸款全生命週期,將法律文件轉換為智慧合約並在 GCUL 上執行。為什麼重要
對金融科技、金融基礎設施開發者有參考價值。利用 AI 結構化法律協議、GCUL 分佈式帳本和 gculpy 程式語言,將手動貸款流程自動化,從傳統 27-42 天結算加速到接近即時。
Google 推出「物理工程最後考試」(PLE)基準與開放競賽
Google AI 團隊與 Mercor 合作發布 PLE,包含 85 項長期物理工程任務與開放排行榜,評測代理在機械、電氣、土木、結構工程中的表現。為什麼重要
對開發工程代理的研究者和 AI 實踐者很重要。涵蓋 4 大工程學科 85 項真實任務,測試模型是否能端對端完成安全、符規範、具成本效益的工程設計,彌補現有基準(多為教科書題目)的不足。
Agents、MCP 與開發工具16 條
langgraph-sdk 版本 0.4.12 發佈
LangGraph SDK 更新至 0.4.12,移除 PrioritySettings 中的 fairness_weight 參數,並修復執行流(run stream)在執行完成前關閉的問題。為什麼重要
這個版本針對 SDK Python 版本進行了功能調整和錯誤修復。移除 fairness_weight 可能簡化了優先級排程邏輯,而修復執行流提高了長時間執行任務的穩定性。使用 LangGraph 構建智能代理的開發者應更新以獲得更好的可靠性。
StateBench:測試語言模型的狀態追蹤能力
Hugging Face 推出 StateBench 基準,評測語言模型在長文件中追蹤實體狀態變化的能力,涵蓋四個難度等級與 91 種不同的 CWE 漏洞類型。為什麼重要
StateBench 設計用來測試模型在複雜依賴鏈上的推理能力,對於評估 Transformer、Gated DeltaNet 等不同架構的優劣很重要。測試包括不可變賦值、重新賦值、自參考更新等四層難度,Gemini 3.8 Flash、Claude Opus 5.5、GPT-6 等前沿模型在較難場景仍會失敗。做長上下文推理和模型評估的團隊應參考此基準。
Palette:用小型模型學習設計語言製作簡報
Hugging Face 發布 Palette,一個 20B 參數的微調模型,能在自有設計語言上製作規格正確的簡報,性能與前沿模型相當但保持企業控制權。為什麼重要
Palette 將簡報製作分解為設計師(規劃內容與風格)和程式碼生成器兩個角色,使用合成訓練資料基於 IBM Design Language 訓練。這對需要品牌一致性或保護機密資料的企業很重要——不必依賴外部 API。模型在 PresentBench 三個領域中的兩個排名第一,展示小型模型在專領域的潛力。
CWE-bench v2:網路安全漏洞檢測與修復基準升級
Collinear AI 開放 CWE-bench v2 公開集合,包含 100 個真實開源倉庫安全漏洞任務,涵蓋 91 種 CWE,可完全重現評估;Gemini 4 Argon 領先其他模型達 67.8% pass@1。為什麼重要
CWE-bench v2 用於測試代理在尋找與修復安全缺陷時的能力,要求既不破壞現有功能又要正確修復。每項任務經過人工審核和 LLM 評判團隊調整,保證實際性與公平性。進行安全相關工作、開發程式碼自動化修復工具或評估模型網路安全能力的團隊應關注;公開集合易於複現,機密評估需聯絡 cyber@collinear.ai。
Transformers 模型整合契約(MIC):提高模型測試可靠性
Hugging Face 提出 Model Integration Contract(MIC)標準,以縮小的測試模型和記錄基線替代完整端對端測試,能在 PR 階段捕捉迴歸問題。為什麼重要
MIC 包含三部分:縮小的測試模型固定集、標準使用路徑與人工審核的預期輸出基線。以 UMT5 為例,僅用 66MB 權重測試就能在 CPU 上快速偵測到原本在 2000MB 完整模型上才會發現的 attention 漏洞。這對維護大規模模型套件、需要快速迴歸測試的開發者很有價值,可減少 GPU 成本並提早發現問題。
Wave Forcing:接近光速的流式視訊生成框架
提出 Wave Forcing 訓練與執行框架,使用波陣面排程讓後續視訊塊在前面塊完成前開始去噪;在 8×H200 上達 134.8 端對端每秒幀數(FPS),相比單 GPU 提升 7.07 倍。為什麼重要
Wave Forcing 通過重疊通訊與計算、提前傳送 K/V 緩存等最佳化,顯著提升視訊生成效率。在 Wanjiru 2.1-T2V-1.3B 模型上 5 步版本保持品質,同時 100 秒視訊的動態程度從 36.63 提升至 91.45,主體保留度從 92.75 升至 97.10。做視訊生成、流式生成、分散式推理優化的團隊應參考此方法。代碼、訓練配方與檢查點已開源。
CUA-Master:透過開放世界遞迴改進擴展電腦操作代理
論文介紹 CUA-Master 系統,透過遞迴自我改進機制擴展電腦視覺代理的能力。為什麼重要
摘要資訊不足,無法判斷具體技術細節與應用場景。如需完整評估,建議查閱原始論文。
CoworkOS:為實際應用擴展代理協作工作系統
CoworkOS 是長期代理框架,分離策略與執行層、支援人機共享製件、透過持續自動化後訓練提升模型性能;在 12 項基準上與 Codex、DeepSeek 等前沿系統競爭。為什麼重要
CoworkOS 採用三層架構:模型決策行動與委派,執行層維護狀態反饋,應用層供人類與代理共同檢視修改簡報、CAD 與 Blender 場景。支援階層式工作空間、語義記憶與分層子代理。用 GLM-5.3 對 Qwen 3.6-35B 進行 5 輪自動後訓練,八項基準平均分從 33.19 升至 42.95。做多代理協作、長期自動化工作流或模型自我改進的團隊值得關注。
代理電腦圖形進展綜述:LLM 驅動的圖形系統新典範
論文提出針對 LLM 代理驅動的電腦圖形統一分類法與文獻體系,分析人機協作、長期規劃趨勢與開放挑戰。為什麼重要
報告分析 LLM 代理在圖形程式碼生成與疊代優化中的應用,涵蓋多種圖形任務。對做圖形介面、CAD 工具、設計自動化或 3D 資源生成的 AI 工程師和產品經理提供系統化理論框架,幫助理解代理在圖形領域的協作介面設計、長期規劃能力與評估方法論。
視訊生成遇見代理框架:代理視訊生成、世界模型與遞迴自我改進
報告探討代理框架與視訊生成、世界模型的整合,涵蓋腳本規劃、多鏡頭協調與遞迴自我改進以實現自主多鏡頭視訊製作。為什麼重要
代理框架整合視訊生成與世界模型,實現長期規劃、工具使用與反饋驅動的多鏡頭製作。討論混合設計(遊戲引擎或代理寫程式維持世界狀態、視訊模型渲染觀測)、視聽感知、程式碼交互、技能重用與多代理協調。分析遞迴自我改進中的輸出修訂、執行狀態更新、生成器參數變更與評估器進化。對做視訊製作、3D 場景、世界模型或代理系統的團隊提供系統化分析框架。
民主化機器人操作代理:開源模型統一框架
論文推介 uni-robot-agent,統一框架使開源模型在零樣本機械臂操作上超越專有模型;Qwen 3.8-Flash-Next 在 RoboDojo 達 31.39 分,勝過已發佈的 GPT-6 Astra 28.97 分。為什麼重要
uni-robot-agent 提供支援進一步訓練的開源機器人代理框架,無需特殊輸入。分析顯示四個共通能力對有效機器人操作最關鍵:視覺理解、動作規劃、環境適應、錯誤恢復。在 19 項真實世界任務上表現有競爭力。做機器人自動化、具身 AI、視覺動作模型(VLA)訓練或機器人政策開發的團隊應關注此開源工具與訓練方向。
SWE-Trail:用歷史軌跡指導編碼代理訓練
SWE-Trail 改進編碼代理訓練資料收集方法,用過往探索歷史指導新軌跡收集但對代理隱藏歷史;124B 學生模型在 SWE-bench 提升 2.33 個百分點。為什麼重要
傳統獨立採樣軌跡會產生冗餘,而暴露歷史給代理會導致測試時不匹配。SWE-Trail 用歷史識別值得進一步收集的狀態,從同一檢查點執行候選動作決定最佳路由,讓代理在普通上下文裡決策。在 SWE-bench Multilingual 與 Pro 上分別提升 2.33 和 1.60 百分點。做編碼代理、軟體工程自動化、模型後訓練資料收集的開發者應參考此方法論。
NorthCUA 技術報告:透過規模化經驗加速電腦操作代理
報告介紹 NorthCUA 系統,透過大規模經驗積累與訓練加速電腦操作代理性能。為什麼重要
摘要資訊不足,無法判斷具體技術細節、模型架構或性能指標。如需完整評估,建議查閱原始技術報告。
ReTrace:透過目標導向動作重放研究電腦操作代理的恢復行為
ReTrace 框架系統評估電腦操作代理的故障恢復能力,定義轉移一致恢復標準,示範自主模型恢復可改善長期任務可靠性。為什麼重要
電腦操作代理在長時間執行中容易累積錯誤與副作用,ReTrace 透過控制錯誤注入與目標導向動作重放測試模型自主恢復能力。發現理想恢復能解鎖模型潛在能力,但現有代理未充分利用恢復能力;準確模型恢復可顯著改善端對端完成率。做電腦自動化、GUI 代理、長期任務規劃或代理可靠性評估的開發者應參考此評估框架與恢復機制。
OpenAI Agents SDK v0.24.0-alpha.6
OpenAI Agents SDK 發佈 v0.24.0-alpha.6 預覽版,支援 Python 3.10–3.14,新增對話控制、狀態恢復、工具策略、LocalStorage 本地儲存及 MCP 支援擴展。為什麼重要
此版本擴展了代理框架的能力,包括通過 captured Turn 進行工作控制、Session 佇列提交、本地對話恢復、原生輸出驗證、手動工具請求處理及網路策略支援。對於使用 OpenAI Agents 框架構建複雜代理應用的工程師重要;支援 Linux、macOS(Apple Silicon)及 Windows 平臺。
PydanticAI v2.65.0
PydanticAI 更新 v2.65.0,支援 OpenAI Responses API 的 12 小時提示快取、WebSocket 傳輸、ConversationStore 對話日誌、模型容錯轉移增強及多項錯誤處理改進。為什麼重要
重要更新包括 ModelFallback 在模型拒絕時自動切換下一個模型、新增 ConversationStore 用於一次性儲存對話日誌、改進 Google 和 Anthropic 整合的 deadline 和工具調用計數。此版本含向後相容性變更(如 OpenAIModel 重命名),對使用多模型策略或構建長期對話系統的團隊關鍵。
AI App、部署與雲端17 條
floci:輕量級 AWS 本機模擬器
開源專案提供 AWS 服務的本機模擬環境,支援 Lambda、DynamoDB、S3、SQS 等 40+ 服務,無需雲端帳戶即可進行開發測試。為什麼重要
適合在地開發 AWS 應用的工程師。支援 S3 向量索引、AppSync、Cognito、Secrets Manager 等進階服務;Lambda 使用真實 Docker 執行,其他服務多數內進程實現。相比 LocalStack 等替代品更輕量、免費。
ai-goofish-monitor:基於 AI 的閒魚多任務監控系統
使用 Playwright 和多模態 AI 模型監控閒魚商品,支援自然語言任務建立、即時通知、定時排程,內建完整 Web 管理介面與 Docker 部署。為什麼重要
適合需要自動化電商監控的團隊。採用 FastAPI 後端、SQLite 資料庫、OpenAI 兼容 API 呼叫;支援多帳戶輪換、代理池管理、Cron 定時、ntfy.sh/企業微信等多渠道通知。內置 Chromium,開箱即用。
Zapier 在 Vercel 上加速 AI 工作流應用開發
Zapier 使用 Vercel 和 v0 AI 工具,在數小時內建立互動式原型和內部應用,每月創造 330 萬個沙箱隔離 AI 工作負載執行。為什麼重要
對建置 AI Agent 和內部工具的團隊有參考價值。v0 讓非工程背景的成員快速構建前端;Vercel 提供 AI Gateway 隔離執行環境;單日內完成三個內部應用原型。
Mercor 用 Vercel AI Gateway 加速模型推論與批次作業
Mercor 使用 Vercel AI Gateway 路由 1800 萬個請求和 630 億個 token,批次作業耗時從 12 小時降至 2-3 小時;透過 Vercel Passport 秒級佈建專家存取。為什麼重要
做模型評測、自動化分級工作的團隊應關注。AI Gateway 提供多提供商故障轉移、速率限制管理、每用戶金鑰控制;支援開源模型,首 10 天無觸發速率限制。
OpenEvidence 用 Vercel 服務 65 萬名醫生的醫學搜尋引擎
OpenEvidence 在 Vercel 上部署醫學證據搜尋應用,每月支援 2000 萬次臨床諮詢;部署時間約 5 分鐘,透過 Fluid compute 減少 90% 無伺服器成本。為什麼重要
高可靠性要求應用的最佳實踐參考。採用 Next.js、預覽部署測試新功能、分鐘級回滾能力;小團隊透過 Vercel 自動化擴展,日常多次發布。
Vercel 推出 vercel.toml 設定檔格式
Vercel 現支援 TOML 格式的專案設定檔,與 vercel.json 功能相同,但支援註解且結構更扁平。為什麼重要
對使用 Vercel 部署應用的工程師提升開發體驗。可用於設定 Services、環境變數等,保持單一設定檔。
@ai-sdk/zai@3.0.46 版本發布
Vercel AI SDK 的 Zai 提供商套件發布修補版本,更新依賴項。@ai-sdk/xai@5.0.38 版本發布
Vercel AI SDK 的 xAI 提供商套件發布修補版本,更新相依套件。@ai-sdk/workflow-harness@1.0.173 版本發布
Vercel AI SDK 工作流測試框架發布新版本,更新 harness 依賴。
Amazon Quick:整合結構化與非結構化資料的 AI 查詢服務
AWS 推出 Amazon Quick,透過單一對話 AI Agent 同時查詢資料庫資料和 S3 知識庫中的文件。為什麼重要
做企業 AI 應用、知識檢索的團隊應關注。支援結構化資料(資料庫)與非結構化資料(S3 檔案)的統一查詢介面;簡化多工具切換的複雜流程。
Amazon Bedrock AgentCore Gateway 支援 ServiceNow 代理身份轉移
Amazon Bedrock AgentCore 支援 on-behalf-of token 交換,使 AI Agent 在呼叫企業 API 時保留使用者身份。為什麼重要
建置企業 Agent 應用的團隊必需。正確傳播使用者身份維護稽核軌跡、恪守最小權限原則;AgentCore 是多框架、多模型的 Agent 平台。
Gen Digital 用 Amazon Bedrock AgentCore 構建 Norton Revamp 新聞引擎
Norton Revamp 使用 Amazon Bedrock AgentCore Web Search 搭建 AI 策管新聞引擎,幫助專業人士實時掌握業界動態。為什麼重要
做新聞聚合、內容策管應用的團隊參考。整合 Web 搜尋與 LLM,實時更新;AgentCore 提供規模化、多框架支援。
用 EDB Postgres AI 和 Amazon Bedrock AgentCore 為 Agent AI 構建語意層
展示如何使用 EDB Postgres AI 為 Agent AI 構建語意層,在 Amazon Bedrock AgentCore 上運行 Strands Agents agent 來回答客戶 360 度問題,將語意層作為 AIDB 擴充功能集成在 Postgres 資料庫中。為什麼重要
這對構建 Agent 應用的工程師很重要,特別是需要在資料庫層面整合語意和業務邏輯的場景。EDB Postgres AI 通過標準 Postgres COMMENT 語句將業務意義存儲在資料旁邊,簡化了 Agent 對複雜資料的查詢能力,減少了額外的資料虛擬化層。
在 AWS 上構建超低延遲語音 AI 應用
探討如何在 AWS 基礎設施上實現自然流暢的即時語音 AI,包括虛擬助手、AI 客服中心、即時翻譯等應用,重點是克服延遲挑戰以維持對話自然感。為什麼重要
對構建語音 AI 應用的團隊很重要。自然的人工智慧語音需要在人類對話窗口內完成,過度延遲會破壞對話流暢性。文章應包含 AWS 的架構最佳實踐和服務組合建議,幫助工程師設計低延遲系統。
Amazon Bedrock 支援 Kimi K3 在印度的本地推論
Moonshot AI 的多模態基礎模型 Kimi K3 現已支援在 Amazon Bedrock 上進行印度本地推論,滿足嚴格的資料駐留需求,Ultrahuman 等客戶已在生產環境中受益。為什麼重要
對需要在特定地區部署模型、受資料主權法規限制的開發團隊重要。Kimi K3 被報導具備前沿級的編程和 Agent 能力。印度本地推論選項解鎖了區域工作負載,Ultrahuman 的 Jade AI 助手已在生產中使用個人 Ring 和血糖資料回答問題。
Ollama v0.40.14 版本發佈
v0.40.14 修正了 Claude 輸出令牌限制、雲端 API 回應解碼、OpenAI 相容端點採樣器預設值,以及改進了連線重試機制。為什麼重要
對使用 Ollama 本地部署 Claude 或其他模型的開發者重要。修正包括:Claude Code 不再受 128k 預設上限影響、壓縮回應正確解碼、OpenAI 相容端點保留模型自身採樣參數、對話歷史保留完整內容、改進 ChatGPT 連線故障恢復。
llama.cpp b12077 版本發佈
llama.cpp 發佈 b12077,新增 GLM-5.3 next sm tensor 支援、改進多裝置 MLA 快取分割策略、修正排列張量檢視問題。為什麼重要
對使用 GLM 模型進行本地推論的開發者重要。修正包括:支援新的 GLM-5.3 群組查詢注意力架構、改進多 GPU 間的頭分割邏輯以支援奇數 GQA 比率、解決排列張量視圖未實現的問題。這些改進讓 GLM 模型在異構硬體上運行更穩定。
中文與日文來源20 條
Langflow 修補 2 項重大漏洞,涉及身分驗證繞過與遠端程式碼執行
開源 AI 工作流程平臺 Langflow 修補 CVE-2026-93680 和 CVE-2026-110186 兩項 CVSS 9.8 分的漏洞,攻擊者可繞過身分驗證或無需登入即執行任意程式碼。受影響版本 1.0.0-1.12.8,已推出 1.13.0 修補。為什麼重要
Langflow 提供視覺化界面整合 LLM、外部工具與自訂元件構建 AI 代理。漏洞利用 Transformers 的 trust_remote_code=True 設定執行惡意程式碼,攻擊者可在模型權重載入前就執行指令。其他漏洞包括 CVE-2026-110193(CVSS 8.8)允許低權限使用者執行作業系統指令、CVE-2026-110192(CVSS 6.5)洩露 API 憑證。建議使用者儘速升級並備份資料。
Hugging Face 遭惡意模型濫用,31 個儲存庫散布挖礦程式與後門
資安公司 Pluto Security 揭露 Load/Mine 惡意活動,攻擊者在 Hugging Face 上散布偽裝成 Qwen2 的惡意模型,分布於 7 個帳號的 31 個儲存庫累計下載 32,376 次。為什麼重要
攻擊者濫用 Hugging Face Transformers 的 trust_remote_code=True 設定,將惡意指令隱藏在模型定義檔中自動執行。首波被移除後,攻擊者數日內以新帳號部署第二波 19 個儲存庫,加入 SSH 反向殼層與容器逃逸程式。主要鎖定自架 AI 推論環境、Xinference、GPUStack 等 GPU 主機。第一波挖礦錢包已收約 2,276 個 PRL 加密貨幣(當時約 5,000 美元)。
駭客借助LLM力量生成攻擊工具,鎖定政府機關Linux主機竊取帳密
駭客組織CL-UNK-1211疑似利用大型語言模型協助撰寫攻擊工具,目標政府機關Linux伺服器。攻擊工具出現AI生成的對話式註解,以及PHP、JavaScript、Bash、Python等多語言交替特徵。為什麼重要
這對使用LLM進行資安防護與威脅檢測的團隊很重要。駭客採用的攻擊手法包括部署網頁Shell、修改PHP設定自動載入惡意程式、竄改.bashrc劫持sudo指令,以及使用Go語言開發的SysGoRAT後門。攻擊活動發生於2025年10月至2026年4月,意圖竊取帳密、郵件及社群平臺帳號。
GitHub性能提升180倍,為AI代理時代做準備
GitHub宣布將基礎設施遷移至Microsoft Azure,並修改Git架構從repository級別鎖改為branch級別鎖,預計2026年初完成。新架構支援每秒7200次寫入,較舊版本提升180倍吞吐量。為什麼重要
此更新對使用GitHub部署AI代理工作流的團隊重要。主要改進包括計算與存儲分離架構、多區域部署,以及支援5000個AI代理在單一repository並行工作。GitHub Universe 2026大會期間,Microsoft CoreAI副總裁指出這是因應AI代理時代而進行的大規模工程改進。
GitHub推出Copilot Code Review Max進行更高階代碼審查
GitHub發表Copilot Code Review Max,新增「Max」努力等級,採用多個獨立AI模型進行審查並由聚合代理調和結果。在ReviewBench上達到偵測代碼重大問題的最高F1分數。為什麼重要
此功能對使用GitHub Copilot進行代碼審查的開發團隊有幫助。新版本結合多個AI模型的長處,透過聚合代理解決模型間差異,提高問題檢測準確率。目前已作為公開預覽版提供。
在PR中與AI進行代碼審查對話的實踐
開發者分享在GitHub PR中使用AI進行代碼審查的工作流,將原本在本地完成的審查流程改為在Draft PR上與AI討論,並記錄判斷過程與修改理由。為什麼重要
此做法適合希望提升代碼品質並記錄設計決策的開發團隊。作者採用多輪審查流程,將疑問投給AI而非只依賴單方面指示,並最後總結修改要點、未採納意見及原因。這樣既能擴展自身知見,也能讓後進了解審查觀點與判斷過程。
網店AI說明文生成後的三處必查重點
介紹使用AI生成商品說明時,公開前應檢查的三個關鍵位置:素材與機能表述、數字與折扣、感想與效果斷定,防止輸入未涵蓋的內容被加入。為什麼重要
此對使用LLM生成電商文案的店主與運營團隊很重要。作者強調應先將商品資訊與生成文併列對比,再逐項確認根據,並將疑問統整至確認表讓人最後判決,而非立即由AI改寫。根據不足的表述應列為刪除候選,不可直接轉述為事實。
Claude Code環境變數ANTHROPIC_BASE_URL的仕組與真偽驗證
說明Claude Code如何讀取環境變數連接代理或LLM閘道,以及用/status、check-relay.py、ModelTrace等三種方法驗證代理返回的是否真正Claude模型。為什麼重要
此對使用Claude Code付費代理或API中継服務的開發者重要。文章詳述ANTHROPIC_BASE_URL、ANTHROPIC_AUTH_TOKEN等設定,以及如何透過聲明檢查、Prompt caching測試、thinking簽名檢驗等方式確認模型真偽。開源工具claude-relay-check支援檢驗快取與簽名,ModelTrace可推測模型版本。
Claude Code Hooks入門:檔案編輯後自動格式化
介紹如何用Hooks在Claude Code編輯檔案後自動執行Prettier格式化。提供完整設定檔與Shell指令碼,可直接複製使用,涵蓋settings.json設定與.claude/hooks/format-file.sh實作。為什麼重要
此對使用Claude Code開發且希望維持代碼風格一致的開發者有幫助。Hooks可在PostToolUse事件中執行自訂命令,本例透過jq提取編輯檔案路徑並交由npx Prettier處理。設計原則強調「可能做就做」而非「必須成功」,避免後處理失敗中斷主要工作。
AI審查工作流應讀取起動時點的提交記錄
描述GitHub Actions中AI審查工作流的非同步執行問題:審查代理請求審查後若有新提交push,工作流會讀到最新頭部而非起動時的提交,導致審查結果無法匹配。為什麼重要
此對設計AI驅動的自動代碼審查工作流的團隊重要。修復方式是在label觸發時優先使用事件中的PR head,而非改用API即時查詢。示例展示如何透過github.event.pull_request.head.sha固定目標SHA,並持續追蹤至結果交付,避免「等待」與「審查結果」不對位。
用Gemini API從智慧型手機動影讀取領收書與名刺為CSV
開發Web應用利用Gemini API分析3分鐘內的動影,自動讀取領收書、名刺資訊並輸出為表格與CSV。支援經費精算、銷售管理、名刺三種模式。為什麼重要
此對需要大量掃描紙本單據且重視數據隱私的企業與個人工作者有用。實作重點包括:一次API呼叫後即刪除動影與Gemini端暫存、將模型呼叫封裝為單一函數便於mock測試、用low_confidence_fields區分讀取項目與推估項目、日次呼叫上限於「接受請求時」而非成功時計數。使用Interactions API需明確設定store=False以防服務器側保存。
從零開始AI影片製作③:將三個鏡頭剪輯成一部
介紹如何用CapCut或剪映編輯AI生成與實拍結合的短影片,包括素材選擇、過場效果、字幕與音樂的實踐方法。為什麼重要
此對嘗試製作短影片的內容創作者有幫助。文章建議保留實拍素材並用AI補充,先以普通過場測試切割點是否生硬,再決定是否加效果。強調字幕大小、位置、音量平衡的重要性,以及公開前需聲明AI生成部分。最後建議保存原始圖像、提示詞與完成影片,為後續修改留下紀錄。
GPT、Claude、Gemini主要模型與費用比較
比較OpenAI GPT-6系列、Anthropic Claude、Google Gemini、DeepSeek、Alibaba Cloud Qwen的模型能力與價格,強調應依任務特性選擇而非盲目追求最高性能。為什麼重要
此對需要評估LLM選型與成本的AI工程師與產品經理重要。文章列出各家主力模型的輸入輸出單價、文脈大小、支援功能,並指出:GPT-6 Sol可作基礎,Claude適合長篇多輪工作,Gemini擅長多模態輸入,DeepSeek低價但需驗證品質,Qwen適合Alibaba Cloud用戶。最後提醒實際請款會因快取、代理、批次折扣而異。
AI分工協作時代:誰來檢查最後的成果
討論ChatGPT與Cursor等工具支援多Agent並行工作的新能力,並反思實務中的瓶頸:調查可並行但驗收無法跳過,需要人工確認最終結果的一致性與正確性。為什麼重要
此對管理AI輔助開發專案的經理與開發者有幫助。作者分析了Cursor Cloud Agent的環境API、Google DeepMind的Minecraft實驗(4體Agent、27小時、605次死亡)、Anthropic量子回路研究等案例,指出Agent越多越需要檢驗機制。關鍵觀察是「並行調查可行,但最後必須匯總檢查」,且單看成功率無法評判實際投資回報。
從遊戲錄影用Gemini提取裝備列表CSV的LLM誤讀修正設計
開發工具從《怪物獵人》遊戲畫面動影讀取護石裝備資訊並轉CSV。運用遊戲仕様規則檢驗LLM輸出,自動偵測與修正讀取錯誤。為什麼重要
此對需要從視覺內容擷取結構化資料的開發者有啟發。設計重點:用JSON Schema定義回應結構,讓LLM同時輸出結果與中間過程(讀取信心度、計數);以遊戲規則驗證結果(如護石稀有度與可用插槽組合),偵測不合理輸出;將規則定義分離為獨立檔案便於維護。長動影先分割再重疊5秒以避免邊界誤讀,相同內容在秒級間隔內自動合併去重。
Claude Code v2.1.317 總結:Hook 容錯關閉與 claude -p 變更重點
Claude Code v2.1.317 發布了多項安全與管理功能,包括 Agent SDK Hook 新增 onFailure: "block" 模式、nested session ID 獨立化、成本分析 API,以及郵件位址外傳前確認機制。為什麼重要
這對整合 Agent SDK 的開發者與 Claude 服務管理者都重要。Hook 容錯從預設的 fail-open 改為可指定 fail-close,需要明示設定安全檢查層的 onFailure;nested claude -p 現在獨立管理 session,舊版依賴親 session 的工作流需測試相容性;管理層新增成本報表 API 與群組權限記錄。breaking change 風險標記在自主運行環境的開發者。
ChatGPT 與 Codex 按任務選用指南
根據成果物位置(對話或完整專案)區分 ChatGPT 與 Codex 的使用場景:ChatGPT 適合問題整理、資料處理,Codex 適合在開發環境內執行程式碼編輯與測試。為什麼重要
這對開發工作流程選擇 AI 工具的台灣工程師實用。ChatGPT 勝任概念說明與下稿,Codex 在 repository context 內進行檔案編修與驗證;兩者都無法自動處理本機環境的完整測試,最終需人工 diff 檢查與版本控制確認。強調工作流的關鍵是理解 AI 工具的輸入入口與執行環境限制。
論文摘要與實作:SafeGen-LLM — 強化機器人任務規劃的安全泛化
SafeGen-LLM 用監督微調 (SFT) 與 GRPO 強化學習,訓練 LLM 在機器人任務規劃時既達成目標又符合安全約束,以 PDDL3 表示安全條件、用符號驗證生成正解資料集。為什麼重要
這對做機器人規劃與 LLM 應用的 AI 工程師重要。論文以 Blocksworld、Ferry、Grippers、Spanner 四個規劃領域為例,先用既有 planner (OPTIC) 與驗證器 (VAL) 生成安全計劃訓練集,經 SFT 學習行為規則,再用包含安全獎勵的 GRPO 強化;解決 LLM 規劃常見的形式錯誤、前提違反、安全違反與目標未達四類失敗。
用 GT 430 跑 LLM 的故事——無意間寫成了推論函式庫
作者為 15 年前的 Fermi 世代 GPU (GT 430) 寫了 OpenCL 1.1 backend,支援 llama.cpp,最後演化為跨多代 GPU 的推論函式庫 ScrapGpuLibrary,包含量化、多卡管理與多框架 adapter。為什麼重要
對開發推論引擎與優化舊硬體支援的 AI 工程師有參考價值。GT 430 (OpenCL 1.1) 在 Q8_0 小模型上生成速度比 Celeron CPU 快,但需規避 Fermi 的整除慢、浮點轉換慢與格線維度限制;多卡 (GT 730/710/RX 6400/WX 2100) 組合跑 Qwen3-8B 達 4.63 t/s,但 PCIe Gen2 x1 的瓶頸使部分卸載反而變慢。
用 GPT-5.6 Sol 和 Claude Opus 4.8 一次寫、重複用的 CSV 轉 JSON 工具實測
作者用兩個模型生成相同需求的 CSV→JSON 轉換工具,初版都誤上傳檔案,經失敗案例修訂後都能正確處理 UTF-8、CRLF/LF、引號內逗號與改行、安全失敗處理。為什麼重要
對需要用 AI 生成可複用工具的台灣工程師與產品經理實用。初版都忽視「不得覆蓋輸入檔」的要求,失敗後兩模型都改用臨時檔 + rename 策略;修訂版都通過 23 種本機邊界條件(含 BOM、重複 SKU、小數點位數錯誤、輸入輸出同路徑)測試。強調 AI 生成工具需明確寫入失敗條件,且初版必須沙箱測試,不可直接上線。
本頁由 Maki Chiang 維護,摘要由 Claude(claude-haiku-4-5)產生於 ;每條均附原文連結,事實以原文為準。