{"slug": "ainews-muse-spark-1-3-matches-gpt-5-6-sol-confirming-meta-superintelligence-as", "title": "[AINews] Muse Spark 1.3 matches GPT-5.6-Sol, confirming Meta Superintelligence as the newest Frontier Lab, >90% discount for training", "summary": "Meta's Muse Spark 1.3 model has become the #3 model in the world, matching GPT-5.6-Sol and confirming Meta Superintelligence as a frontier lab, according to AAII. The model is offered at a 90%+ discount for training opt-in and will be open weights. Stanford is also formalizing AI-native software engineering with 85% of Fall 2025 material replaced in 'The Modern Software Developer' course.", "body_md": "Launch season continues from [yesterday](https://www.latent.space/p/ainews-claude-fablemythos-51-new), with [Gemini 3.8 Flash](https://x.com/_mohansolo/status/2095179071214821733) as rumored today, but Muse Spark 1.3, promised in [Zuck’s big comeback letter](https://www.latent.space/p/ainews-muse-glimmer-and-spark-open?utm_source=publication-search) last month, definitely deserved the title story win today. Per [AAII](https://x.com/ArtificialAnlys/status/2095247787277553929) it is now the #3 model in the world (!?!)\n\nJust look at the confidence displayed finally putting up comparable numbers to the frontier models from OpenAI and Anthropic (Opus, not Fable)… and promising that it will be **open weights** as well(!!!):\n\nThey have an interesting pricing model where it is 90%+ cheaper if you opt in to training:\n\nAI News for 8/22/2026-8/24/2026. We checked 12 subreddits,\n\n[544 Twitters]and no further Discords.[AINews’ website]lets you search all past issues. As a reminder,[AINews is now a section of Latent Space]. You can[opt in/out]of email frequencies!\n\n**AI Twitter Recap**\n\n**Agent Engineering Courses, Curricula, and Developer Practice**\n\n**Stanford is formalizing AI-native software engineering as a discipline**:[@mihail_eric](https://x.com/mihail_eric/status/2095166860740174273)announced a new edition of*The Modern Software Developer*centered on what he calls the “2026 metamorphosis” of software engineering. The notable signal is not just the course itself, but the curriculum reset:**85% of Fall 2025 material is being replaced** with topics like**agent skills, context engineering, MCP portals, agent-ready codebase design, agentic code review, security, parallel background agents, and software factories**. The course also requires students to ship PRs into real OSS repos with support from partners including Browserbase, OpenHands, Semgrep, Milvus, Marimo, CrewAI, Warp, Vercel, Unsloth, and Anyscale, among others.**A second Stanford course focuses on first-principles agent construction**:[@Diyi_Yang](https://x.com/Diyi_Yang/status/2095192282970615970)and[@michaelryan207](https://x.com/michaelryan207/status/2095224415567167978)announced**CS329Z: Engineering AI Agents**, explicitly framed around building agents “from scratch.” Alongside Mihail Eric’s course, this suggests a broader shift from “prompting” pedagogy to**systems-oriented agent engineering**: harnesses, evaluation, memory, tooling, orchestration, and production constraints rather than model usage alone.** Practitioner discussion is converging on stateful intelligence allocation, not simple routing**: In a panel prompt,[@HarryStebbings](https://x.com/HarryStebbings/status/2095179442276741450)highlighted @EnoReyes’s argument that getting the most out of models requires more than routing—agents need to**understand task state, what just happened, and what comes next** in order to allocate intelligence dynamically. That lines up with[@jerryjliu0](https://x.com/jerryjliu0/status/2095344824266178662)’s point that**vendor-neutral startups** can outperform frontier labs on narrow tasks by optimizing the harness end-to-end and selectively using both frontier and open-weight models.\n\n**Model Architecture and Inference: Astra Rumors, Looped Transformers, and Real-Time Serving**\n\n**The “Astra is a looped transformer” rumor is probably less novel than headlines suggest**:[@rasbt](https://x.com/rasbt/status/2095141254958858496)unpacked reporting around OpenAI’s rumored** Astra**architecture and argued that the cited “recurrent depth” or “looped transformer” concept is a fairly modest architectural tweak rather than a breakthrough on its own. He points to**Nanbeige 4.2-3B** as an open-weight precedent: a**22-layer transformer stack reused twice**, effectively behaving like a** 44-layer model**without doubling parameter storage. The tradeoff is straightforward:** similar memory footprint, roughly ~2x compute**, and only partial token-efficiency retention versus a standard stack. The more substantive historical reference is** Mixture-of-recursions**, where a learned router adaptively determines how many passes a token gets, allowing easy tokens to exit early and hard tokens to receive more compute.**Hidden reasoning is not a necessary implication of recurrence**: A second important clarification from[@rasbt](https://x.com/rasbt/status/2095141254958858496)is that layer reuse** does not inherently “obscure chain-of-thought”**. It simply moves more computation into latent activations before token emission. If recurrent depth reduces visible reasoning traces, that’s because the model may need to emit fewer intermediate tokens, not because looped transformers intrinsically suppress textual CoT.**Serving infra updates continue to target realtime multimodal workloads**:[@vikhyatk](https://x.com/vikhyatk/status/2095230035707977947)announced** Photon 2.1**, adding** text-to-speech models**and** NVIDIA B200 support**to a realtime multimodal inference engine. Separately, Baseten announced hosted availability of** GLM-5.3 Fast**, emphasizing** higher TPS**and real-time deployment positioning via[@baseten](https://x.com/baseten/status/2095338689492578693).\n\n**Agent Harnesses, Skill Retrieval, and RL Post-Training Tooling**\n\n**ByteDance Seed’s HarnessDev reframes agent evaluation around the harness, not just task completion**:[@omarsar0](https://x.com/omarsar0/status/2095170896407548190)highlighted a new paper on** HarnessDev**, which asks models to start from a weak but runnable seed and build an execution harness, then improve it in a second stage using downstream feedback. Both stages are scored on**capability and execution-token cost**, making efficiency part of the objective. Across** six creator LLMs, four domains, and 2,207 held-out downstream instances**, generated harnesses still lag mature human-engineered systems on** code, search, and research**, but** match or exceed them on writing and ML experimentation**. The key nuance is that self-evolving harnesses help, but gains are** unstable, model-dependent, and only partially transferable**.** Related ecosystem signal: exo and recursive self-improvement tooling**:[@omarsar0](https://x.com/omarsar0/status/2095204228687945880)also called out the** exo harness**as a useful entry point for understanding recursive self-improvement workflows, indicating a growing interest in frameworks where agents improve not just outputs but their own scaffolding.**Skill retrieval may look good in aggregate while hurting the tasks that actually trigger it**:[@dair_ai](https://x.com/dair_ai/status/2095330956823629995)summarized a paper proposing** Retrieval-Invoked Actual-Use Effect**, a matched-evaluation method that runs the** same task twice**, with and without skills enabled, and only counts tasks where retrieval actually fired. Across** 17 LLMs**on coding and math, the paper finds cases where retrieval improves overall scores while having a** negative same-task effect**on the subset of tasks where it was used. For teams maintaining skill libraries or tool directories, this is a practical warning against over-interpreting aggregate lift.**RL post-training infra is becoming more productized**: The SGLang team promoted an event with Baseten and NVIDIA Dynamo around** Miles**, an RL training framework that uses** SGLang as the rollout inference engine**for faster, more reliable RL post-training[@sgl_project](https://x.com/sgl_project/status/2095200888197722439).[@AravSrinivas](https://x.com/AravSrinivas/status/2095354358145892733)separately described**Miles** as**open-source RL-as-a-service**, reinforcing the trend toward reusable post-training stacks rather than bespoke internal pipelines.\n\n**Google Gemini 3.8 Flash Cyber and Production Friction Around Google Tooling**\n\n**Google introduced a specialized cybersecurity model with strong benchmark claims**:[@sundarpichai](https://x.com/sundarpichai/status/2095184464800526655)announced** Gemini 3.8 Flash Cyber**, positioned as Google’s most capable cybersecurity model while retaining** Flash-level speed and pricing**. Reported numbers include** 86.2% on CyberGym**,** 47.2% on CWE-Bench for patching**, and** 70%+ success**on an internal vulnerability-discovery benchmark across** 20 programming languages**.** At the same time, developer sentiment points to harness and account-risk concerns**:[@theo](https://x.com/theo/status/2095328650459840627)argued that Google currently has weak developer ergonomics around harnesses, code apps, third-party integration, and especially**aggressive bans tied to core Google accounts**.[@QuinnyPig](https://x.com/QuinnyPig/status/2095331997640220872)sharpened that concern, noting the blast radius can extend beyond Gmail/Workspace to**Google Cloud accounts associated with the same identity**. Theo’s later complaints about** slow, tool-call-heavy coding behavior**on Gemini tasks ([1](https://x.com/theo/status/2095332853978702280),[2](https://x.com/theo/status/2095337761423466784),[3](https://x.com/theo/status/2095316221789139362)) are anecdotal, but they underline the gap between benchmark performance and**production developer UX**.\n\n**Meta Muse Spark 1.3 and the Video/Multimodal Release Cycle**\n\n**Meta launched Muse Spark 1.3 for agentic and coding workloads**:[@shengjia_zhao](https://x.com/shengjia_zhao/status/2095233023247880590)introduced** Muse Spark 1.3**as the strongest model in the Spark line for** agentic and coding tasks**, with emphasis on** longer-horizon work**and more reliable compliance with complex instructions. Community reactions emphasized its price/performance envelope, including[@alexandr_wang](https://x.com/alexandr_wang/status/2095328657241956576)calling out what it can do “for a single dime,” while other users compared it favorably on speed and token efficiency versus competing “xhigh” offerings.**Alibaba’s Wan 3.0 is posting strong third-party leaderboard results in video**:[@ArtificialAnlys](https://x.com/ArtificialAnlys/status/2095349174799888760)reported that** Wan 3.0**ranks**#1 on Video Editing with Audio**,**#2 on Text-to-Video with Audio**, and**#5 on Image-to-Video with Audio** on Artificial Analysis leaderboards. The release is positioned as an**all-in-one generation and editing model** that accepts text, images, video, audio, documents, and web pages as references, supports**native audio**, and generates up to** 30 seconds at 1080p**. Pricing in public preview starts at**$0.05/s for 480p**, rising to**$0.20/s for 1080p**.** Reference-heavy multimodal UX is also improving**:[@imagine](https://x.com/imagine/status/2095249317875622255)announced support for** up to 14 references per video**, spanning images, voices, and character references via`@`\n\n-tagging in prompts, a small but practical interface improvement for multi-asset creative control.\n\n**Open Models, Robotics, and Top Tweets**\n\n**Open model efforts continue to scale up**:[@percyliang](https://x.com/percyliang/status/2095255747487740401)shared that** Marin 535B-A23B**is** 13% through training**, with compute funded via the** Jen-Hsun and Lori Huang Foundation**and run on** CoreWeave**. The post is notable less for a benchmark than for the continued viability of large-scale open-model training backed by philanthropic compute support.**Physical AI and open robotics platforms are inching forward**:[@maze_rapid](https://x.com/maze_rapid/status/2095294835364364337)announced the** Palmimo DevKit**, a tabletop AI robot platform with open-source software and swappable AI “brains,” designed so developers can control robot applications from a few lines of Python without deep robotics expertise. It’s early, but relevant as an example of**agent frameworks extending into embodied systems**.** Top tweets (by engagement)**:[@mihail_eric](https://x.com/mihail_eric/status/2095166860740174273): Stanford’s revamped** AI-native software developer**course with major curriculum turnover and OSS collaboration.[@sundarpichai](https://x.com/sundarpichai/status/2095184464800526655):**Gemini 3.8 Flash Cyber** launch with strong cybersecurity benchmark claims.[@rasbt](https://x.com/rasbt/status/2095141254958858496): Detailed architectural breakdown of**looped transformers** and why Astra rumors may be overstating novelty.[@Diyi_Yang](https://x.com/Diyi_Yang/status/2095192282970615970)/[@michaelryan207](https://x.com/michaelryan207/status/2095224415567167978): New Stanford course**CS329Z: Engineering AI Agents**.\n\n**AI Reddit Recap**\n\n**/r/LocalLlama + /r/localLLM Recap**\n\n**1. Muse Spark and Spark-X2.5 Open-Weight Models**\n\n(Activity: 902):[Muse Spark open weights coming soon](https://www.reddit.com/r/LocalLLaMA/comments/1w5l8bw/muse_spark_open_weights_coming_soon/)**The** Commenters frame the results as evidence that multiple leading labs are converging technically, with one saying there is[image](https://i.redd.it/apwfejcow5nh1.png)is a screenshot of a Mark Zuckerberg/X post announcing Muse Spark 1.3 rollout, claiming major improvements in coding, agentic workflows, and long-context tasks, with Muse Spark open weights “coming soon.” The included benchmark table positions Muse Spark 1.3 above Muse Spark 1.2 and competitive with models labeled GPT 5.6 Sol and Opus 5 across agent, long-context, and coding evaluations, though the Reddit post’s author notes Spark may be too large for their hardware and says they are waiting for Llama 5 or an intermediate model between Glimmer and Spark.*“no secret sauce”*and that frontier gaps may only be a few months. Another commenter argues**Muse Glimmer** is underrated and claims it outperforms**Qwen 3.8:27B** on non-coding tasks.Commenters highlighted an unusually high reported long-context result:\n\n**MRCR**`512k–1m`\n\n**at**`98.1%`\n\n, with one user asking whether this implies Muse Spark has effectively solved “context rot” at million-token scale. If accurate, that benchmark would be the most technically notable claim in the thread because sustained retrieval/reasoning quality across`512k+`\n\ncontexts is still a major weakness for many open and closed models.One user reported that\n\n**Muse Glimmer** is “pretty good” and subjectively superior to**Qwen 3 8/27B** for non-coding tasks, suggesting Muse’s smaller/previous model may already be competitive outside programming benchmarks. The comparison is anecdotal, but it points to task-dependent strengths rather than blanket leaderboard performance.Several commenters questioned the likely parameter count behind the displayed scores, with speculation that Muse Spark could be\n\n**trillion-parameter scale** if the benchmarks are accurate. That raised practical deployment concerns: it may not be locally runnable for hobbyists, but open weights could still be useful for organizations needing non-Chinese model options for policy/compliance reasons.\n\n(Activity: 301):[New Model: Spark-X2.5-4B, Spark-X2.5-1.7B](https://www.reddit.com/r/LocalLLaMA/comments/1w4dsrw/new_model_sparkx254b_sparkx2517b/)**XHToken released Spark-X2.5**`1.7B`\n\n**and**`4B`\n\n**, apparently a custom architecture rather than a simple fine-tune, with model cards claiming native**`1M`\n\n**token context, multilingual support, and training on roughly**`20T`\n\n**tokens plus long-context/post-training stages. The architecture reportedly uses a mix of full attention and sliding-window attention to reduce long-context KV/compute cost, and the**`4B`\n\n**benchmark claims are framed as competitive with much larger models such as Qwen-class ~**`9B`\n\n**models. Runtime support is not yet upstreamed in**`llama.cpp`\n\n**; it depends on a pending**`llama.cpp`\n\n[PR #27868](https://github.com/ggml-org/llama.cpp/pull/27868)or XHToken’s custom fork, with GGUFs available for`1.7B`\n\n**and**`4B`\n\n**.** Commenters were mainly impressed by the reported`20T`\n\n-token pretraining scale and especially the claimed**native**`1M`\n\n**context** at sub-5B parameter sizes. There was cautious interest in whether the benchmark claims—particularly`4B`\n\nmatching a ~`9B`\n\nmodel—hold up in independent testing.Commenters highlighted the reported\n\n`20T`\n\n**training-token scale** for Spark-X2.5, which is unusually large for the**1.7B/4B** parameter range and could explain the claim that the**4B** variant matches a**9B** model if benchmarks reproduce. The other standout spec was**native**`1M`\n\n**context** at this model size, which readers viewed as more technically notable than raw benchmark parity.One tester reported early qualitative behavior using a “pi harness”: when asked\n\n*“what model are you,”*the model appeared to use tools to inspect/analyze the harness name before answering, suggesting agentic/tool-use tendencies but also*“overthink[ing] a lot.”*In a quick reasoning check, it failed the “car wash” test, and the tester planned further comparison against**Qwen3.5 9B** for daily-use quality.\n\n**2. Qwen3.8 Benchmarks and GGUF Speedups**\n\n(Activity: 732):[Qwen will be the king?](https://www.reddit.com/r/LocalLLaMA/comments/1w53ti8/qwen_will_be_the_king/)**The**[image](https://i.redd.it/m9c7ldofb2nh1.png)shows an Arena AI Code Arena WebDev leaderboard where Qwen3.8-Max-0902 ranks #1 with a score of`1,691`\n\n**, narrowly ahead of Claude Opus 5 Max at**`1,688`\n\n**and Kimi K3 Max at**`1,674`\n\n**. In context of the post, the result is being used to argue that Qwen’s extended reasoning/post-training scaling may be closing the gap with much larger frontier systems, potentially before a future Qwen 4 release or possible open-weight update.**Commenters were notably optimistic about local/open-weight Qwen variants, with one claiming** Q3.8-27B**running locally outperformed their paid ChatGPT coding experience. Others questioned whether the top-performing Max model will become open-weight, while one commenter praised extended reasoning but noted the tradeoff:*hours*of latency for difficult tasks.A user reports strong local coding performance from\n\n**Q3.8-27B** used with**PI**, claiming it outperformed their prior paid** ChatGPT 5.1**access for coding tasks. They emphasize practical task-following: when supplied with relevant context such as wiki pages in`.txt`\n\nfiles, the model generated working code with few fixes while running fully on a local PC and preserving data privacy.Several commenters focus on\n\n**extended reasoning** as a major differentiator: one says**Qwen 3.8 Max** is*“100% correct”*on their challenge set but can take**hours** to arrive at an answer. This frames the tradeoff as accuracy/reliability versus very high inference latency for reasoning-heavy workloads.There is skepticism about the presented benchmark graph, with one commenter saying the numbers look\n\n*“very massaged”*and another asking why**Fable 5.1** is absent from the comparison. The concern is that model-ranking claims may depend heavily on benchmark selection, reporting methodology, or omitted competitors.\n\n(Activity: 671): ****Unsloth released MTP support/files for[MTP released for Qwen3.8-Flash-Next-GGUF](https://www.reddit.com/r/LocalLLaMA/comments/1w42biu/mtp_released_for_qwen38flashnextgguf/)`Qwen3.8-Flash-Next-GGUF`\n\n**, with test instructions tied to an Unsloth**`llama.cpp`\n\n**branch/PR (**`unslothai/llama.cpp#144`\n\n**) and GGUF usage paths targeting local runtimes/OpenAI-compatible endpoints. A commenter points to a newly merged upstream**`llama.cpp`\n\n**optimization (**`ggml-org/llama.cpp#28123`\n\n**) reporting MTP throughput improvements from**`123 tok/s → 183 tok/s`\n\n**on code and**`83 tok/s → 144 tok/s`\n\n**on prose, versus**`108 tok/s`\n\n**without drafting; before the patch, prose MTP was reportedly slower than no draft at all.** Comment discussion is mostly practical: users ask whether**SSD offload** is stable/“ironed out” and note that the MTP files may have already been available for a few days.A commenter cites a newly merged\n\n**llama.cpp** optimization PR ([ggml-org/llama.cpp#28123](https://github.com/ggml-org/llama.cpp/pull/28123)) showing major MTP throughput gains for**Qwen3.8-Flash-Next-GGUF**: baseline without draft was`108 tok/s`\n\n, pre-change MTP was`123 tok/s`\n\non code but only`83 tok/s`\n\non prose, and post-change MTP improved to`183 tok/s`\n\ncode /`144 tok/s`\n\nprose. The key technical point is that before the merge, MTP could be slower than normal decoding on prose workloads, but the patch appears to make drafting consistently beneficial.Several commenters are tracking unresolved runtime/support details in\n\n**llama.cpp**, including whether** SSD offload**is stable and what the`-shared`\n\noption changes versus non-shared mode for MTP files. Another user notes they believed the required llama.cpp feature support was still not fully merged, and reports low local performance of only about`9 tok/s`\n\n, implying hardware/configuration sensitivity remains significant.", "url": "https://wpnews.pro/news/ainews-muse-spark-1-3-matches-gpt-5-6-sol-confirming-meta-superintelligence-as", "canonical_source": "https://www.latent.space/p/ainews-muse-spark-13-matches-gpt", "published_at": "2026-09-03 04:38:33+00:00", "updated_at": "2026-09-03 04:54:08.919050+00:00", "lang": "en", "topics": ["artificial-intelligence", "large-language-models", "ai-products", "ai-research"], "entities": ["Meta", "Muse Spark 1.3", "GPT-5.6-Sol", "AAII", "OpenAI", "Anthropic", "Stanford", "CS329Z"], "alternates": {"html": "https://wpnews.pro/news/ainews-muse-spark-1-3-matches-gpt-5-6-sol-confirming-meta-superintelligence-as", "markdown": "https://wpnews.pro/news/ainews-muse-spark-1-3-matches-gpt-5-6-sol-confirming-meta-superintelligence-as.md", "text": "https://wpnews.pro/news/ainews-muse-spark-1-3-matches-gpt-5-6-sol-confirming-meta-superintelligence-as.txt", "jsonld": "https://wpnews.pro/news/ainews-muse-spark-1-3-matches-gpt-5-6-sol-confirming-meta-superintelligence-as.jsonld"}}