M5 Ultra Mac Studio Review
https://www.macstories.net/stories/m5-ultra-mac-studio-review-the-dream-mac-for-local-ai-agents/📌 M5 Ultra Mac Studio實測:本地AI Agent的夢幻機器誕生了
TL;DR:256GB統一記憶體加上1.2TB/s頻寬,讓本地大模型跑agentic迴圈的體驗大幅提升。
雲端前沿模型更強、往往也更快,那為什麼還要折騰本地部署?MacStories作者用四天時間實測搭載256GB記憶體的M5 Ultra Mac Studio後給出了自己的答案:這臺機器徹底改變了他對本地模型能做什麼的想像。
🤔 為什麼要跑本地AI
作者坦言,買這臺機器的錢,拿去訂閱最貴的Anthropic方案好幾年可能都還划算,而且雲端模型效能更好。但對他而言,理由是隱私、成本,以及單純「這很酷」的動機混合。他分享了一個具體案例:今年夏天為撰寫iOS/iPadOS 27評測文章,他打造了一個叫Desk的內部應用程式,用一組基於DeepSeek V4 Flash(PDF處理另搭配olmOCR)的agent團隊,7天24小時運作了99天,處理310份文件,任務包括轉錄WWDC session、從剪存網頁與PDF指南中萃取功能點、跨來源交叉比對、從截圖萃取功能與bug,以及透過Notion API整理資料庫。作者提到,若靠OpenAI或Anthropic的API來做這種持續性背景任務,成本會高到難以負擔,因此轉向本地方案,最終總成本是0美元。
🧩 硬體規格:UltraFusion四晶粒架構
M5 Ultra外觀與前代M3 Ultra相同,但內部改用UltraFusion技術,將兩顆雙晶粒的M5 Max晶片連接成四晶粒架構,是Apple生態系首見。GPU方面,新一代80核心GPU每核心配備Neural Accelerator,相較M3 Ultra峰值AI運算效能最高提升4.5倍。記憶體方面,統一記憶體架構上限仍是512GB(該版本要到10月底才推出),但頻寬從819GB/s提升到1.2TB/s,較M3 Ultra提高50%。
📊 prompt處理與生成速度雙雙躍進
作者將M5 Ultra與擁有512GB記憶體的M3 Ultra,以及自己搭載RTX 5090的遊戲主機進行對比。結論是:M5 Ultra處理prompt(即token prefill)所需等待時間明顯縮短,開始生成回應後,文字輸出速度也比M3 Ultra快上不少。作者也提到,RTX 5090憑藉更高的記憶體頻寬,在效能上仍略勝一籌,但考量到自建PC的體積、發熱與噪音,他仍更傾向選擇M5 Ultra Mac Studio。
💡 從個人助理到Codex子agent
得益於更快的GPU與更高頻寬,作者目前將Qwen3.8-Flash-Next模型設為Open Minis for iOS與Hermes Agent這兩個個人助理應用的預設模型,使用頻率甚至超過Siri AI。他也開始在Mac上的Codex應用中使用本地模型,無論是作為主執行緒,還是由GPT-6 Astra調度的子agent,體驗都相當不錯。他特別提到,更快的prefill與生成速度讓這些agent在context視窗變大、進行長時間多輪對話迴圈時,不會隨著session拉長而明顯變慢。
⚠️ 不是給所有人的方案
作者坦言自己並非專業AI開發者,不做模型訓練或微調,純粹是長期把玩本地AI模型的愛好者。他也提醒,操作這類本地模型設定相當繁瑣(fiddly),並不適合只想花20美元用Claude Cowork就打發需求的使用者,這套做法目前仍屬於AI工作流程的前沿嘗試。
🎯 實務啟示
對於需要長時間、高頻率呼叫模型的背景任務(例如持續性資料整理、agent常駐迴圈),本地部署在成本上可能遠比雲端API划算,M5 Ultra這類統一記憶體頻寬大幅提升的機器,讓這件事在效能上變得可行。但這條路線目前仍需要一定的動手能力與硬體投入門檻,並非開箱即用的方案。
🔗 來源
- 標題:M5 Ultra Mac Studio Review
- 連結:https://www.macstories.net/stories/m5-ultra-mac-studio-review-the-dream-mac-for-local-ai-agents/
#MacStudio #LocalAI #AppleSilicon #MLX #AIAgent #M5Ultra #UnifiedMemory #EdgeAI #OnDeviceAI #LLM
原始資料 Hacker News · 收集於 2026-09-21
摘要原文
The M5 Ultra Mac Studio. For the past few days, I’ve been testing the ( currently ) top-of-the-line M5 Ultra Mac Studio with 256 GB of RAM . I’ll cut to the chase: the M5 Ultra Mac Studio is a dream machine for local AI agents. This computer makes it possible to run personal assistants powered by local models with great performance and no additional cloud costs. If you’ve been skeptical of testing OpenClaw or Hermes Agent with local models because they’d never be even remotely near the intelligence and speed of cloud ones, this Mac will change your mind about that. Since last Thursday, I’ve been comparing this Mac Studio to its predecessor, the M3 Ultra with 512 GB of RAM , as well as my own desktop gaming PC with an RTX 5090 inside. For its size, price, thermal performance – not to mention Apple’s approach to unified memory – the M5 Ultra Mac Studio has fundamentally changed how I think about models running locally and what they can enable now. A 5090, of course, still has an edge over the M5 Ultra thanks to its higher memory bandwidth . But considering the sheer size of my PC build, as well as its heat and noise, I would prefer an M5 Ultra Mac Studio any day. It also happens to be a Mac, with an operating system that looks nice and doesn’t suck, plus a vibrant app ecosystem. (Windows fans, I’m sorry , but Microsoft software will never get my sympathy.) As I’ll explore in this article, running the latest Qwen3.8-Flash-Next model on the M5 Ultra Mac Studio has been so nice and fast, I’ve made it my default in both Open Minis for iOS and Hermes Agent. That’s right: the personal assistants I use the most – more than Siri AI , in fact – are now entirely powered by a model running locally on a Mac Studio. Furthermore, thanks to the M5 Ultra’s faster GPU and higher memory bandwidth, these agents start responding more quickly, stay fast at larger context windows, and can run long, multi-turn loops without slowing to a crawl as the session grows. Because of this, I’ve also been using local models in the Codex app on my Mac – either as main threads or subagents orchestrated by GPT-6 Astra – and I’ve had a great experience doing so. Local subagents running in Codex on the M5 Ultra Mac Studio. I should note upfront that I’m not an AI developer by trade: I do not train or fine-tune models. I’m a tinkerer at heart, and I’ve been playing around with local AI models for over a year at this point . This summer, I went all-in on local AI usage for a big project I was working on, which I will explain in the following section. My goal with this article is to provide you with a mix of two things: numbers and visualizations based on the (many) tests I’ve run over the course of four days, and an explanation of my practical use cases for local AI applied to my workflow and how I get things done for MacStories. Let’s dive in. Why Local AI? Let’s address the elephant in the room first: why bother with local AI at all when cloud frontier models are better and often faster? It’s a fair question. You need expensive hardware to run these models, and by the time you’ve repaid your investment, you could have used the most expensive Anthropic subscription for several years, still saved money, and got better performance in return. Different people will have different answers to this question. Some might say they use local models because of privacy: they’d rather rely on local intelligence for sensitive data and documents than upload anything to an external cloud. Others might argue that it’s simply cool – and I do not disagree. For some, it’s a work-related task: if you’re an AI developer, it makes sense to have a great local setup for training your own adapters or fine-tuning models. For me, the journey into local AI has been characterized by a mix of the “ cool, why not? ” factor of it all as well as considerations about privacy and costs. As I will share later this week with Club MacStories members , my research and writing setup for the iOS and iPadOS 27 review this summer has been powered and made possible by local AI. Back in June, I created an internal app, called Desk , to organize hundreds of notes, sessions, PDF documents, and clipped webpages related to iOS and iPadOS 27, as well as chapters of the review. By the end of the process, the project consisted of 310 documents. In Desk, a team of agents – all based on DeepSeek V4 Flash , plus olmOCR for PDFs – ran 24/7, for 99 days, to perform the following tasks: Transcribe my favorite WWDC sessions (using summarize plus LLM processing) Extract features of iOS and iPadOS 27 from clipped webpages, sessions, PDF guides, and my own notes Cross-reference features across different sources, and keep track of which features belonged to which chapter of the review Extract features and bugs from screenshots I uploaded Work with the Notion API to organize everything across multiple databases One of the views of Desk, the app powered by the Notion API and local AI I used for my iOS 27 review. The local AI agent runs in my custom Desk app. When I started working with this setup in early June, I quickly realized that relying on the OpenAI or Anthropic APIs for this kind of always-on, persistent background task would be…cost-prohibitive, to say the least. So I pivoted to local AI, and the result is the iOS and iPadOS 27 review you can read on MacStories . It was all written by me, the old-fashioned human way. But the entire research stack, deep-linking between notes, and keeping track of new features and betas were all performed by my agents, running locally on the Mac Studio, for a total cost of $0. If you don’t think that’s neat, or a powerful concept to explore, then this article probably isn’t for you – and I understand. Dealing with these models is fiddly, and it’s not something I would ever recommend to someone who (rightfully) just wants to pay $20 to use Claude Cowork. This kind of setup is, by definition, the bleeding edge of AI workflows at the moment. If you fall on the other end of the spectrum, though, and if you think this kind of stuff is neat…let me tell you: the M5 Ultra Mac Studio is a massive leap in performance for local models powered by MLX , and I have a few examples to prove it. A Leap for Prompt Processing and Generation As you may have seen from the announcement and my initial coverage , the M5 Ultra Mac Studio looks identical to the M3 Ultra model it replaces, but it comes with an all-new Apple silicon architecture that uses UltraFusion to connect two dual-die M5 Max chips to form a quad-die architecture, which is a first for the Apple ecosystem. As far as local AI workloads are concerned, there are two areas we have to pay attention to (and which I have been following since my coverage of the M5 iPad Pro for local AI last year): GPU and memory bandwidth. The M5 Ultra has a next-gen GPU with 80 cores, each with a Neural Accelerator that grants it up to 4.5× the peak GPU compute for AI compared to the M3 Ultra. As for memory, Apple’s unified memory architecture still tops out at 512 GB as before (although that model will come out in late October), but its bandwidth has jumped from 819 GB/s to 1.2 TB/s, or 50% higher than the M3 Ultra. With these numbers in mind, I started testing the M5 Ultra against the M3 Ultra with 512 GB of RAM and my RTX 5090. I’ll share more details on testing below, but the short version is this: with the M5 Ultra, you spend considerably less time waiting for a model to read your prompt and begin generating a response; and when it does start answering, text appears much faster than it used to on the M3 Ultra. These two improvements alone make the machine viable for modern agentic loops that require fast iteration with a model and, as a result, larger context windows. In my day-to-day experience with agents running on the M5 Ultra, these improvements to token prefill (or how quickly a prompt can be processed) and token generation are the changes I noticed immediately. (205 points, 191 comments on Hacker News)
由 claude-code/sonnet 自動生成