InferNews

playwright-skill 技能讓代理即寫即跑瀏覽器流程

2026 年 8 月 15 日 Share to X Copy link

這個項目把 Playwright 自動化包進 Agent Skill，適合要把瀏覽器操作變成可重跑程式的場景。它偏向 code-first，重點是把測試、截圖、網絡攔截和多步流程直接交給代理生成。

面對要反覆驗證頁面流程、抓截圖、做網絡攔截，或者把操作保留下來重跑的情境，這個項目提供的是一套給 coding agents 用的 Playwright 自動化技能，並同時包成 Claude Code Plugin，安裝與接入都比較直接。

它不是單純的瀏覽器控制工具，而是讓代理按需要寫出真正的 Playwright 程式，再即場執行。官方也明講，若只是一般互動式瀏覽，Playwright CLI 或 playwright-mcp 會更合適；這個項目更適合 code-first 工作流，當自動化本身就是要保留的產物。

安裝方式以 Vercel 的 skills CLI 為主，支援全域或指定項目安裝；結構上把 skill 放在 plugin 的 skills 目錄，方便不同 agent 讀取。它也主打可見瀏覽器預設開啟、穩定的模組解析、臨時檔安全清理，以及按需載入完整 API，減少代理一次讀入太多內容。

• 適合要寫、執行、重跑 Playwright 腳本的工作流
• 支援單步頁面測試，也支援多步流程與多個 context
• 可用於 screenshot、video、network interception 等任務
• 和純工具式控制相比，更重視可保存的程式碼結果
• 受益較多的通常是做自動化測試、爬取流程驗證、代理工作流的人

整體看來，這個項目把「讓代理操作瀏覽器」提升成「讓代理產出可維護的 Playwright 程式」。它的價值不在於包辦所有瀏覽器需求，而在於把可視化執行、程式化控制和可重用性放到同一條工作流裡。

GitHub

Categories: 開源, Agentic, API, MCP, 編程, Skill 技能

---

MiniMax-H3-Text-Embeddings ?

2026 年 8 月 15 日 Share to X Copy link

這不是傳統 NLP 或 RAG 領域中所指的「文本向量嵌入（Text Embedding）」模型。

這不是傳統 NLP 或 RAG 領域中所指的「文本向量嵌入（Text Embedding）」模型。MiniMax-H3-Text-Embeddings 實際上是 DiffSynth-Studio 團隊為 MiniMax-H3 影片生成大模型所設計的「視覺特效/風格控制向量（Diffusion Templates / Textual Inversion）」。

MiniMax-H3 是一個高達 33B 參數的大型多模態生成模型，若要透過訓練 LoRA 來控制風格或特效，顯存與算力成本非常高。DiffSynth-Studio 團隊採用了類似 Textual Inversion（文字翻轉/概念嵌入） 的做法：

1. 極輕量替代方案：將特定特效（如火爆、風暴、環繞鏡頭等）預先訓練或編碼成特徵 Tensor。
2. 直接注入文字特徵層：這些檔案體積非常小，能在推理階段直接替換或疊加到 MiniMax-H3 的 Text Encoder 輸出上。
3. 模組化與組合：使用者可以像掛載外掛一樣，組合多個特效 Embedding 來控制生成的影片視覺效果。

3. 總結建議

• 如果你是在找 RAG / 知識庫 / 搜尋用的文本嵌入模型：請忽略此模型，這不是向量檢索工具。
• 如果你是在使用 DiffSynth-Studio 進行 MiniMax-H3 影片生成：這是用來快速套用影片特效、節省顯存並替代重型 LoRA 的控制模組。

項目主頁

Categories: 開源, Embedding, RAG, 視頻模型, MiniMax

---

DeepSeek Harness 把 Agent 變成插件

2026 年 8 月 15 日 Share to X Copy link

DeepSeek Harness 想解決的唔係單一 Agent 功能，而係點樣把模型、工具同工作流拆開重組。對想長期調整 Agent 流程的團隊，呢個方向比單次 demo 更有參考價值。

DeepSeek Harness 把 dsh 做成一個面向開發者的 Agent harness，重點不在於再包一層聊天介面，而是把模型、工具、技能、會話、沙箱、存儲、循環、調度同 UI 全部拆成插件，讓團隊用配置去換件、重組，同時保留可追蹤的執行過程。它處理的是 Agent 進入真實工作流後，經常要改工具鏈、換模式、查執行軌跡的維護問題。

