Spring til indholdet
kenjtecJournal
Søg i Journal

MiniMax Mini Apps: AI-resultatet bliver et arbejdsområde, du kan blive ved med at bruge

En Mini App kræver mere end en pæn side. En lillebitte lokal tilstandsserver gør forskellen mellem visning, lagring og agenthandling konkret.

På en tre-etagers træmodel trækker Lena skuffen med et kort ud. AI-illustration.

Du ændrer antallet af ringbind fra fire til seks. Når du åbner den igen, står der fire igen. Brugerfladen reagerede på dit klik, men applikationen gemte ikke en ny arbejdstilstand. Det er netop denne kløft, der adskiller et dashboard, som er genereret én gang, fra et værktøj, som mennesker og agenter kan blive ved med at arbejde med.

MiniMax annoncerede Mini Apps til sin Code-desktopapplikation den 22 oktober 2026. Leverandøren beskriver en frontend, en Node-backend, et vedvarende dataområde og deklarerede agentforbindelser. Lokal afvikling under brugerens konto er en egenskab ved denne tilgang, ikke en generel sikkerhedsgaranti.

Tre lag, én fælles arbejdstilstand

Frontenden viser værdier og modtager input. Backenden kontrollerer og behandler en ændring. Lagringen registrerer, hvilken tilstand der gælder bagefter. Hvis et menneske og en agent skal arbejde på den samme opgave, har begge brug for en sporbar reference til denne gyldige tilstand.

En materialeliste er et godt miniatureeksempel på dette. Brugerfladen viser antallet af ringbind, serveren accepterer kun tilladte mængder, og en fil gemmer det bekræftede resultat. En agents anbefaling bør i første omgang forblive genkendelig som et forslag. Først det tilsigtede trin, hvor forslaget godkendes, ændrer den gyldige værdi.

Din egen lokale reference uden agentforbindelse

Du kan undersøge lagringsspørgsmålet uafhængigt af MiniMax. Det følgende Node-eksempel, der er skrevet til denne artikel, stiller et lillebitte tilstandsendpoint til rådighed på en loopback-port. Det er ikke en Mini App-udvidelse og bruger ikke noget MiniMax-API. Gem det som mini-state.mjs i en tom testmappe, og start det med en eksisterende Node-installation.

import { createServer } from "node:http";
import { readFile, writeFile, rename } from "node:fs/promises";
const datei = new URL("./state.json", import.meta.url);
const temp = new URL("./state.tmp", import.meta.url);
async function lesen() {
  try { return JSON.parse(await readFile(datei, "utf8")); }
  catch (e) { if (e.code === "ENOENT") return { anzahl: 4 }; throw e; }
}
createServer(async (req, res) => {
  res.setHeader("Content-Type", "application/json");
  try {
    if (req.url !== "/state") { res.writeHead(404); return res.end("{}"); }
    if (req.method === "PUT") {
      let roh = "";
      for await (const teil of req) {
        roh += teil;
        if (roh.length > 1024) throw Error("zu gross");
      }
      const { anzahl } = JSON.parse(roh);
      if (!Number.isInteger(anzahl) || anzahl < 0 || anzahl > 20)
        throw Error("ungueltige Menge");
      await writeFile(temp, JSON.stringify({ anzahl }));
      await rename(temp, datei);
    } else if (req.method !== "GET") {
      res.writeHead(405); return res.end("{}");
    }
    res.end(JSON.stringify(await lesen()));
  } catch { res.writeHead(400); res.end('{"fehler":"Eingabe oder Datei pruefen"}'); }
}).listen(8765, "127.0.0.1");

Læs /state med et HTTP-værktøj, send derefter bodyen {"anzahl":6} via PUT, og læs igen. Stop derefter processen, og start den igen. Den interessante sammenligning er værdien efter genstarten. Den kommer nu fra filen og ikke fra hukommelsen i en åben side.

Hvad det lille eksempel bevidst lader stå åbent

Demoen er beregnet til enkelte lokale forespørgsler. Den har ingen brugeradministration, ingen flerbrugerdatabase og ingen robust håndtering af samtidige skrivninger. Disse egenskaber ville være yderligere krav, så snart den bliver til en rigtig applikation. At erstatte filen via en midlertidig fil illustrerer kun én begrænset måde at gemme på.

En brugerflade kunne nu læse dette endpoint og sende ændringer. En agent ville være endnu en kalder med specifikt definerede tilladelser. Begge er separate udvidelser. En synlig knap beviser ikke, at en ændring blev gemt, og en gemt værdi beviser endnu ikke en fornuftig agentbeslutning.

Fra genereret resultat til værktøj

Når du derfor ser på en genereret Mini App, så kontrollér fire konkrete ting: Hvor kommer den viste værdi fra? Hvad bekræfter en ændring? Hvilken tilstand vises efter en genstart? Hvilken handling må agenten selv udløse? Disse spørgsmål beskriver faktisk adfærd og kan følges til dørs med en lille materialeliste.

Nyheden fra MiniMax er interessant, fordi den bringer samtale og et arbejdsområde, du kan blive ved med at bruge, tættere sammen. Den afgørende mekanisme er dog fortsat lagring plus kontrolleret handling. Når du først har forstået den i din egen lillebitte applikation, kan du også vurdere et mere omfattende agentdashboard mere præcist.

Kilder og status

Kilder pr. 25 oktober 2026. Introducing MiniMax Code Mini App; officielt forskningsindeks med annonceringsdato; pakkestruktur og deklarerede tilladelser; Node-runtime og dataområde; sikkerhedsmodel og lokal afvikling.

Hamborg er vores udgangspunkt.

Det nyttige rejser med dig.

Praktisk AI fra Hamborg, forklaret internationalt.

Gemte artikler