Eine generierte Titelkarte für „WeVisOne-VL-4B“ mit dem Untertitel „Tencent veröffentlichte die Gewichte am 22. Oktober 2026 – und sagte nichts“ und drei Chips mit der Aufschrift „4,83 Mrd. Parameter“, „Alpha-Mattes bei Schrittweite 1“ und „Keine gehostete API“, über einem weichen Cutout-Symbol, das sich von einem Fotorahmen löst.
Engineering & Research

WeVisOne-VL-4B: Das 4B-Vision-Modell, das Tencent ohne Launch-Post veröffentlichte

Autor

Alistair Wren

Veröffentlicht am

Neueste Modelle · 20Alle Modelle ansehen →
Benchmarks: Artificial Analysis · täglich aktualisiert
Zurück zu allen Beiträgen

Bei P3M-500-NP, einem Standard-Benchmark zur Extraktion weicher Kanten aus einem Bild, erzielte die beste Alpha-Matte, die Tencent zum Vergleich finden konnte, eine mittlere absolute Abweichung von 15,4. WeVisOne-VL-4B erreicht 7,3. Das ist etwa die Hälfte des Fehlers einer eigens dafür gebauten Matting-Pipeline – erzeugt von einem Vision-Language-Modell mit 4 Milliarden Parametern, das mit denselben Gewichten auch Detektion, Zählung, OCR und Segmentierung übernimmt. WeVisOne-VL-4B ist der Versuch des WeChat Vision Teams, eine Reihe von Wahrnehmungsspezialisten in einem einzigen Next-Token-Prädiktor zusammenzufassen, und das ist wirklich interessante Arbeit. Was es noch nicht ist, ist ein Produkt: Es gibt keinen Tencent-Blogbeitrag, keine Pressemitteilung, keinen gehosteten Endpunkt und überhaupt keine Ankündigung, die diese Website finden konnte. Die Gewichte wurden am 22. Oktober 2026 auf Hugging Face veröffentlicht, und seitdem ist das Modell öffentlich – still und leise.

Dieser Beitrag ist eine Auswertung dessen, was die Repositories tatsächlich enthalten, und er trennt zwei Dinge, die leicht zu verwischen sind: was man durch das Herunterladen des Modells überprüfen kann und was nur das eigene Paper von Tencent behauptet. Beides ist wichtig. Nur eines davon ist ein Beweis.

Was wurde veröffentlicht, und wann?

Die Aufzeichnung ist ungewöhnlich sauber, weil alles mit Zeitstempeln versehen ist. Das Hugging Face Repository tencent/WeVisOne-VL-4B wurde am 22. Oktober 2026 um 09:48 UTC erstellt; das GitHub Repository Tencent/WeVisOne-VL wurde fünfzig Minuten früher erstellt, um 08:58 UTC am selben Morgen; die arXiv-Abhandlung 2610.31329 trägt ein Einreichungsdatum vom 22. Oktober. Ein 2B-Geschwistermodell, tencent/WeVisOne-VL-2B, erschien daneben.

A screenshot of the Hugging Face model card for tencent/WeVisOne-VL-4B, captured 23 October 2026, showing the Image-Text-to-Text pipeline tag, Transformers and Safetensors tags, an apache-2.0 licence label, a model size of 5B params in F32, a note that the model is not deployed by any Inference Provider, and a Quick Start snippet importing WeVisOneVL.

{{1}}Zum Zeitpunkt des Verfassens war das 4B-Repository am folgenden Morgen noch einmal geändert worden und hatte ein paar Likes sowie keine nennenswerte Download-Zahl angesammelt.{{/1}} {{2}}Diese Zähler sind eine Momentaufnahme, kein Urteil, aber sie verraten Ihnen etwas, das das Paper nicht kann: Fast niemand hat dieses Modell bisher heruntergeladen.{{/2}} {{3}}Das GitHub-Repository hatte 46 Sterne und eine Handvoll Forks, und die TODO-Liste in der README ist selbst ein Statusbericht – Inferenzpaket, Cookbooks und Evaluierungs-Pipeline sind abgehakt; eine Gradio-Demo und der Fine-Tuning-Code nicht.{{/3}}

A screenshot of the GitHub repository Tencent/WeVisOne-VL, captured 23 October 2026, showing 46 stars, 3 forks, 0 tags, no releases published, a single commit labelled 'Initial public release of WeVisOne-VL', and folders for checkpoints, demo, evaluation, scripts and wevisone_vl.

Die treffende Beschreibung ist also weder „ein Leak“ noch „ein Launch“. Es ist ein offizieller Open-Source-Release mit dem Gerüst einer Veröffentlichung – Paper, Gewichte, Code, Benchmark-Pipeline – und ohne jegliches Marketing. Ob eine Ankündigung folgt, ist unbekannt. Wer schreibt, Tencent habe dieses Modell „enthüllt“ oder „gestartet“, beschreibt ein Ereignis, das nicht stattgefunden hat.