你可以直接用 npx @deepseek-ai/dsh web 啟動 Web UI，也可以從原始碼安裝；兩種方式都指向同一件事：DeepSeek 並非只想交付一個可試玩的介面，而是提供一個可延伸的開發底座。現階段它仍屬 developer preview，兼容性破壞會持續出現，較適合願意跟住 API 與插件生態一齊迭代的團隊。

跟不少把能力寫死在框架內的做法相比，DeepSeek Harness 把 Cordis 放在核心位置，內核只負責插件載入、卸載與依賴關係，Agent 能力則交由插件之間透過服務與事件協作。好處是替換模型、工具或 preset 時毋須大改源碼；代價是系統理解成本較高，穩定性亦未到可安心鎖版的階段。

它提供標準模式、PTC 模式、極簡模式同創造模式，反映出同一套底層同時照顧編碼 Agent、基準測試同自訂 preset。當中較值得留意的是 Trajectory 視圖與僅追加式會話日誌，系統會記錄提示詞、工具調用、結果、子 Agent 調度與上下文注入，對除錯、回放、分叉同檢索都幾有用，但官方未提供明確基準分數，現時較難直接用量化結果同其他 Agent 框架比較。

• 用 Cordis 作核心，將 Agent 各層能力拆成可替換插件
• 可經 Web UI 快速測試，亦可由原始碼部署到自訂環境
• Trajectory 與事件流日誌有助追查每一步決策與工具操作
• developer preview 階段變動頻密，較適合開發者與研究型團隊
• 重點價值在可組合工作流，而唔係單一模型能力展示

項目主頁 · GitHub

Categories: 開源, DeepSeek, Agentic, API, 工具, Skill 技能, UI/UX

---

Qwen3.8 系列的 27B 開放權重模型

2026 年 8 月 14 日 Share to X Copy link

Qwen3.8-27B以 27B 密集模型同時處理文字、圖片與影片，重點不只在識別內容，而是更穩定完成多步驟任務。它延續 Qwen3.5 架構，但頁面公開的本地量化與 GGUF 資訊仍未齊。

由 Qwen3.5 的架構基礎延伸而來，Qwen3.8-27B把長流程推理、Agentic 任務同原生視覺理解放入同一個 27B dense 模型。使用時最直接的差異，是它不只看圖答題，亦針對編程、專業工作、研究與多步驟任務完成度作強化，並保留可調整的 thinking control。

模型層面採用 Causal Language Model with Vision Encoder，屬於經過 pre-training 與 post-training 的 image-text-to-text 模型。27B 參數、64 層、hidden size 5120，以及混合 Gated DeltaNet 與 Gated Attention 的 hidden layout，反映它不是單純沿用傳統 dense Transformer 堆疊，而是針對長程依賴與效率作結構調整。

Qwen 3.8 27B BLOWS MY MIND! Best Local AI Model Yet! Basically Opus Locally! (Fully Tested)

對開發者而言，較有用的是推理行為控制：thinking mode 預設開啟，可按請求關閉；reasoning_effort 可調整推理深度；preserve_thinking 可保留歷史訊息中的 reasoning context。

• 基礎模型可確認為 Qwen3.5 架構系統上的後訓練版本，而非獨立另起爐灶
• 原生支援圖片與影片理解，定位比純文字模型更貼近 Agentic 與多模態工作流
• 相容 Transformers、vLLM、SGLang、TokenSpeed，方便接入現有堆疊
• 頁面未提供 GGUF 格式、量化檔名、mmproj、Ollama／llama.cpp／LM Studio 建議配置
• 亦未見 MTP draft speculation、v2 檔名變更或 chat template 注意事項的具體說明

與同系前代相比，Qwen3.8主打的是可靠完成整段任務，而不只是單輪回答更聰明；與一般視覺語言模型相比，它更強調 environment feedback 下的自主規劃。目前公開的是 Transformers 格式權重與設定檔，未足以直接判斷本地量化部署門檻，所以硬件需求、推薦量化等級與不同量化之間的取捨，現階段只能等後續模型檔或社群移植版本補上。

