今天這批消息有一條清楚主線：影像與影片管線愈來愈「可互動、可編輯、可本地跑」；另一條則是開源／代理生態在對齊標準與產品形態。下面七則依 Video → ComfyUI → LLM → Agent 排開，每則補上機制、數字與邊界，方便直接判斷值不值得跟進。
Video
Hy-Nomas：騰訊混元的「可繼續生成」互動式世界模型
騰訊混元釋出 Hy-Nomas（Towards Free-Form Interactive World Generation）：不是一次出完一支片，而是以影片段落（segment）為單位的自迴歸擴散。你先描述一個世界，之後每一輪用文字指令或相機軌跡「接著導」；模型在壓縮 latent 裡從高斯噪聲去噪當前段，同時讀取過去所有段的 KV cache，注意力跨段因果，因此不必預知未來段也能延續同一世界。
蒸餾推斷預設 8 步 Euler ODE，輸出 720×1280＠24fps。相機不是寫在 prompt 裡碰運氣，而是獨立條件：軌跡檔提供 c2ws（外參）與 intrinsics，經歸一化、按四幀分組壓成 64 維特徵，在雙流 MMDiT 區塊裡以 cross-attention 餵給 video tokens。官方示範甚至支援 WASD／滑鼠即時導航，再於下一輪回放。
架構上，骨幹是 54 個雙流 MMDiT（hidden 2048、16 heads），文字條件來自 Qwen2.5-VL-7B-Instruct 隱藏態；影片 latent 為 DCAE-V f32t4c32，解碼則用微調過的 PixelUMM（與 DiT 的 8 步去噪分開計）。標準推斷走 8-way sequence parallel（一組約八卡）；另有 單卡 RTX 4090 設定：DiT 權重與 KV 存 INT8、解碼 FP8、階段性 CPU offload，GPU 歷史約限 18 個 latent frames——代價是系統記憶體與傳輸延遲，官方未公布每段耗時。
授權 Apache-2.0，權重與訓練／標註代碼同日公開，並附 Hy-Nomas-Bench（四項、共 280 案：多輪文字、相機導航、交錯控制、空間記憶）。ComfyUI 尚無官方核心節點。社群埠至少兩條線：Nynxz/ComfyUI-HyNomas（約 10/23）提供 INT8／BF16 轉檔；PedroMarinhoDev／LatentSpacer 一系則讓 DiT 走 stock KSampler，並可把靜態圖「假裝」成首段仍幀寫進 KV（官方並無 image input）。實測數字（社群自報，非官方）：Drive mode 約 4.3 s／1 s 回合＠832×480 on 4090；720p 採樣約 1.02 s／step（INT8／Triton／FP8 decoder）對上 plain BF16 埠約 2.29 s；約 10 s＠832×480≈34 s，20 s 720p（五段）≈3 min；12／16 GB 模擬幾乎同速。Nynxz 作者在 5090 INT8 另報約「3 秒片段 ≈ 21 秒＋解碼數秒」——一律當單人、一日齡埠，勿與官方 4090 組態混談。X 上 @LatentSpacer 亦稱 INT8／FP8 路徑可在約 12 GB 跑。
提示格式需跟官方 rewriter（如 <|Subject1|、Compared to the previous segment）。Reddit 熱議傾向：室內場景可能優於開世界，可當 splat／拍攝環境初稿；亦有 sampler 起跑報錯回報。另附 Cinematic／Robotics 兩支 LoRA；INT8 loader 無法在推斷時另掛 LoRA，需在 BF16／FP32 路徑合併。線上 demo 依賴獨立的 Nomas-PE；離線可用準備好的 JSON prompt 檔略過。
- Hugging Face · tencent/Hy-Nomas
- GitHub · Tencent-Hunyuan/Hy-Nomas
- ComfyUI Wiki 整理
- PedroMarinhoDev ComfyUI 埠
- r/comfyui 討論
- r/StableDiffusion 討論
- X · LatentSpacer 節點
ComfyUI
RTX 3000 系 FP／BF16「解鎖」：矩陣翻倍 ≠ 出圖／tok/s 翻倍
社群討論的焦點，是消費級 GA102–GA106（RTX 30 系） 上，驅動對 FP／BF16（以及 TF32）矩陣指令發出速率的限制——有解釋指這是 FP32 accumulation GEMM 的市場區隔旗：Ampere 消費卡上 FP16／BF16＋FP32 accum 被腰斬，主要衝擊訓練、diffusion、LLM prefill 與大 batch；batch-1 token gen、INT4／INT8、或不用 tensor core 的路徑幾乎無關。Linux 常見工具是 Zagitta/gpu-unlock（驅動 bind 前寫入 speed selector）；Windows 另有社群 fork。30／20 系討論較多，40 系有 AD103 測試聲量，50 系 fuse 難度較高。
官方表（3090 Ti、8192³ dense GEMM、450 W、五次中位、FP32 accumulate）看起來很兇：BF16 87.50→157.41 TFLOPS，FP16 約 87→118，TF32 約 43→83。但範圍只覆蓋矩陣／tensor 路徑——VRAM、頻寬、功耗牆不變；decode 這類常仍是記憶體或 CPU-bound 的步驟，本來就吃不到這份吞吐。
更貼近實務的對照來自 Strata issue #3858（3090、300 W cap）：torch matmul BF16 可到約 +77%，但實際 LLM prefill 依量化僅約 +12.9%／+8%／+1.5%，decode 幾乎沒動。這也解釋了 Reddit 留言為何有人只感到約 4%：GEMM 翻倍不會自動變成 ComfyUI 或 tok/s 翻倍。部署上還要 cold boot、initramfs 早載與目標卡設定；非官方支援，社群亦有 EULA／Secure Boot／穩定度風險討論。結論宜寫成：這是硬體潛力被打開一扇門，值不值得跟，端視你的負載是不是真的卡在 BF16 矩陣。
MOSS-Image Edit LoRA：指令編輯進核心，一天內對上格式
OpenMOSS 的 MOSS-Image（約 5B、偏文字與版面）本來強項是可讀文字與 JSON layout，缺的是「拿既有圖改一件外套」這類指令編輯。社群 chinoll/Moss-Image-Edit（rank-64 LoRA，約 297MB bf16）補上這塊：文字指令＋1–4 張參考圖，範圍涵蓋顏色、服裝、光線、季節與風格；多參考時必須在指令裡點名角色（例如「把 image 1 的人換上 image 2 的服裝」），adapter 本身不自動分配角色。
同日，Kijai 的 ComfyUI PR #17296 合併實驗性節點 Text Encode MOSS-Image Edit，並用 edit_format 區分不同訓練契約——Moss-Image-Edit 佈局下，vision tower 不看參考圖，外觀完全靠注入 DiT 的參考 latent；ai-toolkit 系則把參考縮到 ≤384² 並以 Picture N: 前綴進文字編碼。參考 token 以 timestep 0、彼此互看的方式掛在影像序列上，K/V 可快取，因此小 adapter 也撐得住身份。PR 另報：隔離佈局下單步從約 826ms 降到 457ms（1024²＋約 1MP 參考）。支援落在 v0.42.1 之後，現成安裝需更新過該 tag。
並行還有自包含節點包 Chenkin-x/ComfyUI-Moss-Image-Edit（走完整 Diffusers snapshot；預設例 512²、30 steps、CFG 4.0）。同日 Reddit round-up 還並列 Brightness／WB／HDR 與多支風格 LoRA，以及 LoRA-Blend——編輯主線之外，生態仍是「一天一波適配器」。邊界要寫清楚：這不是萬能編輯器——卡片未宣稱插入物體、無公開 benchmark、也非 OpenMOSS 官方釋出；核心 PR 是唯一經 ComfyUI 維護者審過的部分。可與 Base 或 SFT 權重搭配；範例多在 SFT 上。
LLM
Kimi K3.1 Pro：3T 級開源路線，今天可玩、權重約 11/4 前開
月之暗面推出 Kimi K3.1 Pro（K3.1 系列首模）：定位為其目前最強的 3T 級開源權重路線模型；官方 X 與第三方皆標約 2.8T total／104B active MoE、1M context。同發 K3.1 Pro Highspeed（官方稱約 2–3× 速度）。今日起可在 Kimi.ai、Kimi Work、Kimi Code 與 API（kimi-k3.1-pro／kimi-k3.1-pro-highspeed）使用；完整權重預計 2026-11-04 前釋出。第三方轉述 API 約 $2／$10 per 1M（對照 K3 約 $3／$15；highspeed 更高）——非正式 blog 正文，僅供量級參考。
技術敘事重點在「更大規模的 joint RL」與長程 coding／agent 能力。官方標註 Terminal-Bench 4.0：65.7%（同表 Claude Opus 5.5 為 66.4%、GPT-6 Astra 58.2%）；內部 Kimi Code Bench 3.0 Long-horizon 由 K3 的 55.95% 提到 61.2%。BenchCAD（多視角→CAD 代碼）工具輔助達 92.7%；OfficeQA Pro v2 64.4。幻覺壓力測（Kimi Hallu Bench Hard）稱 claim 級幻覺率由 K3 的 23.4% 降至 8.3%——官方強調這是壓力測，不代表日常整體錯誤率。
產品面上，強調遊戲引擎（Unity／Unreal／Godot）與 3D／參數化建模、財務工作流端到端；並專節說明為開源釋出做了 cyber 相關資料剔除，內部 xdev-bench-hard pass@3 由未剔除的 90.5% 降到最終 81.0%，意圖是「不把攻擊能力推到開源絕對前沿，但仍逐步抬高可防禦用途的能力」。Enterprise 預設關閉，需管理員開啟。
DeepSeek-V4.1-Flash 的 GSQ-RCO GGUF：非均勻低 bit，但暫別指望 llama.cpp
ISTA-DASLab 釋出 DeepSeek-V4.1-Flash-1017 的 GSQ＋RCO 非均勻 GGUF：不是全模型同一量化型，而是依張量敏感度在總大小預算下分配精度。基座為 763B／384 experts MoE（每 token 約 6 個 expert 啟用）、1M context。三檔 backbone 平均 bit：IQ1_M 1.75／IQ2_XXS 2.00／IQ2_XS 2.25；另有共享 Engram 表（約 110.6GB、IQ4_NL）三檔共用一份。
評測（reasoning effort 50）稱 IQ2_XXS 在 AIME25／GPQA-Diamond／LiveCodeBench v6 上與基座對齊，task average 100% recovery；更小的 IQ1_M 約 98.7%。宣稱搭配 Strata 可在 單卡 12GB 跑——backbone 不必整進 VRAM，Engram 宜放 SSD 做 mmap。
關鍵 caveat（截至原料日約 10/23）：llama.cpp 尚不支援 DeepSeek-V4.1 架構，這些 GGUF 目前不能當一般 llama.cpp 日常路徑；官方支援敘述指向 Strata（社群另有 fork Xolotl 聲稱已吃 ISTA quants）。有人在等 llama.cpp 相關 PR（如 #28696／#30817）。Reddit 熱點偏向「層級分配比暴力抬 bit 更關鍵」、相對少 token smearing。授權繼承基座 MIT。對「想本地下大 MoE」的人：這是量化方法與體積敘事的進展，執行時仍卡在 runtime 生態。
Agent
Agent Skills 捐給 AAIF：標準搬家，用法不變
Anthropic 宣布將 Agent Skills 開放標準捐給 Linux Foundation 下的 Agentic AI Foundation（AAIF）——與先前捐出 MCP 的同一中立治理框架（AAIF 由 Anthropic、Block、OpenAI 等共創）。Skills 本質是資料夾＋SKILL.md（加腳本／參考），讓 agent 載入程序性知識；官方稱自 2025-12 公開標準以來，已有超過 70 個 agent 平台整合（含 ChatGPT、Cursor、GitHub Copilot、VS Code），並累計約 100 萬 個 skills 釋出、近 2.8 億 次安裝。
捐贈範圍含名稱與標誌、GitHub org、以及 agentskills.io 網域。不加入 AAIF 仍可使用與貢獻。維護改由 Anthropic、Google、OpenAI 等工程師以個人身份參與，Lead Maintainers 為 David Soria Parra、Mahesh Murag。下一步提案含版本化釋出、正式提案流程，以及撰寫／安裝 skills 的安全指引。
對實務的意義：技能檔格式不會因「搬家」而突然作廢；治理從單一廠商移到基金會，長期比較像 MCP 的路徑——互通性優先於品牌綁定。社群吐槽仍在：有人指 Claude Code 現階段仍只讀 .claude/skills，跨工具共用時常得靠 symlink——標準捐出去了，載入路徑未必一夜統一。
Claude Duet：主動式代理研究預覽（美區 Pro／Max 候補）
Anthropic 開出 Claude Duet 研究預覽：獨立 app（iOS／Android／claude.ai），定位「主動找你、背景繼續做、代操前先核准」。晨間跨已連 app 給簡報；日間隔數小時檢查（持續狂刷會吃光用量）；任務在自有 VM＋瀏覽器上跑，筆電不必開著。送訊、付款、簽名、刪除前會出示即將執行的內容並等待核准；證券交易、帳戶間轉帳等即使核准也不做。憑證路徑對齊 Managed Agents 設計（代理不直接見密碼／token），並加敏感資訊分類器。
Marketplace 六千多個 connector／plugin 可用於郵件、帳務、薪資、招聘、合約、CRM、店面等；購物可走 Stripe Link 虛擬卡或 Shop Pay。預覽期與 Claude 其餘功能共用方案用量，且背景檢查也計入——社群第一反應也卡在這：always-on 很方便，但「關筆電仍工作」同時意味著 usage 燒得快。起點為美國 Pro／Max 候補；官方自陳仍可能誤判緊急度，私人雜務（訂票等）尚弱，也還不能把瀏覽器畫面秀給你看。實測樣本仍少，符合 research preview 階段。