Ein Rückgrat, sieben Ausgabetypen

Die Architektur ist weniger exotisch, als die Benchmark-Tabelle vermuten lässt. WeVisOne-VL-4B ist ein Qwen3-VL-Modell — die Repository-Metadaten nennen Qwen3VLForConditionalGeneration als Architektur und listen 4,83 Milliarden Parameter in F32 auf — auf der Modellkarte auf 5B gerundet — feinabgestimmt darauf, strukturierte Koordinaten-Tokens statt Prosa auszugeben. Boxen und Punkte werden als Tokens von <0> bis <1000> kodiert, auf das Bild normalisiert, weshalb ein Sprachmodell am Ende Geometrie statt Beschreibung betreibt.

Die Pixel-Hälfte ist der Teil, den es zu verstehen gilt. Nach jeder vorhergesagten Box gibt das Modell ein spezielles Token aus, <OBJ>, dessen Hidden State an einen separaten Decoder mit 9,6 Millionen Parametern übergeben wird, der als mask_decoder.pt ausgeliefert wird. Dieser Decoder – ein visueller Feature-Adapter, sechs deformierbare Cross-Attention-Blöcke und ein Cascade-Head, der bei Stride 4, 2 und 1 verfeinert – verwandelt die Box in eine Instanzmaske und dann in eine Alpha-Matte in voller Auflösung. Es ist kein SAM-Aufruf. Es gibt kein zweites Modell im Ablauf, keinen Prompt-Encoder, keinen externen Segmenter. Der gesamte Pixel-Pfad besteht aus 9,6 Mio. Parametern, die an ein Sprachmodell angebaut sind.

Diese Designentscheidung erklärt das Benchmark-Profil. Da Masken und Mattes auf dieselbe Box konditioniert sind, die das Modell gerade vorhergesagt hat, benötigt das Modell keine von Menschen gelieferte Box, um zu segmentieren; es kann nach „der Person, die den Regenschirm hält“ gefragt werden und die Matte für genau diese Instanz zurückgeben. Der Kompromiss besteht darin, dass der Pixel-Decoder nie aus einer Belohnung auf Maskenebene lernt – die Reinforcement-Learning-Phase des Papers bewertet Boxen, Pointing und OCR-Transkription, verwendet jedoch überhaupt keine Masken- oder Alpha-Belohnung. Die dichte Ausgabe wird ausschließlich durch einen überwachten Loss trainiert.

Die Zahlen, und wessen Zahlen sie sind

Jede der unten aufgeführten Zahlen stammt aus Tencents Paper oder dem README des Projekts. Keine davon wurde von Dritten reproduziert, und die Vergleichsgruppe wurde von den Autoren ausgewählt. Das ist normal für ein zwei Tage altes Paper, und es ist zugleich genau die Situation, in der eine Anbietertabelle sich selbst schönfärbt – behandle die Vorsprünge also als Behauptungen und nicht als Messwerte.

A generated scoreboard titled 'WeVisOne-VL-4B - the scoreboard' with six rows: Scope 7 perception tasks, Parameters 4.83B dense, Pixel decoder 9.6M params, Matting MAD 7.3 on P3M-500-NP, Rejection 96.4% on WeRef-Bench, Independent score none yet. A footer reads 'All figures vendor-reported from arXiv 2610.31329 and the project README; no independent run.'

Die Schlagzeile behauptet – gemessen an der stärksten offenen Baseline, die die Autoren für jede Aufgabe nennen –:

• Detektion, LVIS-F1-Mittelwert — WeVisOne-VL-4B 55,3 vs. 50,7 für die beste Baseline

• Dense-Erkennung, Dense200-F1-Mittelwert — 71,3 vs. 58,7

• Referring, RefCOCOg-Test-F1-Mittelwert — 81,8 vs. 77,6

• Ablehnung, WeRef-Bench – 96,4 % der Abfragen ohne Ziel wurden korrekt abgelehnt gegenüber 73,0 %

• Zählen, PixMo-Count-Testgenauigkeit — 89,6 vs. 82,8

• OCR, TotalText F1-Mittelwert — 52,0 vs. 43,3

• Referring-Segmentierung, ReasonSeg Val-gIoU — 71,2 vs. 65,0

• Box-Mattierung, P3M-500-NP MAD — 7,3 vs. 15,4, wobei niedriger besser ist

Die aussagekräftigste Zeile steht nicht in dieser Liste. Gegenüber Qwen3-VL-4B – demselben Backbone, unverändert – beträgt der Abstand bei Dense200 71,3 gegenüber 15,2 und bei VisDrone 44,7 gegenüber 31,0. Ein Basis-Vision-Sprachmodell ist bei der dichten Erkennung kleiner Objekte nahezu nutzlos, und das Fine-Tuning bringt es in Spezialistenterritorium. Das ist eine belastbarere Behauptung als jeder Vergleich mit einem Frontier-Modell: Die Autoren zeigen, dass ein 4B-Generalist ohne Vergrößerung in einen kompetenten Lokalisierer umgewandelt werden kann.