模型

Categories: Qwen, Agentic, API, 多模態模型, 模型, 模型訓練, 編程, 視覺模型

---

Qwen3.8-2.4T-A95B 超大型開放權重文字推理模型

2026 年 8 月 14 日 Share to X Copy link

Qwen3.8 把 Qwen-Max 級別能力帶到開放模型，強項不只是答題，而係更穩定完成多步驟工作。

Qwen3.8-2.4T-A95B 把 Qwen-Max 級別的能力開放出來，而且明確建基於 Qwen3.5 的架構底層，BF16 safetensors 格式及1M上下文。定位上屬於 Causal Language Model，面向文字生成、編程、研究工作與長流程 Agentic 任務；相比只追求單輪回答，它更著重規劃、接收環境回饋，以及把多步驟工作做完。

Qwen3.8-2.4T-A95B 的核心規格相當進取：總參數 2.4T（2.4 trillion）參數，但每次啟動 95B，屬於典型大型 Mixture of Experts（MoE）路線，用較高總容量換取較可控的推理成本。模型經過 Pre-training 與 Post-training，並採用 Qwen3.5 架構延伸而來的層設計，包括 Gated DeltaNet、Gated Attention 與 MoE 組合，重點不是單純堆大，而是提升長鏈推理與任務完成的穩定性。

Qwen3.8-2.4T-A95B 主要來自兩個控制點：reasoning_effort 可調整推理深度，preserve_thinking 可保留歷史訊息中的 reasoning context。這代表它比較適合需要反覆修正、逐步執行的工作流，而唔係只看一次輸出的場景。頁面亦提到它對常見 harness 與開發工具有更廣泛支援，模型檔案可配合 Transformers、vLLM、SGLang、TokenSpeed 等推論堆疊。

• 基礎模型可確認是建基於 Qwen3.5 architectural foundation。
• 已知開放的是 Hugging Face Transformers 格式的 post-trained 權重。
• 官方另有 Qwen3.8-Max 版本，功能更多，包含 vision input、non-thinking support、內建工具，以及預設 1M context length；但這些能力屬於官方服務版本，不應直接視為此頁權重全部具備。
• 從已公開資訊看，它的優勢在於長流程 Agent 執行與專業工作可靠度提升；限制是硬體需求、完整上下文長度與量化部署細節未在此頁交代，離本地輕量部署仍有距離。

跟一般只強調 benchmark 分數的模型相比，它更強調任務完成率、規劃能力與工具鏈兼容性。由於缺少量化版本、推理記憶體需求與更完整評測數字，現階段較適合把它理解成面向高階推論服務與大型基建環境的開放權重，而不是即插即用的本地模型項目。

模型

Categories: 開源, Qwen, Agentic, API, LLaMa, Ollama, 模型訓練, 編程, Dataset 數據集

---

GLM-5.3 強化程式與安全分析能力

2026 年 8 月 14 日 Share to X Copy link

GLM-5.3 把重點放在寫程式、做 agent 同安全分析，並沿用 GLM-5.2 的架構與參數量。它同時帶來更強的開發表現與漏洞發現能力。

GLM-5.3 走的是實用取向，重點放在複雜軟件工程、agent 工作流同 cybersecurity。對要處理程式審查、漏洞發現、工具調用，或者生成較完整應用的團隊來講，它提供的是更穩定的能力提升，而不只是加大模型規模。

Z.ai 亦將它定位為旗艦模型，並強調 GLM-5.3 同 GLM-5.2 用同一個 base model，改進主要來自 post-training。這代表它嘅提升集中喺後訓練階段，而唔係重新改架構；同時，Open-Source Shield initiative 亦反映出它想推廣防禦型用途，並限制高風險濫用。

• 在 Z.ai Code Bench 上，GLM-5.3 較 GLM-5.2 有 50% 的編碼提升。
• 在 Terminal-Bench 3.0 同 Agents’ Last Exam (CLI) 上，取得開源 SOTA 成績。
• 在 CyberGym 上達到 SOTA，漏洞發現能力明顯加強。
• 在 exploit benchmarks 上，表現超過 GLM-5.2 一倍以上。
• 它支援 1M context length 同 128K maximum output tokens，適合長流程任務。

