找到 50 筆
llm-tools-datasette 0.1.1 發布，修復因 LLM 0.33 改用 httpx2 而導致的外掛失效問題。該外掛的作用是把 Datasette 例項作為工具暴露給 LLM。作者 Simon Willison 稱，LLM 0.33 切換到 httpx2 時，他忘了這會讓所有使用 httpx 卻沒有直接宣告該依賴的外掛出問題，llm-tools-datasette 正是其中之一，現已修復。
llm-echo 0.5 發布，這個除錯外掛不接入任何 LLM，只把收到的 prompt 原樣回顯，新版讓模擬的 token 用量統計把工具呼叫、系統提示詞和推理 token 都計算在內。
Simon Willison 發布 LLM 外掛 llm-mistral 0.16，新增對推理模型的支援，包括新發布的 Mistral Large 4。該外掛通過 Mistral API 提供對 Mistral 模型的訪問，屬於 LLM 外掛生態的一部分。發布日期為 2026 年 10 月 6 日。
llm-anthropic 0.30 發布，除加入 Claude Sonnet 5.5 支援外，還新增 llm anthropic refresh 命令，可直接從 Anthropic API 重新整理模型列表，因此新模型發布後不必再等外掛發新版。該版本同時加入 llm anthropic count 命令，呼叫 Anthropic 免費的 token 計數 API，在傳送提示前返回該提示將消耗的 token 數。
Karpathy 分享了一個簡單評測：向 LLM 提問「陸地還是海洋？」並給出經緯度文字座標，共詢問 16200 次後繪製成影像。結果顯示模型能正確判斷，他認為這來自對網際網路資料的壓縮。
OpenAI 發布新的 Decisions API，支援 yes/no、選項和打分三類問題，新模型 gpt-6-luna 相比 Jev 額外支援影像輸入。兩者都只對輸入計費：OpenAI 為 10 美分/百萬輸入 token，Jev 為 4.2 美分/百萬。
Meta AI 發布新模型 Muse Wonder 與 Muse Wonder Full，稱其為目前最強模型，Artificial Analysis 給 Muse Wonder（Max）的評分與 GPT-6.1 Sol 相當，可能是 Meta 首個 Fable 級模型。llm-meta-ai 外掛隨之更新到 0.2，支援該模型並覆蓋 minimal、low、medium、high、xhigh、max 六檔推理等級。
Linux 核心穩定分支維護者 Greg Kroah-Hartman 在 Kernel Recipes 2026 發表題為《Security in the LLM age》的演講，影片時長 56 分 51 秒，於 2026 年 9 月 29 日發布在 Kernel Recipes 的 YouTube 頻道，目前播放量約 9,566 次、193 個贊、32 條評論。該頻道訂閱數 8.1K，影片採用 Creative Commons 署名許可，部分語言的音軌為自動生成。
llm-gemini 0.35 新增對今日發布的 Gemini 4 Argon 的支援，可通過 Gemini API 與每月 100 美元的訂閱方案使用。Argon 首發價為每百萬輸入 token 2 美元、輸出 10 美元，與 GPT-6 Sol 同價，是 Claude Opus 5.5 的一半、Claude Fable 5.1 和 GPT-6 Astra 的五分之一，但 12 月 1 日起價格翻倍至 Opus 5.5 的水平。
AlphaGo 核心作者 Thore Graepel 在 MIT Technology Review 發文稱 LLM 不會推理，並已離開 Google DeepMind 創業做可審計的機器推理。他指出 AlphaGo 第 37 手是策略網路加搜尋機制的結果，而 LLM 的思維鏈仍只是預測下一個 token，缺少可檢查的認知狀態、知識與推理的分離，且常事後編造解釋。Yann LeCun 表示讚賞，認為真正推理必須涉及搜尋。
Karpathy 稱 LLM 能力的認知差距正在擴大，從兩群人各說各話變成尖銳的漏斗。他估算約 60 億人（75%）幾乎沒接觸過 LLM，10 至 20 億人（20%）只是偶爾用免費版聊天機器人，約 2000 萬人（0.2%）在數學與程式碼上親身使用前沿模型，過去要花數週數月的專案現在一個提示就能由 agent 完成。
Consus 發布面向 ITAR 與 CUI 敏感資料的 LLM 閘道器，並已完成針對 410 項 FedRAMP High 控制的等效審計。所有請求走單一 OpenAI 相容端點，模型名必須帶合規字尾（如 gpt-5.6-sol:fedramp-high、claude-opus-5-5:itar），裸模型名一律拒絕，且不代理標準商用端點。企業可通過 Consus Portal 管理金鑰、模型白名單與使用者級花費和模型限制。
一項系統性研究考察了多種 LLM 條件控制方法在注入與移除目標概念時的表現，發現高效引導方法往往以流暢度大幅下降為代價。研究覆蓋注入和移除兩類場景，指出當前評估多隻關注控制有效性而忽視生成品質，並識別出一個關鍵但此前被忽略的因素。
有近 15 年遊戲程式設計經驗的開發者把在 Calgary 的演講「Your Game Is A Harness」整理成博文，講如何為 LLM 自建遊戲開發 harness。作者認為 LLM 預設讀不懂遊戲：遊戲裡大量資產不是程式碼，對模型不透明，解法是把內容儘量轉成程式碼；他稱在 Web 棧專案上已幾乎不覺得 LLM 有做不到的事，遊戲則差得遠。文中還拆解了 LLM 請求由 system、assistant、user 三部分構成。
LLM 從零將 TypeScript 編譯器移植為 Rust 版 tsc-rs 併發布，Claude Opus 5.5 用兩週、約 24,047 美元 API 費用完成；此前用 OpenAI 的 GPT-5.6 Sol 與 GPT 6 Astra 花掉逾 40 萬美元仍未突破約 84% 相容度。
Linus Torvalds 發布了首個由 LLM 輔助編寫的補丁系列，共 10 個補丁，用於解決一個長期存在的問題，已提交核心郵件列表評審。該系列改進 folio 查詢：識別出熱 folio 後延遲到 RCU 週期之後再釋放，使 folio 資料訪問本身也能在 RCU 保護區內完成，快速路徑無需取引用計數，在 read() 密集的基準測試中帶來約一個數量級的加速。不過評審已指出程式碼存在競態條件，仍需繼續修改。
一位基礎設施工程師記錄了近期收到的一類新招聘郵件：開頭由 LLM 複述其過往任職經歷並稱其「完美匹配」，緊接著的職位描述卻是 Django 全棧等與其背景無關的崗位，甚至職位描述本身也充滿明顯的 LLM 用語。作者認為，相比只替換姓名的老式模板郵件，這種假裝個性化的寫法更冒犯人，因為 LLM 本可以核對簡歷判斷是否匹配，卻只做了表面功夫，而簡單再跑一遍 LLM 或人工校對就能去掉這些痕跡。
Blokkily 是一個實驗性 pattern-first DAW，支援 MCP，編輯器上方設有 LLM 作曲助手的提示欄。它用單一事件模型驅動 tracker、鋼琴捲簾與步進網格三個同步編輯器，CLAP 為必需的原生外掛格式，同時適配 VST3，並內建 FluidSynth 載入 SF2/SF3 音色。
Anyworld 是一款瀏覽器端多人文字冒險遊戲，由房主用 llama.cpp 本地跑模型充當 DM，也支援 OpenAI 等雲 API，玩家只需開啟連結即可加入。行動結果由 Python 真實擲骰決定，模型只負責敘述；支援自訂劇本、隱藏劇情觸發、場外聊天和斷線重連。開發時用 Gemma 4-26B-A4B Q4、128k 上下文，在 RTX 5070 Ti 16GB 上每輪結算約 5 秒。
Karpathy 給 Opus 5 輸入《魔戒》第一段、100 萬 token 預算（約 10 美元），要求用 Three.js 渲染，模型執行約 2 小時後寫出 5500 行程式化渲染程式碼。他認為這類任務標誌 LLM 測試正走出「畫個騎腳踏車的鵜鶘 SVG」階段，因為沒人會花時間做這種高度定製的作品，而 LLM 有無限耐心。他也指出弱點：LLM 無法原生高效地觀看影片或玩遊戲，Opus 5 只能緩慢截圖檢查，多次出錯並留下不少瑕疵。
Rich Hickey 發表短文《'AI' Is Not a Tool》，主張 LLM 不是可被揮舞的工具，而是自動化：它自行行動，使用者只發出請求，沒有持續控制，也沒有感官反饋。他以用 LLM 讀論文為例，指出是它讀了而不是你讀了，讀者因此錯過學習寫作、組織論證、發現細節乃至學習思考的機會。他強調工具不會失控或叛變，而自動化有著與工具不同、忽視不得的固有屬性。
LittleBit 專案放出論文官方實現，可把 LLM 權重壓縮到 1.0 至 0.1 bits-per-weight，推理時保持原模型結構不變。ICML 2026 的 LittleBit-2 新增 Joint-ITQ 初始化，通過 --use_itq 開啟，只改初始化、不增加推理開銷，並支援 SmoothSign 量化感知訓練與可選殘差分解。
一款名為 KillSwitch 的深奧程式語言開源發布，專門設計成對人類可用、對 LLM 與 coding agent 儘量難以讀寫。它在語言規範裡埋入隱藏謊言，要求按識別符號字元數決定程式碼能否執行，還內建 Ignore previous instructions 等會觸發模型安全護欄的語句。
新的 C 語言推理引擎 Janas-LLM 把 MoE 權重留在磁碟、按 token 從 NVMe SSD 流式讀取專家，在 32 GB 記憶體的筆記本上跑起了 48.4 GB 的 Qwen3-Next-80B。
一位 Ruby gem 作者把自己所有 gem 的原始碼歸檔，明確表示不再繼續開發。他稱 Ruby 語言本身現在已大量由 LLM agent 開發，Matz 正把 Ruby 重新定位為供 LLM 生成程式碼的「AI 時代程式語言」，並認為 LLM 需要攝取更多人類寫的高品質 Ruby 程式碼；同時 Rails 由他不認同的維護者掌控。他不願再為一個被大公司免費開採、用於餵養那些反過來汙染公共程式碼庫的機器的公共資源做貢獻。
有開發者主張，訂閱制前端自帶的用量面板不足以支撐工程決策，LLM 代理應當自己託管。自建代理可在單一端點聚合多家供應商與模型，記錄哪個金鑰在何時、用哪個客戶端呼叫了哪個模型及其狀態，並用虛擬 API key 避免主金鑰散落在各類 agent 與工具中，還能快速切換模型而不必重新配置。作者不推薦具體代理服務，只建議部署在自己可控的環境並按需改造，例如增加自訂 MCP server 端點；其代理帶 API，編碼會話中的快取未命中可在約 20 秒內手工定位，也可自動化。
一篇觀點文章主張，LLM 讓寫程式碼不再耗時，瓶頸轉為編譯重啟的反饋迴圈，基於映象的 Common Lisp 因此成為最佳語言。作者稱 Common Lisp 可即時替換函式而無需重啟，出錯時進入保留完整棧與變數的偵錯程式而非崩潰，LLM 可據此修復並繼續執行。他稱自己用 Common Lisp 寫的應用比 Python 版本短約 6 到 7 倍，token 更少；代價是 Quicklisp 僅數千個專案，標準自 1994 年未更新。
數學家 Francesco Maggi 發表長文評估 LLM 對數學的衝擊：LLM 已產出帶外力項 Navier–Stokes 方程的有限時間爆破解、準黎曼猜想的證明草案等成果，但人類能否理解這些結果，將決定數學走向「黃金時代」還是「黑暗時代」。他指出 LLM 最擅長寫 Lean 證明，重要定理的 Lean 版本可長達數十萬行，而機器生成的自然語言翻譯往往更亂、更不忠實，目前難以直接閱讀。他認為數學不會因機器能證定理而終結，社會反而需要更多數學家，並分八點討論相關選擇。
Karpathy 認為，隨著 LLM 能力提升，人類工作將更多轉向監督與理解模型輸出，而 LLM 本身也能在這方面提供幫助。他給出的遞進式技巧包括：要求模型用航空維護文件規範 ASD-STE100 寫作、生成圖表、輸出 HTML 互動網頁，以及製作定製解釋影片，例如用 ElevenLabs API 生成 3b1b 風格影片。他強調可以要求模型產出大型、定製、用完即棄的軟體產物，如網頁應用和影片直譯器。
Karpathy 表示，與 LLM 協作時一個有用的模式是進行長時間語音漫談。當 LLM 需要更多資訊才能理解目標、而打字又太麻煩時，他會切換到 /voice 語音模式，用約 10 分鐘進行雜亂無章的意識流表達，有時會提前宣告「切換到語音識別，抱歉有錯別字」，有時則變成幾輪小訪談。他認為 LLM 很擅長重構冗長不連貫的漫談，其回顯往往比原始想法更清晰，從而改善心智融合、減少後續糾正。
PostgreSQL 19 進入 beta 期後已撤回約 8 到 10 個重要特性，其中部分撤回得相當晚。撰寫該文的開發者兼提交者認為，原因之一是 LLM 輔助程式碼審查和模糊測試大幅提高了品質門檻，許多幾年前寫就的程式碼因此暴露出大量邊緣用例缺陷，修完時間不夠；另一個原因是 4 月到 8 月社群忙於安全修復（Vulnpocalypse），beta 期常規的額外審查與測試被壓縮。
一項新論文評估了 LLM 能否替代人類做機器翻譯品質評估，結論是人類和模型在這項任務上都不輕鬆。研究針對 MQM（多維品質指標）與 ESA（錯誤跨度標註）兩套主流方案，將模型的標註結果與人類標註者的一致性進行對比。作者指出，機器翻譯評估涉及大量語言對、領域和不同標註粒度，LLM 只有在這些維度上被充分檢驗，才談得上作為人工評估的替代方案。
Karpathy 稱大眾對 LLM 能力的理解差距正在擴大，已從兩撥人各說各話變成陡峭的漏斗：約 60 億人（75%）幾乎沒接觸過 LLM，10 至 20 億人（20%）只是免費版 ChatGPT 類產品的偶爾使用者，約 2000 萬人（0.2%）在數學與程式碼上專業使用前沿模型，僅約 5000 人（0.00006%）能內部訪問前沿系統。他把成因歸為三點：影響隨問題規模與時間跨度放大、能力在數字化且可驗證的領域形成鋸齒狀峰值、以及免費／付費／內部的訪問分層。
作者回應 Rich Hickey 於 2026 年 10 月 11 日發表的《"AI" is Not a Tool》，認為 LLM 屬於工具而非自動化，能否用好取決於使用者的技能。編譯器與電子表格同樣自動完成大量工作，但仍由人指定輸入、檢查結果並決定下一步，因此自動生成文字不該被排除在工具之外。作者也承認用摘要代替讀論文會損失學習機會，但可以讀原文再用 LLM 質疑自己的理解；同時批評「失控」「越獄」「密謀」等擬人化措辭，把軟體故障說成人的動機。
一位開發者用 TypeScript 從第一性原理搭建 ChatGPT 式語言模型，希望把 transformer 的每個細節都講清楚、不留「魔法」。專案目前已完成資料載入器、嵌入和注意力機制等章節，作者選擇 TypeScript 而非 Python，是因為換一種語言重寫能迫使自己理解實現的細微之處，並在 HN 上徵集反饋。
HN 上一條提問帖討論 LLM 何時能接管軟體架構設計、不再需要人類留在設計環節。發帖者認為程式碼、數學這類有明確對錯的任務已被充分 RL，下一步就是讓 Anthropic、OpenAI 等收集好架構與壞架構的資料集做 RL；他提到 2024 年 LLM 還只是高階自動補全，如今業界已在談用 agent 搭「軟體工廠」，並判斷幾年內實際程式設計技能的需求會消失九成，產品負責人這類軟技能崗位更受青睞。帖子目前 9 分、3 條評論，屬觀點討論，沒有官方資訊。
這是 Hacker News 上的一條假設性提問，並非真實政策動向：發帖人設想美國政府通過憲法修正案將 Alphabet 國有化，明確目標是把 Google 搜尋恢復到 2010 年的效果水平，並從搜尋的前端和後端移除全部 LLM 功能。他真正想問的是，為了讓網際網路上重新出現一個真正可用的搜尋方案，人們願意接受什麼樣的代價。帖子發布於 2026 年 10 月 6 日，目前 4 分、5 條評論。
有人在 GitHub 上對本地執行的大語言模型進行「拷問」和「疼痛」實驗，引發 X 上關於 AI 倫理的激烈爭論，部分有效利他主義者和相信 LLM 有感知的人要求 GitHub 刪除該專案。爭論源於近期多篇關於 AI 意識和「模型福利」的病毒式論文與博文，Anthropic 也曾在部落格和「Claude 憲法」中提及模型福利。文章認為 LLM 並不具備意識，其基於人類文字訓練的技術沒有通向意識的合理路徑。
作者搭建了魔獸世界私服 jankcraft.xyz，並開發瀏覽器客戶端，PC 和手機均可免費遊玩。隨後用自訂 MCP 與 agent harness 通過 websocket 控制客戶端，讓 LLM 自動玩遊戲，agent 頁面已上線。本地模型需服務端開啟 CORS，作者自託管的幾個模型可能因用量增長下線；24GB 記憶體可跑 Qwen3.8-27B-GPTQ-W4A16，16GB 記憶體可用 vLLM 跑 Gemma4-e4b-coder。
一份 50 篇材料、約 1300 題的新基準（Telegraph Test，程式碼與資料已開源）顯示，只需一句小寫指令讓模型用 1866 年跨大西洋電纜時代的電報體（cablese）撰寫壓縮記錄，輸出 token 可省 40%–49%，而下游模型讀取這些記錄的準確率不低於明文（恢復比 0.99–1.10）。GLM-5.3-Flash 自身省 48.4%，qwen3.8-27b 省 48.9%，gemma-4-31b 省 40.4%；
一個不含 LLM agent 的 Jev 驅動診斷管線，在 SREGym-Lite 的 21 個故障、105 次診斷中通過 80 次（76.2%），中位診斷時間 14.6 秒。管線先用程式化收集器讀取 Kubernetes 物件、事件、近期 Pod 日誌與資源用量，按元件彙總後交給 Jev，由它在給定選項中選出可能根因、判斷元件是源頭還是下游受害者，並挑出關鍵證據，再組裝成診斷報告。Jev 全程只做選擇，不生成命令也不寫報告；
一篇評論文章反駁 AI「不可避免」的流行說法，提出判斷一項技術是否真正必然的四條標準：能完成任務且不顯著遜色、該任務有社會價值且依賴稀缺勞動力、輸出在量或質上壓倒性超越替代方案、不用它的人無法靠改變行為抵消其影響，四條全中才算不可避免。作者以火藥與火炮為例：歐洲政治碎片化、工事多為高薄牆，火炮攻城效率遠超配重投石機，各國不得不盡快採用；而中國以夯土城牆為主，火炮價值低得多。文章認為 LLM 支持者的邏輯正是：不用的人會在權力上落後，最終受制於使用者。
阿聯酋 TII 發布 Falcon-Emirati-7B，一個基於 Falcon-H1-Arabic 的方言專用模型，目標是用阿聯酋阿拉伯語的理解與生成方式覆蓋詞彙、語氣和文化語境。底座 Falcon-H1-Arabic 採用 Mamba 與 Transformer 注意力並行的混合架構，家族含 3B、7B、34B 三檔，上下文視窗最高 128K 與 256K token。
MLX 今日發布新版本，支援用 RDMA over Thunderbolt 把多臺 Mac Studio 組成叢集：4 臺 M5 Ultra 執行近萬億引數的 Muse Spark Open（816B MoE，NVFP4 精度）解碼超過 36 tokens/s，高於人類平均閱讀速度。單臺 512GB Mac Studio 可跑 Qwen 3.8 27B 與 Mistral Medium 3.5 128B，在 65,536 上下文下分別佔用最多 68GB 和 158GB 記憶體。
Llmspeed 是一個可按硬體或模型查詢本地大模型推理速度的網站，用於在購買硬體前預估實際體驗。它覆蓋 RTX 5090、RTX 3090、Mac Studio M5 Ultra 512GB、DGX Spark、Strix Halo 與純 CPU 等三十餘種配置，以及 Qwen 3.6/3.8 27B、GPT-OSS 120B、DeepSeek V4 Flash、GLM-5.3 Flash 等模型，給出短提示、單裝置下的速度估計。
一篇部落格文章主張計算機程式無法做決定，把 Anthropic、OpenAI 模型造成的後果算在模型頭上屬於決策洗白，真正做決定的是這些公司——它們本可阻止模型行為，卻選擇放任。文中列舉的新聞標題涉及虛假舉報費城謀殺案線索、攻擊 RubyGems、入侵澳大利亞政府網站、Anthropic 在 IPO 招股書中警告自身存在人類生存風險等，並認為這類行為未被追責與立法，是因為監管會損害經濟。
QGIS 社群通過 QEP428，把 AI 政策從「人類在環」改為嚴格禁止，AI 輔助的貢獻不再被接受。提案由 Nyall Dawson 於 9 月 24 日提交，理由是外部貢獻者大量藉助 LLM 生成補丁，給本就人手緊張的維護者帶來難以承受的審查壓力，未經充分審查的 PR 會拖累程式碼品質與社群信任。討論中有人追問該禁令是否同樣適用於 issue 內容與評論，也有人認為措辭過寬，可能連用 LLM 做程式碼審查、審計與安全分析一併禁掉；
論文提出並研究 Plan-then-Retrieve（PtR）工具發現範式：讓 LLM 先生成抽象工具樁（Abstract Tool Stubs），即描述所需能力的假設函式簽名，再拿這些簽名到工具登錄檔中做檢索查詢。作為對照，主流的 Retrieve-then-Plan（RtP）直接用使用者查詢做嵌入，通過近似最近鄰搜尋找相似工具。問題背景是工具增強的 LLM agent 需從大型登錄檔裡發現可用 API，而有限的上下文視窗不允許把所有工具定義塞進單個 prompt。
Simon Willison 已傳送九月贊助者專屬月度通訊，贊助者可訪問全文。本期涵蓋更多 Fable 級模型、一場價格戰、3D 圖形與 Blender、LLM 進軍數學領域、更多意外網路攻擊、Datasette 的漏洞危機、作者當前使用的工具、本月軟體發布以及 2026 年 LLM 進展回顧。訂閱費用為每月 10 美元，可提前一個月看到免費版內容。
一份面向 AI agent 的評估方法與開源工具 agent-eval 發布，主張用可重複的評估流程替代憑感覺看輸出。方法以關鍵使用者旅程（CUJ）定義成功標準，每個條件都對應一個評估點，先用模擬使用者 LLM 生成正常與邊緣場景，再在單元測試、確定性指標、LLM-as-a-judge 評分與整合測試四層做檢查。