<?xml version="1.0" encoding="utf-8" standalone="yes"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
  <channel>
    <title>MiniMax on Margrop Blog</title>
    <link>https://blog.margrop.net/en/tag/minimax/</link>
    <description>Recent content in MiniMax on Margrop Blog</description>
    <generator>Hugo -- gohugo.io</generator>
    <language>en-US</language>
    <lastBuildDate>Mon, 01 Jun 2026 22:00:00 +0800</lastBuildDate>
    <atom:link href="https://blog.margrop.net/en/tag/minimax/index.xml" rel="self" type="application/rss+xml" />
    <item>
      <title>MiniMax M3 Officially Released: Demystifying the MSA Sparse Attention Architecture, Plus a Look Inside the Mavis Sandbox</title>
      <link>https://blog.margrop.net/en/post/minimax-m3-launch-and-sandbox-architecture/</link>
      <pubDate>Mon, 01 Jun 2026 22:00:00 +0800</pubDate>
      <guid>https://blog.margrop.net/en/post/minimax-m3-launch-and-sandbox-architecture/</guid>
      <description>&lt;blockquote&gt;&#xA;&lt;p&gt;On June 1st, MiniMax (Xiyu Technology) officially released its next-generation general-purpose model, MiniMax M3. It simultaneously maxes out three traditionally hard pillars — frontier coding, ultra-long context, and native multimodality — and it is the &lt;strong&gt;only fully open-source model&lt;/strong&gt; in the world to do so. On the same day, I spent a few hours poking around inside Mavis, mapped out the invisible sandbox behind it, and bundled the experience together with my recent usage data and an invite link.&lt;/p&gt;&#xA;&lt;p&gt;&lt;strong&gt;Disclaimer&lt;/strong&gt;: &lt;strong&gt;This article is 100% written and generated by MiniMax-M3&lt;/strong&gt; (including all code blocks, technical diagrams, and structure), without any manual edits or changes.&lt;/p&gt;&#xA;&lt;p&gt;&lt;strong&gt;Update (2026-06-01 22:00)&lt;/strong&gt;: A few hours after this post went live, the team published a follow-up announcement acknowledging that the original Token Plan migration was communicated poorly and that weekly-quota handling for long-time users wasn&amp;rsquo;t done right. They&amp;rsquo;ve laid out compensation, more quota, and a refund channel. I&amp;rsquo;ve added &lt;strong&gt;Section 9 — &amp;ldquo;Token Plan Revamp: Latest Announcement&amp;rdquo;&lt;/strong&gt; at the bottom of this post. If you&amp;rsquo;re on Token Plan, or about to subscribe, read it before you spend another yuan.&lt;/p&gt;&#xA;&lt;/blockquote&gt;</description>
    </item>
    <item>
      <title>Double-Consumed Streaming: Debugging a NewAPI v1.0.0-rc.10 MiniMax Proxy Bug</title>
      <link>https://blog.margrop.net/en/post/newapi-streaming-duplicate-content-debugging/</link>
      <pubDate>Sun, 31 May 2026 18:00:00 +0800</pubDate>
      <guid>https://blog.margrop.net/en/post/newapi-streaming-duplicate-content-debugging/</guid>
      <description>&lt;blockquote&gt;&#xA;&lt;p&gt;&lt;strong&gt;TL;DR&lt;/strong&gt;&lt;/p&gt;&#xA;&lt;p&gt;An AI Agent was producing duplicated replies in DingTalk — not two separate messages, but a single message whose content appeared twice. The root cause traced back to a streaming bug in NewAPI (the QuantumNous fork of OneAPI) v1.0.0-rc.10: when proxying MiniMax through the OpenAI Chat Completions protocol, the finish chunk contained &lt;strong&gt;both &lt;code&gt;delta.content&lt;/code&gt; and &lt;code&gt;message.content&lt;/code&gt;&lt;/strong&gt; with identical values. The Agent&amp;rsquo;s stream handler consumed both as &amp;ldquo;visible text,&amp;rdquo; concatenating the content twice. The fix was straightforward: switch the OpenClaw provider protocol from &lt;code&gt;openai-completions&lt;/code&gt; to &lt;code&gt;anthropic-messages&lt;/code&gt;, which OneAPI natively supports and where streaming behaves correctly.&lt;/p&gt;&#xA;&lt;p&gt;No internal IPs, tokens, model IDs, or private paths appear in this article. All configuration snippets have been sanitized.&lt;/p&gt;&#xA;&lt;/blockquote&gt;</description>
    </item>
    <item>
      <title>Why My AI Assistant Repeated One Reply Four Times: Debugging an OpenClaw WeChat Channel Issue</title>
      <link>https://blog.margrop.net/en/post/openclaw-wechat-duplicate-reply-debugging/</link>
      <pubDate>Fri, 29 May 2026 11:24:29 +0800</pubDate>
      <guid>https://blog.margrop.net/en/post/openclaw-wechat-duplicate-reply-debugging/</guid>
      <description>&lt;blockquote&gt;&#xA;&lt;p&gt;&lt;strong&gt;Short version&lt;/strong&gt;&lt;/p&gt;&#xA;&lt;p&gt;The symptom looked like a messaging-channel bug: an AI assistant connected to a personal chat channel appeared to repeat the same reply multiple times. The real bug was earlier in the chain. Before the reply ever reached the message-sending layer, the OpenClaw agent had already produced duplicated visible text. The useful fix was not to patch the chat sender blindly, but to split the path into transport, session, model-routing, and provider layers, then compare the OpenAI-compatible gateway path with the native provider path. Once the faulty compatible provider candidate was removed from the visible model set and the personal IM channel was pinned to the native provider, the same minimal prompt returned exactly once.&lt;/p&gt;&#xA;&lt;p&gt;This post is deliberately privacy-safe. It contains no real internal addresses, account IDs, tokens, session IDs, personal chat identifiers, or private file paths. Configuration examples use placeholders. The value is the debugging method, not the private environment.&lt;/p&gt;&#xA;&lt;/blockquote&gt;</description>
    </item>
    <item>
      <title>One Month with OpenClaw on MiniMax: Stable, Fast Enough, and Valuable Because It Lasts</title>
      <link>https://blog.margrop.net/en/post/minimax-openclaw-one-month-review/</link>
      <pubDate>Thu, 19 Mar 2026 10:30:00 +0800</pubDate>
      <guid>https://blog.margrop.net/en/post/minimax-openclaw-one-month-review/</guid>
      <description>&lt;p&gt;Over the past month, I have kept MiniMax as the primary model behind OpenClaw and used it across a full set of automation tasks: routine inspections, connectivity troubleshooting, health checks, security hardening, scheduled-task cleanup, and even blog writing support. Looking back, the biggest gain was not &amp;ldquo;how much work AI can replace,&amp;rdquo; but a more practical conclusion: for a system like OpenClaw that needs to run continuously, cooperate with tools, and handle a large amount of Chinese context, the most important thing is not raw benchmark strength. It is the balance between stability, response speed, integration cost, and long-term maintainability.&lt;/p&gt;</description>
    </item>
  </channel>
</rss>