官方亦列出多種能力，包括 Thinking Mode、streaming output、function calling、context caching、structured output 同 MCP，方便接入外部工具同資料源。對要做長對話、複雜任務編排，或者把模型接入現有系統嘅使用場景，這些功能比單次問答更有實際價值。

文中提到，GLM-5.3 在 coding、frontend design、backend logic、simulations 同 complex app generation 都有明顯進步；在 KingBench 3 上得分 73/80，即 91.25%，排到第 1。整體來看，佢更像一個偏向開發同防守用途的強力開源模型，而唔係只靠單一 benchmark 造勢的版本。

項目主頁

Categories: Agentic, API, MCP, 編程, Dataset 數據集

---

Mechanist：把整個科研鏈串起來

2026 年 8 月 14 日 Share to X Copy link

Mechanist 把模型內部機制研究串成一條自動化流水線，從文獻檢索到實驗驗證都能接手。對做可解釋性、假設檢驗同 GPU 實驗的人，相當有價值。

Mechanist 係一個面向 LLM mechanistic interpretability 的 Autonomous Research Agent，重點唔係幫你寫報告，而係幫你把研究問題拆成可驗證的實驗流程，再逐步產出有證據支撐的結論。它適合需要反覆查文獻、提假設、跑 GPU 實驗、再做 robustness validation 的工作，特別係做模型內部機制分析嘅研究人員同團隊。

使用方式偏向研究工作流而唔係單點工具：先準備 task.md，再喺 Claude Code 入面啟動 /auto，系統會接住做 literature retrieval、hypothesis formulation、experiment implementation 與 execution。項目同時提供 /msearch 同 /mhistory，方便查文獻同追蹤主題脈絡；安裝資料提到要配合 Claude Code、uv，同埋設定 external review model，但 README 亦提到詳細步驟要參考 Quick Start，同時未有完整列出所有命令細節。

它的取捨幾清晰：比起只做文獻整理或者只跑單次實驗，Mechanist 會把整個研究鏈條串起來，仲會喺 GPU budget 內自動縮放實驗規模，唔夠資源時會直接停低並回報。這種做法令佢更像一個可執行的研究夥伴，而唔係純粹的查詢介面。

• 支援把研究問題轉成可重複驗證的實驗流程
• 會做文獻檢索、假設生成、實驗執行同穩健性檢查
• GPU budget 係硬限制，資源不足會明確停機回報
• 適合做 mechanistic interpretability、模型分析同研究自動化的人
• 目前以 Claude Code plugin 形式提供，Codex 支援屬於後續方向

項目主頁 · GitHub

Categories: 開源, Agentic, Anthropic, Dataset 數據集

---

MiniMax-Music3 的音樂描述改寫技能

2026 年 8 月 14 日 Share to X Copy link

這個項目把短音樂描述整理成更穩定的提示文字，方便後續生成或編修。它也支援帶標籤歌詞，讓內容更貼近音樂創作流程。

MiniMax-Music3 的 music-caption-rewriter 屬於一個 Skills 項目，重點是把簡短的音樂描述，連同可選的標籤歌詞，改寫成更適合後續處理的文字。它處理的不是旋律本身，而是前期描述太短、太散，難以直接拿去做音樂生成或整理的問題。

這類寫法對內容創作者、音樂生成工作流，或要把零散想法轉成較一致提示文字的人特別有用。它的價值在於先把描述整理好，再交給後續模型或工具，減少輸入太模糊而導致結果飄移的情況。

文件目前可見的資訊主要集中在用途說明，沒有完整交代安裝步驟、執行流程或評估數據，所以較適合把它理解成一個針對文字前處理的技能模組，而不是一個獨立應用。從命名和描述來看，它和一般直接輸入短句就生成的做法不同，重心放在改寫與結構化，讓輸入更一致。

• 處理短音樂描述的改寫
• 可搭配 tagged lyrics 一起輸入
• 目標是讓後續音樂生成更穩定
• 文件未提供安裝與評測細節
• 適合音樂生成前的文字整理工作流

項目主頁

Categories: 開源, Agentic, 音樂, MiniMax, Skill 技能

---

MiniMax-Music3 開放權重音樂模型

2026 年 8 月 14 日 Share to X Copy link

