Ollama 0.32.11: Web Search bringt Recherche in die Responses-API

Kurz gesagt: Mit Ollama 0.32.11 erhält die OpenAI-kompatible Responses API Web Search. Das ist für lokale oder selbst kontrollierte Modell-Backends vor allem ein Integrationssignal: Anwendungen können Recherche als Tool in dieselbe Responses-Schnittstelle einhängen, statt dafür einen separaten proprietären Pfad zu bauen.

Ollama veröffentlichte Version 0.32.11 am 14. August 2026 um 01:22 UTC (03:22 Uhr CEST). Neben Web Search ergänzt der Release Startpfade für DeepSeek Harness und Metas Muse Code.

Ein Tool im vertrauten API-Vertrag

Die Release Notes nennen die Änderung knapp, aber operativ relevant: Die OpenAI-kompatible Responses API unterstützt nun Web Search. Teams, die ihre Agenten bereits gegen einen Responses-artigen Vertrag bauen, müssen Recherche damit nicht zwangsläufig über einen zweiten API-Stil modellieren.

Das reduziert nicht automatisch Komplexität im Betrieb. Entscheidend bleiben Tool-Freigaben, Nachvollziehbarkeit der Suchresultate, Datenflüsse und eine klare Antwort darauf, wann ein Modell suchen darf. Der Release verspricht weder eine vollständig lokale Suche noch Kosten-, Latenz- oder Qualitätswerte. Genau diese Grenzen sollten vor dem produktiven Einsatz getestet werden.

Die weiteren Änderungen zielen auf Agenten-Workflows

• ollama launch dsh unterstützt nun DeepSeek Harness, DeepSeeks Open-Source-Agent-Harness.
• ollama launch muse unterstützt Muse Code, Metas agentische Coding-CLI.
• Der Release enthält außerdem Template-Updates für Muse Glimmer.

Das Muster dahinter ist bemerkenswert: Ollama positioniert sich nicht nur als lokaler Modellrunner, sondern als Anbindungspunkt für Agenten-Umgebungen und kompatible Tool-Verträge. Für Entwickler ist das nützlich, solange die Komfortschicht nicht darüber hinwegtäuscht, welche Komponenten lokal laufen und welche externe Dienste benötigen.

Upgrade-Check für Teams

1. Responses-Pfad isoliert testen: Einen Web-Search-Request mit dem eigenen OpenAI-kompatiblen Client gegen eine Staging-Instanz ausführen.
2. Tool-Policy definieren: Recherche nur für erlaubte Workflows aktivieren; Prompts allein sind keine Zugriffskontrolle.
3. Provenienz erfassen: Suchquellen und Tool-Aufrufe im Trace speichern, damit Antworten später prüfbar bleiben.
4. Lokale Grenze dokumentieren: Für jeden Agenten festhalten, welche Modell-, Such- und Credential-Pfade die Instanz tatsächlich nutzt.

Einordnung: Die relevante Neuigkeit ist nicht „das Modell kann jetzt googeln“. Sie ist die Annäherung an einen gemeinsamen Agentenvertrag: Modellantworten und externe Recherche liegen näher beieinander. Wer Ollama als kontrollierten Baustein in einem Agenten-Stack einsetzt, sollte das als Anlass nehmen, Tool-Governance und Observability gleich mitzudenken.

Quellen

• Ollama v0.32.11 Release Notes — Primärquelle, veröffentlicht am 14. August 2026, 01:22 UTC.
• Ollama-Implementierungs-Commit für DeepSeek Harness — operative Ergänzung zur Harness-Integration.