部落格：讀 AI 生成文字速度至少慢三分之一，風格與精度雙雙流失
一位作者在部落格中稱，自己閱讀 AI 生成文字的速度至少慢三分之一，即便篇幅相同。他把原因歸為兩點：AI 會平均化寫作風格，讀者難以感知作者本人及其語境；AI 為把文字拼接通順必須自行假設，傾向選擇更模糊的措辭，從而損失精度。他還指出多數模型輸出囉嗦，讀者需自行替換含糊詞，寫作者省下的時間會轉嫁到讀者一側，並帶來更多追問、更多迭代與信任下降。
原標題：On AI writing
閱讀原文
| 評分 | 42 / 40（平均 41，門檻 76） |
|---|---|
| 狀態 | 未入選 |
相關報導
Meta 工程師稱難逐行審查 AI 生成程式碼
Meta 工程師在 LinkedIn 發帖稱，用 AI 寫程式碼後難以逐行審查，交付的系統成了自己不完全理解的黑盒。帖文說 AI 輔助交付節奏太快，逐行檢查會耗費大量時間，結果可能只懂高層結構、不懂每個細節，這違背軟體工程習慣。該帖被轉到 Hacker News 的 Ask HN 後獲得 179 分、292 條評論，討論工程師該理解到什麼程度、又該如何應對才敢繼續交付。
斯坦福與 Together AI 提出 NCM，文字生成最高提速 31 倍
斯坦福大學與 Together AI 提出 Next-Concept Modeling（NCM），借鑑 NeurIPS 2024 最佳論文 VAR 的下一尺度預測，讓模型先並行寫出概念大綱、再逐層填充細節，形成不同於自迴歸與擴散的第三種文字生成範式。單塊 H100 上，XSum 摘要在 ROUGE-L 相當的情況下速度約為強擴散基線的 31 倍，LM1B 無條件生成約 21 倍，OpenWebText 約 10 倍，訓練 token 用量分別少 4.9 倍和 4 倍。
Anthropic 文章設想 AI 每秒輸出百萬 token
Anthropic 發布一篇思想實驗文章，探討「每秒 100 萬 token」的四種含義：上下文容量、輸入處理速度、聚合吞吐量和單智慧體輸出速度，並強調這不是對任何現有模型的實測。文中以 Claude Opus 5.5 為例，其上下文視窗為 100 萬 token，但單次請求輸出上限遠小於此。文章用互動計算器演示：若單智慧體達到每秒 100 萬 token，1000 個故事結局約 1 秒寫完，但加入 60 秒固定檢查後，端到端加速從 10000 倍降至 132.57 倍。
The Consensus 上線 AI 寫作痕跡檢測器，命中文章不獲推薦
軟體基礎設施部落格 The Consensus 上線自研「AI tells」檢測器，用靜態規則比對 2023 年前後的寫作差異，處於第 99 百分位的文章將失去首頁 At a Glance 板塊、社交媒體和每週 newsletter 的推薦資格。該檢測器不判斷文章是否由 AI 撰寫，只提示讀起來像 AI 寫作，作者稱它偶爾也會誤判自己的文章。讀者仍可在 feed 搜尋中用 aitells<90 過濾，作者也承認規則可被繞過，但認為這反而會促使各家寫出自己的風格。
長文評論：前沿 AI 只是隨機鸚鵡，AI 威脅敘事是炒作
一篇 10 月 10 日發布的評論文章認為，當前前沿生成式 AI 仍只是被高度增強的隨機鸚鵡，無法具備智慧判斷，因此應拒絕「AI」這一命名及其被兜售的敘事。作者從美國視角批評 Anthropic、OpenAI 等公司誇大能力，把「威脅人類」與「必須領先中國」的話術捆綁，用於自我牟利。文章還稱該技術至多是既有風險的加速器，例如病原體研究與威權監控，真正危險來自使用者而非模型本身。