你可以把它理解成一個把歌詞、風格與編曲意圖直接變成完整歌曲的模型，重點不只係出聲，仲要保住前後段落的連貫感。它適合做 demo、原型同內容製作，代價是控制得愈細，提示詞就要寫得愈具體。

MiniMax Music 3 是一個音樂生成模型，重點在於把「可唱、可編、可聽完整首歌」串成一體，直接產出最長五分鐘的完整歌曲。對內容創作團隊來講，它最有價值嘅位唔係單句旋律，而係可以連住 intro、verse、chorus 到 outro，維持人聲、節奏同編曲走向一致。

輸入通常分兩層：歌詞負責唱咩，同時可以加上 [Intro]、[Verse]、[Chorus] 呢類段落標記；另一層音樂描述就交代風格、情緒推進、人聲質感、樂器配置同空間感。官方亦建議用 Structured Caption，將 Global Metadata、Vocal Details、Arrangement 分開寫，方便模型對長段落做更穩定嘅控制。

它用 8B Global LLM 處理長距離結構，再配 0.6B Local LLM 補足逐幀聲學細節，並結合 Flow Matching 同 Flow-VAE 做連續 hidden-state 合成。這種分工換來較完整的長歌一致性，但亦意味住提示詞要寫得有層次，否則編排同人聲變化未必會完全跟足預期。

• 最適合做完整歌曲草稿、廣告歌、遊戲音樂同內容原型
• 由歌詞加音樂描述共同控制，細節比一般單一句 prompt 更可預期
• 支援 32 kHz、16-bit stereo WAV 輸出，方便接入後期流程
• 強項係長段落連貫與結構完整，唔係只生成短片段
• 目前較適合重視創作速度與可控性嘅團隊，而唔係追求即用即完美成品嘅場景

項目主頁 · GitHub · 模型

Categories: 開源, 模型, 音樂, MiniMax

---

OpenART：把 Agent 安全測試搬進可演化環境

2026 年 8 月 14 日 Share to X Copy link

OpenART 將工具型 code agent 的安全評估做成可重現的 Docker 工作流，重點不是跑單一任務，而是觀察環境變化如何累積成風險。你可以把它理解成一個用來做 agent red teaming 的開源框架。

OpenART 把工具型 code agent 的安全測試，拉到一個更貼近長流程工作的環境裡。它不是單純驗證模型會不會答對，而是看 agent 在共享狀態、連續工具操作與環境演化之下，會不會慢慢走偏，這對做安全研究、紅隊測試或 agent 平台驗證的人都更有參考價值。

整個項目是 Docker-native 的框架，安裝後可先跑本地 smoke task，確認容器、評估器和路徑都正常，再切換到高複雜度任務。README 內也提供 target-only 與 attacker 兩種跑法，方便對比單看目標 agent 與加入 OpenCode-compatible attacker 的差異；任務圖會從 openart-tools 自動選取所需工具，使用方式偏向可控實驗而不是即插即用服務。

它的取捨很清楚：OpenART 把重點放在可重現、可擴展的安全評估，而不是包裝成一個面向終端用戶的產品。項目保留可執行 runtime、少量高複雜度示例與管理過的工具子集，卻刻意不放批次實驗驅動、生成結果和私有場景語料，代表它更像研究與測試底座，適合需要自行編排實驗的人。

論文背景提到，OpenART 提供超過 10,000 個已驗證 stateful scenarios，涵蓋 50 個領域，並支援 75 種 agent-model 配置的統一評估；EMHA（Evolutionary Markov Hypergraph Attack）則是用來推動環境演化的黑箱策略，無需更新參數。文中亦指出，複雜環境下，環境演化比只改指令更容易揭示安全失誤，這正是它相對一般短任務 benchmark 的關鍵差別。

• 支援先做本地 smoke run，再轉入高複雜度任務驗證
• 以 Docker 與任務圖管理工具，便於重現與隔離環境
• 可比較 target-only、attacker 與不同 agent-model 配置
• 適合做 agent 安全、紅隊測試與平台兼容性檢查
• 強調長流程與 stateful 環境，較能暴露累積性風險

GitHub

Categories: 開源, Agentic, 安全, 上海人工智慧實驗室, Dataset 數據集

---