{"slug": "ainews-cursor-s-60b-acquisition-by-spacexai-closes", "title": "[AINews] Cursor's $60B acquisition by SpaceXai closes", "summary": "Z.ai launched GLM-5.3, a coding- and cyber-focused model built via post-training on the same 743B base model as GLM-5.2, achieving scores of 28.3 on Terminal Bench 3.0, 66.9 on DeepSWE, 28.5 on Agents' Last Exam, and 1769 on GDPVal-AA, with access initially gated for select partners before an open-weight release. Alibaba released Qwen3.8-27B, a native multimodal dense model under Apache 2.0 with 262K native context extendable to 1M via YaRN, positioned for real-world coding and agents, with day-0 support from vLLM, Ollama, and SGLang reporting 206 tok/s on a single RTX 5090. DeepSeek-V4-Pro received vLLM support under MIT licensing, and RedNote's AI lab released dots3-note Preview, a 280B multimodal MoE with 16B active params and 512K context, introducing the TEMPO RL method for long-horizon self-evaluation.", "body_md": "Throwback to when we did the first ever podcast on Cursor when they were 5 people:\n\nAnd then recapping agents at ICML 2024 with Graham Neubig:\n\nAnd then their third era in 2026:\n\nAnd talking about how they do FDE in the Enterprise:\n\nAI News for 8/13/2026-8/14/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**Open-Weight Frontier Push: Z.ai’s GLM-5.3, Qwen3.8-27B/Max, DeepSeek V4-Pro, and RedNote’s dots3-note**\n\n**Z.ai’s GLM-5.3**: The biggest technical story was[Z.ai launching GLM-5.3](https://x.com/Zai_org/status/2088132965922476159), positioned as a coding- and cyber-focused model built via**post-training on the same 743B base model** used for GLM-5.2 rather than a new pretrain. Z.ai and follow-up posts claim large gains on agentic and security evals, including**Terminal Bench 3.0: 28.3**,** DeepSWE: 66.9**,** Agents’ Last Exam: 28.5**, and** GDPVal-AA: 1769**([bench summary](https://x.com/ZixuanLi_/status/2088133750357991646),[full benchmarks](https://x.com/ZixuanLi_/status/2088135213930905623)). The company also said cyber capabilities improved enough that access is initially gated for select partners before an eventual open-weight release after safety review ([details](https://x.com/ZixuanLi_/status/2088134236599439607)). The key claim many engineers highlighted is that the capability jump came**entirely from scaled post-training/RL on longer-horizon executable tasks**, not from a larger base model ([analysis](https://x.com/kimmonismus/status/2088162566719639717),[reaction](https://x.com/cline/status/2088146558160355639)).**Qwen3.8 broadens the local/open frontier**: Alibaba released** Qwen3.8-27B**, a** native multimodal dense**model under** Apache 2.0**, with** 262K native context**extendable to** 1M via YaRN**, while also highlighting the already-released** Qwen3.8-2.4T-A95B**max-tier model ([announcement](https://x.com/Alibaba_Qwen/status/2088280182356611304),[perf thread](https://x.com/Alibaba_Qwen/status/2088280188362867185)). The 27B model is notable because it is explicitly positioned for**real-world coding, office workflows, and agents** rather than just academic benchmarks. Day-0 inference support was unusually broad:[vLLM](https://x.com/vllm_project/status/2088287539979559068),[Ollama](https://x.com/ollama/status/2088314436088168491),[llama.cpp/GGUF](https://x.com/ggerganov/status/2088312667253391546),[SGLang reporting 206 tok/s on a single RTX 5090](https://x.com/Alibaba_Qwen/status/2088293486995087461), plus cloud partners including[Together](https://x.com/Alibaba_Qwen/status/2088285662223138851),[Fireworks](https://x.com/Alibaba_Qwen/status/2088286022597832788),[Modal](https://x.com/Alibaba_Qwen/status/2088287553292312968),[DigitalOcean](https://x.com/Alibaba_Qwen/status/2088288356337897550),[DeepInfra](https://x.com/Alibaba_Qwen/status/2088301611731009582), and others. Practical deployment details mattered here:[Unsloth claimed NVFP4 and dynamic GGUF builds](https://x.com/danielhanchen/status/2088281836757868916), and Qwen emphasized**27B on 17GB RAM** for local use ([post](https://x.com/Alibaba_Qwen/status/2088296583368781939)).**DeepSeek V4-Pro and RedNote’s dots3-note continue the China open-model wave**:[vLLM announced support for DeepSeek-V4-Pro](https://x.com/vllm_project/status/2088272865468776641), calling out** MIT licensing**, checkpoint compatibility with the preview path, and integrated drafting support. Meanwhile RedNote’s AI lab released** dots3-note Preview**, a** 280B multimodal MoE with 16B active params and 512K context**, aimed at long-running agents and accompanied by a new RL method,** TEMPO**, for long-horizon self-evaluation ([early signal](https://x.com/teortaxesTex/status/2088123149057507425),[summary](https://x.com/kimmonismus/status/2088194805654323617),[technical explanation from the team](https://x.com/ChaoQiao42/status/2088366133279867044)). The emerging pattern is multiple Chinese labs specializing: several commentators explicitly framed Z.ai, DeepSeek, Moonshot, Qwen, MiniMax, and RedNote as a fast-moving open ecosystem with different strengths ([one synthesis](https://x.com/teortaxesTex/status/2088156939087667211),[another](https://x.com/Yuchenj_UW/status/2088309946249318654)).\n\n**Agent Runtimes, Harnesses, and Long-Horizon Training**\n\n**DeepSeek Harness is being treated as infrastructure, not a demo agent**: The release sparked more discussion about runtime architecture than model UX. Several deep dives described the harness as a pluginized agent runtime where the**agent loop, tools, sessions, filesystem, and providers are all replaceable**, with** Cordis**providing lifecycle management, reactive dependencies, and reversible effects ([overview](https://x.com/ZhihuFrontier/status/2088179275195363714),[runtime composability thread](https://x.com/ZhihuFrontier/status/2088138788573004065)). The technically interesting bit is not just “modularity,” but support for**hot-swapping runtime components** and potentially enabling agents to**modify their own runtime without restart**, while preserving auditable event logs and avoiding hidden state. Multiple builders reacted that current harnesses are probably “wrong” or at least too fixed-core compared with this direction ([reaction](https://x.com/xlr8harder/status/2088194397628248374)).**Harnesses are becoming an optimization target in their own right**: A few posts reinforced that benchmark and product gains are increasingly coming from the** scaffold/harness layer**, not just base-model IQ.[DAIR highlighted AutoDesign](https://x.com/dair_ai/status/2088298364458930462), where a meta-optimizer rewrites the harness itself based on rollout feedback; they report gains on paper-to-poster generation and transfer across agent/model configs.[Lambda’s Tetris experiment](https://x.com/LambdaAPI/status/2088255609330339913)made a similar point from the opposite angle: prompt placement, settings, and sandbox constraints moved outcomes materially, and agents exploited benchmark loopholes unless tightly bounded. This aligns with broader discussion that observability data is now doing double duty as**evals, memory, and learning substrate**([LangSmith docs note](https://x.com/hwchase17/status/2088342687808438352)).\n\n**Benchmarks, Evals, and Benchmark Skepticism**\n\n**New evals targeted real agent failure modes**:[Vals launched an agentic reverse-engineering benchmark](https://x.com/i2huer/status/2088094896095678923)focused on deterministic end goals in cybersecurity-relevant binary settings rather than intermediate artifacts; a companion post argues current frontier agents are much stronger when source is available than when they must reason over binaries ([context](https://x.com/RobinDing3/status/2088099221442539909)).[OpenRouter introduced web search benchmarks](https://x.com/OpenRouter/status/2088279603861467304)for tool-grounded agents, while[Ai2’s TutorMoments](https://x.com/dl_weekly/status/2088309871506505954)was cited as a replay-based tutoring eval showing models often**over-help** rather than encouraging productive struggle.**The eval backlash continues**: A recurring theme was skepticism toward vendor benchmark claims.[Vik Paruchuri criticized a LlamaIndex benchmark](https://x.com/VikParuchuri/status/2088342728908177804), saying scorer bugs could move a system from**65% to 93.6%**, and explicitly argued developers should run their** own evals**rather than trust marketing—“including ours” ([follow-up](https://x.com/VikParuchuri/status/2088342734641766690)).[François Chollet reiterated](https://x.com/fchollet/status/2088254592182305165)that the public ARC-3 demonstration set is**not** training or eval data and that leaderboard scores there are weak proxies for private-set performance. Another worthwhile addition here is Meta’s**Wiggle Framework**, highlighted by[Omar Sar](https://x.com/omarsar0/status/2088292067994951928): it stress-tests LLM judges under re-prompting and adversarial pressure, finding verdicts can flip**25–71%** under static pushback and**62–91%** under an adversarial persuader.\n\n**Infra, Serving, and Cost Engineering**\n\n**Serving optimizations are increasingly first-class model features**: Day-0 infra support around Qwen and DeepSeek emphasized things like** embedded draft heads**,** speculative decoding**, and memory/quantization tradeoffs rather than only API access. Qwen’s 27B release arrived with[vLLM guidance](https://x.com/vllm_project/status/2088287539979559068)on**MTP draft heads**,** 1M context**, and serving on** one Blackwell GPU**, while[ggerganov showed local llama.cpp recipes](https://x.com/ggerganov/status/2088312671196082312)for large contexts and speculative decode.[Tim Dettmers teased](https://x.com/Tim_Dettmers/status/2088247316012531982)upcoming efficiency methods for running a strong model on a**single DGX Spark or AMD Strix Halo** at**~7 tok/s decode** and**>250 tok/s prefill**.** Tooling and cluster ops also got practical updates**:[Stas Bekman added guidance](https://x.com/StasBekman/status/2088124725897887829)for diagnosing hanging** NCCL collective calls**in PyTorch, and separately noted that** Python 3.14+**allows attaching`pdb`\n\nto a running process without instrumentation ([post](https://x.com/StasBekman/status/2088333548550058176)).[Turbopuffer described](https://x.com/turbopuffer/status/2088294797002105307)a custom control plane for operating**100+ TPUf clusters**, including BYOC deployments in customer clouds without direct host access. On the data side, Hugging Face’s[datatrove 0.10.0 release](https://x.com/vanstriendaniel/status/2088176267950424111)added a**JobsPipelineExecutor** for Hugging Face Jobs, HF bucket integration, and preserved reasoning outputs.\n\n**Product and Platform Moves: Cursor/SpaceXAI, Gemini 3.7 Flash, Claude Code, and Local Agent UX**\n\n**Cursor joins SpaceXAI**: The highest-engagement technical/corporate move was[Cursor announcing it is now part of SpaceX](https://x.com/cursor_ai/status/2088249881718919393), with the team joining**SpaceXAI** to work across**Grok, Grok Build, Grok Bot, Grok API, and Cursor**.[SpaceXAI confirmed](https://x.com/SpaceXAI/status/2088250109188608289)the acquisition and framed it as accelerating software engineering first, then broader knowledge work. This is one of the clearer signs that coding-agent teams are now viewed as strategic model/platform assets rather than narrow IDE products.**Gemini 3.7 Flash rollout focused on agents and workhorse economics**: Google pushed** Gemini 3.7 Flash**broadly across the[Gemini app](https://x.com/GeminiApp/status/2088326407730692538),[Search AI Mode](https://x.com/rmstein/status/2088325481599009146),[Google Workspace / Sheets canvas](https://x.com/ChanduThota/status/2088326719484899680), and[Spark](https://x.com/genevieve__h/status/2088277643338637623). The positioning was “most intelligent workhorse model yet for coding and agents,” with demos centered on turning simple prompts into playable web games ([Google demo thread](https://x.com/Google/status/2088318274715136097)). External eval signal was modest but positive:[Vals placed it at #7 on Vals Index v2 at 59.4%](https://x.com/ValsAI/status/2088335427426210114), up from #14 for Gemini 3.6 Flash.**Claude Code and local-agent UX keep getting more operational**: Anthropic rolled out** Auto mode**as the default permissions mode in Claude Code for Pro/Max/Team, with repo-aware setup via`/auto-mode-setup`\n\nto suggest trusted repos/domains ([announcement](https://x.com/ClaudeDevs/status/2088332927189049738),[setup details](https://x.com/ClaudeDevs/status/2088332928514420830)). On the open/local side,[Hermes added](https://x.com/Teknium/status/2088368313974047165)`/loop`\n\nfor cron-like repeated actions inside an agent session, and[Nous pointed out Hermes Desktop can target a Hermes Cloud agent](https://x.com/NousResearch/status/2088395070059770061), letting work continue after closing the laptop.[Ollama also added support for launching the DeepSeek Harness locally](https://x.com/ollama/status/2088392765021528319).\n\n**Top tweets (by engagement)**\n\n**Cursor × SpaceXAI**:[Cursor’s acquisition announcement](https://x.com/cursor_ai/status/2088249881718919393)was the day’s biggest tech tweet by engagement, signaling continued consolidation around coding agents and vertically integrated model/product stacks.**GLM-5.3 release**:[Z.ai’s GLM-5.3 launch](https://x.com/Zai_org/status/2088132965922476159)was the top model-release tweet, largely because it sharpened the argument that**post-training and long-horizon RL** can unlock large latent capability from an already-trained frontier base.**Qwen3.8-27B open weights**:[Alibaba’s release](https://x.com/Alibaba_Qwen/status/2088280182356611304)drew major attention because a** 27B local multimodal model**is now being marketed as viable for serious agentic/professional work with broad day-0 support.** Practical coding-agent win**:[redp314’s “Claude Code built a DICOM viewer from 800 files in two prompts”](https://x.com/redp314/status/2088206627954405400)stood out as a strong real-world example of the current ceiling for coding assistants outside benchmark talk.\n\n**AI Reddit Recap**\n\n**/r/LocalLlama + /r/localLLM Recap**\n\n**1. Qwen3.8-27B Release, Benchmarks, and Templates**\n\n(Activity: 1006):[A preliminary Qwen3.8-27B model card is live!](https://www.reddit.com/r/LocalLLaMA/comments/1vo2iiz/a_preliminary_qwen3827b_model_card_is_live/)**The image is a technical screenshot of the preliminary Hugging Face model card for Qwen/Qwen3.8-27B (**[image](https://i.redd.it/3u6hgcgk7bjh1.png)), matching the post’s note that the card was visible before release and then went live. It indicates planned availability of model weights/config files, compatibility with Transformers, vLLM, and SGLang, and highlights improvements in coding, agent execution, research, and long-context use, with a stated native context length of`262,144`\n\n**tokens and extension up to**`1,000,000`\n\n**tokens.** Commenters focused on**reasoning effort** as a likely headline feature, praised the long-context window, and noted surprise that the`27B`\n\nmodel appears to include vision capabilities while the much larger`2.4T`\n\nmodel reportedly does not.Commenters highlighted the model card’s stated\n\n**native**`262,144`\n\n**token context length**, with extension up to`1,000,000`\n\n**tokens**, as one of the most technically notable specs for Qwen3.8-27B.There was interest in architectural/product-line differences: the\n\n**27B model reportedly includes vision support**, while the much larger** 2.4T model does not**, which users found surprising from a capability-scaling perspective.A commenter noted the absence of any explicit\n\n**QAT / quantization-aware training** mention, comparing it to**Gemma 4 31B**, where QAT was seen as materially improving quantized-model performance. Others also pointed to “reasoning effort” as an emerging tuning/control feature in recent model cards.\n\n(Activity: 902):[Qwen3.8-27B is identical to Qwen3.6-27B!](https://www.reddit.com/r/LocalLLaMA/comments/1voblcs/qwen3827b_is_identical_to_qwen3627b/)**The image (**[GIF](https://i.redd.it/oerqqcan7djh1.gif)) shows side-by-side architecture diagrams for Qwen3.6-27B and Qwen3.8-27B that are visually identical: same vision/embedding path, masked scatter, repeated`Qwen3_5DecoderLayer`\n\n**stack,**`RMSNorm`\n\n**, final**`Linear`\n\n**, and output. The linked HF Viewer diff reports**`0`\n\n**architectural changes, supporting the post’s claim that any capability gains in Qwen3.8-27B likely come from training/data/finetuning updates rather than model architecture changes.**Commenters framed this as an incremental update rather than a from-scratch model, with one noting that training data is usually the largest quality lever. Another speculated that hot-swappable LoRA-style adapters may become popular for improving local-model accuracy on specialized tasks.Several commenters interpreted\n\n**Qwen3.8-27B** as an incremental**update** rather than a model trained from scratch, with one noting it appears effectively the same as**Qwen3.6-27B** and even**Qwen3.5**. The technical implication raised was that dataset changes or post-training updates may be the main quality lever, rather than architectural changes.A commenter pointed to\n\n**Ninfer**([GitHub](https://github.com/Neroued/ninfer)) as a high-throughput local inference path for Qwen variants, citing newly added concurrent request support up to`C=8`\n\n. Reported numbers include**Qwen3.6-35B-A3B** reaching`1,313.8`\n\naggregate decode tok/s at`C=8`\n\n, while the**27B NVFP4** profile reaches`1,146.9 tok/s`\n\n, or`5.67×`\n\nits single-concurrency throughput.There was speculation that\n\n**hot LoRA swapping** could become important for local inference workflows, enabling task-specific accuracy improvements without replacing the base model. This was framed as a way to compensate for small or incremental base-model updates by dynamically applying specialized adapters.\n\n(Activity: 745):[Qwen3.8-27B is now available](https://www.reddit.com/r/LocalLLM/comments/1vo9nt5/qwen3827b_is_now_available/)**The image (**[link](https://i.redd.it/f1hh6ugvucjh1.jpeg)) shows the Hugging Face page for`Qwen/Qwen3.8-27B-FP8`\n\n**, indicating a newly available 28B-parameter Qwen 3.8 model packaged with Transformers, Safetensors, Apache 2.0 licensing, and FP8 quantization using**`F8_E4M3`\n\n**alongside BF16 tensors. A commenter reports early local inference on an RTX 5090 at roughly**`50–60 tokens/s`\n\n**, saying it feels more stable and deliberative than Qwen 3.6, though they note settings may not be optimal and MTP support is apparently not available yet.**Comments are cautiously enthusiastic, with one user describing the model as a “grown up 3.6” with stronger long-running task handling. Another commenter asks whether smaller or alternative sizes such as**9B** or**35B** are available, since 27B is too large for many local users.A user testing\n\n**Qwen3.8-27B** on an**RTX 5090** reported stable local inference at roughly`50–60 tokens/s`\n\nusing the same settings as Qwen 3.6, noting performance may improve once**MTP** support is available. Qualitatively, they found it more deliberate than Qwen 3.6 on long-form generation: instead of immediately drafting a 10k-word story, it revised for cross-paragraph consistency, broke the task into subtasks, and generated chapter-by-chapter with more planning.\n\n(Activity: 502):[Muse Glimmer was frontier In the model class around 30b models for four days.](https://www.reddit.com/r/LocalLLaMA/comments/1vofnnf/muse_glimmer_was_frontier_in_the_model_class/)**The image is a benchmark table comparing ~30B-class models, with Muse Glimmer-30B and Qwen3.8-27B highlighted: the post argues Muse Glimmer was “frontier” in this size class for only four days before Qwen’s 27B model surpassed it on most reported metrics. Muse Glimmer shows scores like**`51.7`\n\n**Agentic terminal coding,**`51.2`\n\n**SWE-bench Pro,**`77.0`\n\n**IFBench, and**`83.5`\n\n**GPQA Diamond, but many benchmark cells are missing, making the comparison incomplete; image:** Comments frame this as evidence that model labs should release multiple parameter scales to avoid being leapfrogged in a single class, with one commenter suggesting Meta should have shipped larger Glimmer variants like[i.redd.it/2cclgla7xdjh1.png](https://i.redd.it/2cclgla7xdjh1.png).`70B`\n\n,`100B`\n\n, or`400B`\n\n. Others speculate that a`27B`\n\nmodel reaching near “Opus 4.6 Max” territory would be surprising, while hoping Meta responds with a stronger frontier release.A commenter notes that\n\n**Muse Glimmer shipped with speculative decoding**, which reportedly improved** TPS/throughput**, and asks whether** Qwen**has an analogous acceleration path. This is the most concrete implementation-related point in the thread, though no specific TPS numbers or decoding configuration are provided.One technical criticism compares\n\n**Muse Glimmer** unfavorably to**Qwen**, claiming Glimmer makes more “cognitive mistakes,” including reasoning traces that drift into irrelevant content-policy arguments and then contradict the final answer. The commenter says Qwen’s writing style is less preferred, but they have not observed the same class of reasoning/final-output inconsistency.Another commenter frames the result as\n\n**~27B parameters approaching “Opus 4.6 Max level”**, implying unusually strong performance for the`~30B`\n\nmodel class. However, the thread does not provide benchmark names, scores, evaluation methodology, or reproducibility details to substantiate the comparison.\n\n(Activity: 478):[Fixed Jinja chat template for Qwen 3.5, 3.6, and the new 3.8 release](https://www.reddit.com/r/LocalLLaMA/comments/1vnm7le/fixed_jinja_chat_template_for_qwen_35_36_and_the/)**A community-maintained drop-in**[Qwen fixed Jinja chat template](https://huggingface.co/froggeric/Qwen-Fixed-Chat-Templates)targets Qwen`3.5`\n\n**,**`3.6`\n\n**, and new**`3.8`\n\n**, addressing reported official-template failures:**`enable_thinking=false`\n\n**hard exceptions, poisoned multi-turn history from blank**`<think></think>`\n\n**injection, crashes on OpenAI-style JSON-string tool arguments, and dropped mid-dialogue system messages causing stalled tool loops. The template adds Qwen 3.8**`reasoning_effort`\n\n**steering (**`xhigh`\n\n**,**`high`\n\n**,**`medium`\n\n**,**`low`\n\n**), restores reasoning disablement via kwargs or**`<|think_off|>`\n\n**, preserves prior thoughts for prefix/KV-cache reuse, supports llama.cpp**`--reasoning-preserve`\n\n**, and recommends**`llama-server ... --jinja --chat-template-file chat_template.jinja --reasoning-format deepseek`\n\n**to emit thoughts as OpenAI**`reasoning_content`\n\n**. The author notes they cannot locally validate the**`2.4T`\n\n**model but report**`28`\n\n**automated tests plus tokenizer parity checks, and request feedback from Qwen 3.8 users.** Commenters questioned why Qwen’s official chat templates ship with such basic regressions and whether their QA covers template/tool-calling paths. Another commenter highlighted interest in testing smaller, more accessible variants such as`27B`\n\n.A commenter reports a\n\n**Qwen 3.8 chat-template regression** where`enable_thinking=false`\n\ndoes not merely fail to disable reasoning but causes a**hard exception**, implying the new template path may not handle the non-thinking mode despite exposing the flag.Another technically relevant report says the published template did not produce\n\n**reliable tool calling** for**Qwen 3.6 + Hermes Agent + LM Studio**, requiring the user to develop a custom Jinja chat template for that stack. This suggests the failure mode may be integration-specific around tool-call formatting rather than base text generation.\n\n**2. GLM 5.3 and DeepSeek V4 Releases**\n\n(Activity: 2227):[GLM 5.3 Released](https://www.reddit.com/r/LocalLLaMA/comments/1vny9zs/glm_53_released/)**Z.ai announced GLM-5.3 in an**[official release post](https://z.ai/blog/glm-5.3), with the accompanying[benchmark chart](https://i.redd.it/eixnxdnvz9jh1.png)showing GLM-5.3 substantially ahead of GLM-5.2 across coding, agentic automation, and security-oriented evaluations. The image highlights GLM-5.3 leading or being highly competitive on benchmarks such as`AutomationBench`\n\n**,**`CyberGym`\n\n**, and**`GDPVal-AA v2`\n\n**, while other models like GPT-5.6 Sol or Mythos/Fable 5 remain ahead on some tasks such as**`DeepSWE`\n\n**and**`ExploitBench`\n\n**.** Commenters mostly framed this as another rapid Chinese model release; one noted that although this appears to be an API-model announcement, discussion is still relevant because the team has reportedly said**weights will be forthcoming**.A commenter notes that\n\n**GLM-5.3 is currently being discussed as an API model release rather than an immediate weights release**, but argues it is still relevant to the local/open-model community because the team has reportedly said** weights are forthcoming**. This frames the release as potentially important for future self-hosting or benchmarking once checkpoints are available.One technical takeaway highlighted from the release wording is:\n\n*“Scaling post-training is all we did for GLM-5.3.”*Commenters interpreted this as notable because it suggests the improvement may come primarily from larger or more intensive post-training/RL/instruction-tuning rather than a new base architecture or pretraining run.\n\n(Activity: 729):[DeepSeek: We’re launching DeepSeek-V4-Pro today!](https://www.reddit.com/r/LocalLLaMA/comments/1vn8m1x/deepseek_were_launching_deepseekv4pro_today/)**DeepSeek announced DeepSeek-V4-Pro on X (**[post](https://x.com/deepseek_ai/status/2087864585504305397)), and commenters note that model weights have been released on Hugging Face as`deepseek-ai/DeepSeek-V4-Pro-0813`\n\n**. A top technical comment highlights new API pricing via an attached pricing image, implying a significant price increase relative to prior DeepSeek offerings.**Commenters argue the price hike weakens DeepSeek’s main advantage: despite being*“token hungry and a little slower,”*it was previously attractive because it was cheap; at higher API prices, some users say they will return to local inference.**DeepSeek-V4-Pro weights are reported as released** on Hugging Face at`deepseek-ai/DeepSeek-V4-Pro-0813`\n\n, shifting some discussion from API economics to self-hosting feasibility. Commenters argue that if the model’s performance is competitive and infra/electricity costs work out, open weights could let third-party providers undercut the official API.Several commenters focused on the\n\n**API pricing increase**, saying DeepSeek’s prior appeal depended on being very cheap despite being*“token hungry”*and somewhat slower. The concern is that higher token pricing makes the hosted API less attractive versus local inference or alternative providers.One early user disputed DeepSeek’s claimed parity with\n\n**Kimi 3**, saying V4-Pro does not match Kimi’s*“knowledge / long term ability to work on a project hands off.”*The criticism is specifically about extended autonomous project work and retained task context, not just short benchmark-style outputs.\n\n(Activity: 556):[It’s actually crazy how good DSv4 Flash 0731 is](https://www.reddit.com/r/LocalLLaMA/comments/1vnyiqa/its_actually_crazy_how_good_dsv4_flash_0731_is/)**The**[image](https://i.redd.it/s6agzzyy1ajh1.png)is an Artificial Analysis Intelligence Index bar chart showing DeepSeek V4 Flash 0731 max scoring`52`\n\n**, ranked 46/608, effectively clustered with top frontier models like GPT-5.6 Terra and GLM-5.2 at**`53`\n\n**. The post highlights the practical significance: a model near the top of the benchmark table is reportedly usable on a sub-**`$2k`\n\n**local machine, making it notable for local/offline inference relative to larger frontier APIs.** Commenters pushed back that the benchmark may overstate real-world capability: one user said**GLM 5.2** remains much stronger for programming and that DeepSeek wastes tokens on complex tasks. Others argued**Qwen 3.6 27B** is even more impressive due to similar ranking at roughly`1/5`\n\nthe size, while another said DSv4 Flash is the first locally runnable model that does not feel like a downgrade from frontier models.Several users challenged the headline benchmark implication for\n\n**DeepSeek V4 Flash 0731**, arguing that real coding performance can lag chart results. One commenter reported spending`>$100`\n\n**in API credits** and said that on complex programming tasks it often*“wastes a ton of tokens doing useless investigations”*and may fail to converge, while**GLM 5.2** was described as still clearly stronger for programming.A notable comparison was raised with\n\n**Qwen 3.6 27B**, which commenters said appears close to** DeepSeek V4 Flash**on the referenced chart despite being roughly`1/5`\n\n**the size**. The technical implication discussed is that Qwen may offer a better parameter-efficiency tradeoff if the benchmark placement reflects real workload performance.One user highlighted local usability:\n\n**DSv4 Flash 0731** was described as the first locally runnable model they had used that*“doesn’t feel like a downgrade from frontier models”*, becoming their default workhorse for home projects. Another commenter criticized the benchmark chart methodology, noting it showed**“Selected 46 of 608 models”** and questioning whether the comparison set was cherry-picked or unrepresentative.\n\n(Activity: 537):[Deepseek Harness is Up!](https://www.reddit.com/r/LocalLLaMA/comments/1vnb66j/deepseek_harness_is_up/)**DeepSeek AI** announced**DeepSeek Harness (**`dsh`\n\n—and DeepSeek is directing developers to its**)**, an open-source agent harness in developer preview, built around an “everything is a plugin” architecture and powered by**Cordis**, whose design is described in A Programming Paradigm for Spatiotemporal Composability. The project is explicitly unstable—“THERE WILL BE COMPATIBILITY-BREAKING CHANGES”[Discord community](https://discord.com/invite/Ycq5dCaS4)for updates and discussion.** Top comments focused on ecosystem skepticism: one user questioned why agent harnesses are so often written in**TypeScript**, another suspected bot-driven GitHub growth after reported stars jumped from`20k`\n\nto`30k`\n\nin about an hour, and a third asked whether`dsh`\n\ncan achieve better cache hit rates than**reasonix**.Commenters pointed to the official\n\n**DeepSeek Harness** repository and docs:[github.com/deepseek-ai/deepseek-harness](https://github.com/deepseek-ai/deepseek-harness)and[deepseek.com/harness/en](https://deepseek.com/harness/en/). One technical concern was whether it can achieve higher prompt/cache hit rates than**Reasonix**, since cache efficiency is increasingly important for inference cost and latency.A commenter questioned why many agent/harness implementations are written in\n\n**TypeScript**, contrasting this with** Codex**as a possible exception. The concern implies friction for lower-level performance tuning or integration compared with Python/Rust/native tooling, though no benchmarks or implementation details were provided.\n\n**3. Specialized Local Transformer Builds**\n\n(Activity: 1815):[Trained a 1.5B to write shell commands so I’d stop googling tar flags. Runs on a laptop CPU in ~1 sec.](https://www.reddit.com/r/LocalLLaMA/comments/1vnl0um/trained_a_15b_to_write_shell_commands_so_id_stop/)**The image is a terminal/CLI demo splash screen for the**`whatisit`\n\n**tool, showing ASCII art in a dark terminal rather than benchmark output or model internals:**[image/GIF](https://i.redd.it/di0yenio27jh1.gif). Context from the post is technical: the author fine-tuned Qwen2.5-Coder-1.5B on`125k`\n\n**natural-language→shell-command pairs, quantized it to Q4_K_M (**`941MB`\n\n**) for**`llama.cpp`\n\n**, and reports CPU performance of**`31.9 tok/s`\n\n**,**`0.59s`\n\n**median/query,**`1.6GB RAM`\n\n**, plus**`0.620`\n\n**on InterCode-ALFA vs**`0.613`\n\n**for untuned Qwen2.5-Coder-7B and**`0.73`\n\n**for GPT-4o. The released artifacts are Apache-2.0 weights on** Comments were mostly lighthearted rather than deeply technical: users joked that this is “lots of effort to not use man pages,” offered mnemonic tar flags like[Hugging Face](http://huggingface.co/ThorOdinson246/nl2sh-1.5b-Q4_K_M)and code on[GitHub](https://github.com/ThorOdinson246/whatisit-nl2sh), with a static safety checker because the model can generate destructive shell commands if prompted.`-czvf`\n\n/`-xzvf`\n\n, and warned that an NL-to-shell model is potentially dangerous—“like giving a loaded T34 tank to an infant.”A commenter asks whether the author evaluated\n\n**Gemma Shellper**, a smaller shell-command-focused model reportedly under`0.5B`\n\nparameters, as a baseline or alternative. The comparison is technically relevant because the post’s model is`1.5B`\n\nand targets ~`1 sec`\n\nCPU inference on a laptop, so latency/accuracy tradeoffs versus a much smaller model would be useful.\n\n(Activity: 347):[Doom running on an LLM -- Hugging Face checkpoint included](https://www.reddit.com/r/LocalLLaMA/comments/1vnjtyh/doom_running_on_an_llm_hugging_face_checkpoint/)**The author compiled Doom’s deterministic renderer—not trained it—into a stock**`Phi3ForCausalLM`\n\n**checkpoint using torchwright, with all weights computed analytically and loadable via vanilla**`transformers`\n\n**with**`trust_remote_code=False`\n\n**(**[write-up](https://ood.dev/posts/doom/),[source](https://github.com/physicsrob/torchwright_doom)). The prompt encodes level geometry/player pose/view direction and generation emits drawing commands consumed by a`43`\n\n**-line raster host; the**`320x200`\n\n**model is**`21B`\n\n**params /**`85.87 GB`\n\n**, requiring**`3,614`\n\n**prompt tokens +**`53,747`\n\n**generated tokens per frame and taking just under**`40 min`\n\n**on a B200, while the practical**`80x50`\n\n**checkpoint is a**`34 GB`\n\n**download (**[80x50 weights](https://huggingface.co/physicsrob/torchwright-doom-e1m1-80x50),[320x200 weights](https://huggingface.co/physicsrob/torchwright-doom-e1m1)). The current compiler requires`fp32`\n\n**weights; the author has only run it on cloud B200/A100-80 GPUs and recommends**`80 GB`\n\n**VRAM for the**`80x50`\n\n**model, with**`64 GB`\n\n**possibly sufficient but untested.** The main technical pushback is that`53,747`\n\ntokens in ~`40 min`\n\non a**B200** for a`21B`\n\nmodel seems far slower than expected—one commenter claims dual**RTX 3080s** can generate a similar token count on`27B`\n\nwithin`30 min`\n\n, suggesting a serious optimization issue. Another commenter asks why the project targets an LLM/text-generation architecture rather than a transformer image generator, i.e. whether the choice is purely for the*“Can it run DOOM?”*novelty or has a technical rationale.A commenter questioned the reported inference performance:\n\n*“One frame is a*`3,614`\n\n*-token prompt plus*`53,747`\n\n*generated tokens -- just under*`40 minutes`\n\n*on a B200”*for a`21B`\n\nmodel, arguing this is far slower than expected and may indicate a broken/unoptimized generation path. They compared it to their own setup claiming a pair of RTX 3080s can generate a similar token count on a`27B`\n\nmodel in under`30 minutes`\n\n, despite being much weaker than an NVIDIA B200.The same commenter asked why the project uses a stock\n\n`Phi3ForCausalLM`\n\nLLM architecture—where the prompt encodes level geometry/player pose/view direction and generation emits drawing commands consumed by a`43-line`\n\nhost renderer—instead of a transformer-based image-generation approach, questioning whether the choice was purely for novelty or had a technical rationale.\n\n**Less Technical AI Subreddit Recap**\n\n/r/Singularity, /r/Oobabooga, /r/MachineLearning, /r/OpenAI, /r/ClaudeAI, /r/StableDiffusion, /r/ChatGPT, /r/ChatGPTCoding, /r/aivideo, /r/aivideo\n\n**1. Gemini 3.7 Flash Launch Benchmarks**\n\n(Activity: 1182):[Gemini 3.7 Flash Benchmarks](https://www.reddit.com/r/GeminiAI/comments/1vngq0i/gemini_37_flash_benchmarks/)**A Reddit post titled “Gemini 3.7 Flash Benchmarks” discusses benchmark results for Google Gemini 3.7 Flash, but the provided excerpt does not include the actual benchmark table, metrics, tasks, or methodology. Commenters characterize the results as unusually strong for a low-latency/cost-optimized “Flash” model, with one calling it**The main debate is benchmark relevance: one commenter argues that**“amazing for a flash model.”***“97% of flash users”*care more about practical qualities like creative writing, emotional intelligence, web search, and hallucination behavior than leaderboard-style scores. Gemini Flash is framed as a strong value model, especially compared with perceived cost increases from DeepSeek.Commenters interpreted the posted\n\n**Gemini 3.7 Flash** benchmark results as unusually strong for a “Flash”/low-cost model tier, with one comparing its apparent performance favorably against**Sonnet 5**. No concrete benchmark numbers were discussed in the comments, but the theme was that the model may be closing the gap with higher-end competitors while remaining a value-oriented option.One technical critique was that standard benchmark suites may not reflect the majority of\n\n**Flash** usage patterns: a commenter argued that*“97% of flash users”*care more about**creative writing, emotional intelligence, web search quality, and hallucination rate** than leaderboard-style scores. They still characterized Flash as potentially the**best bang-for-buck LLM**, implying cost/performance and real-world reliability matter more than raw benchmark wins.\n\n(Activity: 1123):[Holy... Google actually did it, they actually shipped a frontier model](https://www.reddit.com/r/GeminiAI/comments/1vnin5c/holy_google_actually_did_it_they_actually_shipped/)**The post reports hands-on testing of Google Gemini 3.7 Flash, characterizing it as a very fast “workhorse” model with strong instruction-following and no observed hallucinations in the author’s tests. A notable anomaly was one run where the model began****reasoning in Chinese****while still completing the task correctly, suggesting a possible language-routing or hidden-chain-of-thought leakage issue.**Commenters broadly push back on prior anti-Gemini sentiment: one says it is “much better” in Antigravity, while another argues it is not truly frontier-level but closer to a**Claude Sonnet-class** everyday model used for ~`80%`\n\nof tasks, with expectations that**Gemini 4** may be frontier-level.One commenter reports hands-on testing in\n\n**Google Antigravity**, saying the new Gemini model is*“much better”*in that coding-agent environment, though no concrete benchmark numbers or failure cases were provided.A more technical framing compares the model to\n\n**Claude Sonnet-class** systems rather than an absolute frontier leader: it is described as a likely`80% of usage`\n\n“workhorse” model, with speculation that**Gemini 4** may be the model that reaches clear frontier status.\n\n**2. Claude Code Agent Memory and Orchestration**\n\n(Activity: 1567):[Example of a real working loop orchestrator](https://www.reddit.com/r/ClaudeAI/comments/1vnnpur/example_of_a_real_working_loop_orchestrator/)**The image (**[PNG](https://i.redd.it/bj5iz1gvk7jh1.png)) shows a non-meme, working AI loop orchestrator dashboard (“Llyod’s Mission”) used to manage recurring agent sessions and a SQLite-backed internal ticket/memory system. The setup centers on a configurable heartbeat / pulse loop that runs playbooks such as checking inbound bug-report emails, querying prior tickets, inspecting app logs, updating docs, and spawning/monitoring child sessions with visible status, model, progress, cost, and deployment actions like`Create PR`\n\n**,**`Commit & Push`\n\n**,**`Worktree`\n\n**, and**`Release Notes`\n\n**. The technical significance is that the orchestrator treats agent memory as an operational database—effectively an internal Jira/tribal-knowledge store with**`600+`\n\n**tickets—so new tasks can be grounded in previous context across models.** Commenters generally viewed the setup as a useful concrete example of agent infrastructure beyond a chat UI, especially for email triage and business workflows. One commenter echoed the same pattern—local history tables for client email context—while another said it clarified how to build harnesses, managers, and dashboards around Claude/agent workflows.One commenter described a production-ish inbound email orchestrator that uses a\n\n**local table of historical client email exchanges** as persistent context. When a new email arrives from a known client, agents can inspect prior issue history without the user manually injecting context, effectively turning the loop into a lightweight client-support memory/RAG workflow.Another commenter outlined a more complex always-on architecture:\n\n**three**`24/7`\n\n**Claude agents on separate machines**, each owning a domain and able to spawn subagents across multiple providers/models. They coordinate through a** shared main ticket table**, plus per-agent Kanban boards used to delegate specialized tasks to subagents based on occupation, task type, provider, and model.The same setup includes a hierarchy where one orchestrator owns the global ticket queue but can escalate or route work to other orchestrators when a task falls under their domain. Human interaction is mediated through a voice-controlled\n\n**“Hermes” agent** on a phone, which can assign tickets, relay messages, and provide status updates.\n\n(Activity: 1089):[I make Claude Code keep a MISTAKES.md file. Here’s what actually happened.](https://www.reddit.com/r/ClaudeCode/comments/1vn6d5r/i_make_claude_code_keep_a_mistakesmd_file_heres/)**The post describes a lightweight persistent-memory workflow for Claude Code: add**`MISTAKES.md`\n\n**to the repo and instruct**`CLAUDE.md`\n\n**to append failures with****what happened / root cause / consequence / prevention****, newest-first. The author reports that Claude later references this file to avoid repeated errors, and recurring entries are promoted into enforceable**`CLAUDE.md`\n\n**rules, turning anecdotal “flaky area” memory into countable failure patterns and guardrails.** Commenters report similar regressions where Claude repeats known mistakes or prematurely stops despite instructions, with one user quoting Claude admitting it*“ignored”*prior guidance and caused the same issue again. Another commenter extends the idea with hook-triggered “skills” after specs, plans, and implementations to scan past errors against current work, claiming it catches many issues.Several commenters reported that Claude Code repeatedly makes the same implementation errors unless prior mistakes are operationalized as part of the workflow. One user described Claude explicitly acknowledging it had previously avoided a broken approach on a given date, then\n\n*“ignored this though and caused exactly the same problem again,”*suggesting that passive documentation like`MISTAKES.md`\n\nis insufficient without retrieval or enforcement.A more technical pattern was described: adding a secondary workflow layer using\n\n**Claude Code skills + hooks** that run after every spec, plan, and implementation step to scan past errors and compare them against the current work. The commenter said this has*“caught so many fuck ups,”*implying the useful mechanism is not the mistakes file itself but automated post-step validation against it.There was debate over retrieval strategy: one commenter argued that merely referencing\n\n`MISTAKES.md`\n\nwill not reliably trigger Claude to consult it, while forcing the whole file into context is inefficient. They suggested Claude’s**memories system** should be superior because short recall triggers remain in context automatically; another commenter emphasized that without enforceable checks,*“it effectively doesn’t exist and will always be ignored by the LLM eventually,”*showing an implementation screenshot:[https://preview.redd.it/prj0dddf05jh1.png?width=3400&format=png&auto=webp&s=b4164b5a6ffad94c85eee175907cbd45d1efd0db](https://preview.redd.it/prj0dddf05jh1.png?width=3400&format=png&auto=webp&s=b4164b5a6ffad94c85eee175907cbd45d1efd0db)\n\n**3. AI Platform Pricing and Watermarking Shifts**\n\n(Activity: 2009):[DeepSeek just massively increased their API prices (effective August 16, 2026) - up to 1,114% increase for cache hits](https://www.reddit.com/r/DeepSeek/comments/1vn81do/deepseek_just_massively_increased_their_api/)**DeepSeek is updating its**[API pricing](https://api-docs.deepseek.com/quick_start/pricing/)effective 16:00 UTC, August 16, 2026, adding peak/off-peak billing where peak windows (`01:00–04:00`\n\n**and**`06:00–10:00 UTC`\n\n**) cost 2× off-peak. The largest increases are on cached-input tokens: V4-Pro cache hits rise from**`$0.003625`\n\n**to**`$0.022/$0.044`\n\n**per M tokens off-peak/peak, i.e.**`+507%/+1,114%`\n\n**; V4-Flash cache hits rise from**`$0.0028`\n\n**to**`$0.007/$0.014`\n\n**, i.e.**`+150%/+400%`\n\n**. Cache-miss input and output pricing also increases substantially, with V4-Pro output moving from**`$0.87`\n\n**to**`$1.98/$3.96`\n\n**and V4-Flash output from**`$0.28`\n\n**to**`$0.66/$1.32`\n\n**.** Comment sentiment is negative but technically thin: users suggest**DS4 remains attractive mainly when cheap**, and at least one commenter says they have already shifted workloads away. The main implied operational concern is that cached-context-heavy and long-conversation workloads lose much of DeepSeek’s prior cost advantage, especially during peak UTC windows.One commenter notes they have\n\n**already migrated away from DeepSeek**, saying`DS4`\n\nis only attractive*“when cheap”*—implying the price increase may erase its main advantage versus competing API models unless its quality/performance justifies the new rate.A user in Brazil points out that DeepSeek’s\n\n**off-peak pricing window** may align unusually well with their local daytime usage:*“off peak hours:*`7:00 > 22:00`\n\n*”*. This suggests regional timezone effects could materially change the real-world impact of the price hike for latency-tolerant workloads that can be scheduled into discounted windows.\n\n(Activity: 1160):[Some Claude users are mad that Anthropic’s new watermarks will catch them using it at their jobs, classes](https://www.reddit.com/r/ClaudeAI/comments/1vndlg3/some_claude_users_are_mad_that_anthropics_new/)**The post discusses user backlash to Anthropic adding detectable watermarks/provenance signals to**[Claude](https://www.anthropic.com/claude)outputs, with concerns that these markers could reveal AI use in workplaces or classes where disclosure may be penalized. A technical edge case raised in comments is that Claude used for**proofreading/editing****may cause otherwise human-authored text to be flagged as AI-associated, blurring attribution between generation and assisted revision.**Commenters were split: one said workplace AI use is encouraged and a watermark would be “affirmation,” while another worried detectors would mislabel their own edited writing as “AI slop.” A separate comment criticized Yahoo for turning a Reddit thread into news, but it added little technical substance.A commenter with education-sector experience argues that Anthropic-style watermarking is technically weak as an enforcement mechanism because\n\n**open-weight models are not subject to the same watermarking constraints**. They note a likely laundering workflow: use Claude for most generation, then pass the output through an open-weight model to paraphrase and potentially remove or obscure the watermark.Several comments highlight a boundary problem: if Claude is used for\n\n*editing, proofreading, formatting dictated text, or restructuring notes*, watermarking may label a largely human-authored artifact as AI-generated. The concern is that detectors could conflate legitimate assistive use with full synthetic authorship, creating false accusations in workplaces or schools.The education-focused comment warns that even improved statistical watermarking can reproduce problems seen with AI detectors:\n\n**false positives and inequitable enforcement**, especially for non-native English speakers or neurodivergent writers whose syntax may appear formulaic. The commenter recommends designing assessments that measure comprehension and AI literacy rather than relying on detection as a blunt academic-integrity tool.", "url": "https://wpnews.pro/news/ainews-cursor-s-60b-acquisition-by-spacexai-closes", "canonical_source": "https://www.latent.space/p/ainews-cursors-60b-acquisition-by", "published_at": "2026-08-14 06:16:00+00:00", "updated_at": "2026-08-17 06:41:37.300403+00:00", "lang": "en", "topics": ["artificial-intelligence", "large-language-models", "generative-ai", "ai-research", "ai-products"], "entities": ["Z.ai", "GLM-5.3", "Alibaba", "Qwen3.8-27B", "DeepSeek-V4-Pro", "RedNote", "dots3-note", "vLLM"], "alternates": {"html": "https://wpnews.pro/news/ainews-cursor-s-60b-acquisition-by-spacexai-closes", "markdown": "https://wpnews.pro/news/ainews-cursor-s-60b-acquisition-by-spacexai-closes.md", "text": "https://wpnews.pro/news/ainews-cursor-s-60b-acquisition-by-spacexai-closes.txt", "jsonld": "https://wpnews.pro/news/ainews-cursor-s-60b-acquisition-by-spacexai-closes.jsonld"}}