開源可觀測資料湖 Parseable 亮相，每分鐘處理 1 億時間序列
用 Rust 編寫的開源可觀測性資料湖 Parseable 在 Hacker News 上展示，官方稱可每分鐘處理 1 億條時間序列。它原生支援 OTel、PromQL 與 SQL，資料以開放 Parquet 列式格式存放於物件儲存，採用無狀態架構，日誌、指標、分散式追蹤、告警與儀表盤都整合在單個二進位制內。
原標題：Show HN: Parseable, an open observability datalake, handles 100M time-series/min
閱讀原文
| 評分 | 30 / 42（平均 36，門檻 76） |
|---|---|
| 狀態 | 未入選 |
相關報導
專用推理引擎興起，放棄通用性換極致效能
近期出現一批極窄用途的推理執行時，包括 Strata、ninfer、DwarfStar、Splash、llamAmpere、gufo 等。它們刻意放棄 llama.cpp 與 vLLM 擅長的通用性，只針對少數模型甚至單一硬體家族（如 Strix Halo）做最佳化。作者認為通用執行時負責相容、過擬合執行時負責極致效能將成為常態，並有助於智慧的民主化與去中心化，讓現有硬體在特定配置下榨出最大輸出。
Opus 5.5 與 Sol 6.1 限時 15 分鐘生成 three.js 版布萊德湖城堡
一位使用者用同一提示詞讓 Opus 5.5 和 Sol 6.1 在 15 分鐘內用 three.js 建置簡化版布萊德湖城堡，要求可環繞旋轉相機並保持寧靜氛圍。Opus 5.5 用時 5 分 46 秒，約 30 萬輸入加 1.8 萬輸出 token，估算 API 成本約 1.56 美元；Sol 6.1 用時 11 分 2 秒，約 40 萬輸入加 1.6 萬輸出 token，估算成本約 0.96 美元。
Anthropic 文章設想 AI 每秒輸出百萬 token
Anthropic 發布一篇思想實驗文章，探討「每秒 100 萬 token」的四種含義：上下文容量、輸入處理速度、聚合吞吐量和單智慧體輸出速度，並強調這不是對任何現有模型的實測。文中以 Claude Opus 5.5 為例，其上下文視窗為 100 萬 token，但單次請求輸出上限遠小於此。文章用互動計算器演示：若單智慧體達到每秒 100 萬 token，1000 個故事結局約 1 秒寫完，但加入 60 秒固定檢查後，端到端加速從 10000 倍降至 132.57 倍。
Opus 5.5 跑 28 分鐘生成單檔案網頁，花費 6.17 美元
一位使用者用自訂 Pi agent 搭配 High 思考檔位的 Opus 5.5，耗時 27 分 45 秒、花費 6.17 美元（主 agent 4.97 美元、設計審查 agent 1.21 美元），產出一個 1029 行、零依賴的 HTML 檔案。輸出 122,689 tokens，其中思考 66,163 tokens；總 token 約 600 萬，約 95% 為快取讀取。
開發者稱用 Claude Code 後不再手寫程式碼
一位寫了 18 年程式碼的開發者表示，自去年在 Claude Code 中使用 Opus 4.5 後，用自然語言描述需求比手寫程式碼更快，於是徹底停止了手寫程式碼。他所在的 Filestage 團隊月合併 PR 從約 200 增至 300，bug 報告未增加，每位開發者每月 AI 訂閱費 20 美元，工具可自選 Codex、Claude Code 或 Cursor。