Wo es nicht mehr funktioniert

Die Einschränkungen sind auf der Model Card angegeben, und sie sind nicht kosmetischer Natur. Das Modell verarbeitet pro Durchlauf ein einzelnes Bild – Videogitter werden vom Pixel-Decoder schlicht abgelehnt; es ist also kein Werkzeug zur Videosegmentierung und gibt auch nicht vor, eines zu sein. Es erzeugt strukturierte Ausgabe direkt, ohne Gedankenkette, was bedeutet, dass man es nicht bitten kann, über eine mehrdeutige Anfrage nachzudenken, bevor es sich auf eine Box festlegt. Die Alpha-Qualität leidet bei feinen Kanten, starker Verdeckung und genuin transparenten Materialien, und sie reagiert empfindlich auf die Formulierung des Prompts – „die Haare der Frau“ und „ihre Haare“ liefern nicht garantiert dieselbe Matte.

Das Ablehnungsverhalten ist das Merkmal, das am ehesten unterbewertet wird. Die Rückgabe von None für ein nicht vorhandenes Ziel klingt trivial, bis man einen Detektor auf einem Videostream laufen lässt und sieht, wie er auf einem leeren Parkplatz einen Fußgänger halluziniert. Eine Ablehnungsrate von 96,4 % bei WeRef-Bench gegenüber 73,0 % bei der besten Baseline ist der Unterschied zwischen einer Komponente, die man in eine Pipeline einbauen kann, und einer, die man mit einem zweiten Modell absichern muss.

Wie du es tatsächlich ausführen würdest

Die Modellkarte dokumentiert vier Bereitstellungspfade: das eigene Inferenzpaket des Projekts, eine Transformers-image-text-to-text-Pipeline, vLLM und SGLang sowie einen Einzeiler für Docker Model Runner. Die Dekodierung erfolgt gierig, mit einer Obergrenze von 1.960 visuellen Tokens pro Bild. Bei 4,83 Mrd. Parametern in F32 ist der Checkpoint etwa 19 GB auf der Festplatte groß, bevor der Decoder mit 9,6 Mio. Parametern hinzukommt; das Laden in bfloat16 halbiert das. Sie benötigen den benutzerdefinierten Inferenzcode ohnehin – mask_decoder.pt ist eine erforderliche Komponente, kein optionales Extra, und ein Standard-Ladevorgang mit Transformers liefert Ihnen Boxen und Text, aber keine Masken.

Es gibt keine gehostete API und keinen veröffentlichten Preis, daher ist die ehrliche Aussage, dass WeVisOne-VL-4B heute eine Entscheidung fürs Selbsthosting ist. Wenn Sie eigentlich die Qwen3-VL-Perception-Pipeline diese Woche in Produktion bringen wollen, ohne eine GPU für Gewichte bereitzustellen, die erst gestern erschienen sind, dann ist die Qwen3-VL-8B-Instruct-Version über OrcaRouter verfügbar — ein Schlüssel für mehr als 200 Modelle, Listenpreis des Anbieters zu 0 % Aufschlag durchgereicht und automatisches Failover, falls ein Upstream-Endpunkt wackelt. Das ist die Backbone-Familie, nicht das Fine-Tuning. Es liefert Ihnen Bounding-Boxen und Beschreibungen; Alpha-Mattes liefert es Ihnen nicht.

Was zu sehen

Drei Dinge würden dies von einer „interessanten Arbeit“ zu einem „Modell, das man evaluieren sollte“, machen. Das erste ist ein unabhängiger Benchmark-Lauf – wenn jemand die Matting-Zahlen auf einem zurückgehaltenen Datensatz reproduzieren würde, wäre die größte offene Frage geklärt. Das zweite ist ein gehosteter Endpunkt von Tencent oder wem auch immer; er würde zeigen, ob der Inferenzpfad robust genug für den Produktivbetrieb ist. Das dritte ist der Fine-Tuning-Code, der ungeprüft auf der TODO-Liste der README steht; ohne ihn ist die Anpassung des Matting-Heads an einen bestimmten Produktkatalog reine Spekulation.

Bis dahin lautet die faire Zusammenfassung so: Tencent hat ein kleines Modell veröffentlicht, das etwas wirklich Ungewöhnliches tut – Alpha-Mattes in voller Auflösung aus einem Sprachmodell, ohne SAM im Spiel – und das, ohne Aufmerksamkeit einzufordern. Die Gewichte stehen unter Apache 2.0 für den von Tencent verfassten Code. Die Behauptungen stammen von den Autoren selbst. Beide Tatsachen sind überprüfbar, und du solltest sie prüfen, bevor du darauf deine Planung stützt.