In diesem Beitrag
Wigolo im Test: Lokale Web Intelligence für AI Agents
Wigolo gibt einem AI Agent eine erstaunlich breite Web-Schicht, ohne eine kostenpflichtige Such- oder Scraping-API vorauszusetzen. Ein lokaler MCP Server kann suchen, Seiten abrufen, crawlen, Daten extrahieren, bereits gesehene Inhalte wiederverwenden, ähnliche Quellen finden, Recherchen strukturieren und einen autonomen Gather Loop ausführen.
Die belastbare Aussage ist nicht, dass das Internet plötzlich lokal oder kostenlos wird. Suchanfragen erreichen weiterhin öffentliche Suchmaschinen. Fetches erreichen Webseiten. Lokale Rechenleistung und Speicher kosten weiterhin Geld. Eine optionale Cloud-Synthese sendet Kontext an den konfigurierten Modellanbieter. Die eigentliche Verschiebung liegt darin, dass Ranking, Embeddings, Cache, Browser Routing und ein großer Teil der Orchestrierung auf kontrollierter Infrastruktur statt hinter einer nutzungsabhängigen Vendor API laufen können.
Recherchestand: . Das ist ein Quellenreview des aktuellen öffentlichen Repositories und der Package-Metadaten, kein unabhängiges Security Audit, keine Rechtsberatung und kein Vergleichsbenchmark. Wigolo ist als Public Beta gekennzeichnet. Wigolo Repository und Projektdokumentation
Diese Seite besitzt eine eng abgegrenzte Suchintention: ob Wigolo als local-first Web-Intelligence-Layer für AI Agents belastbar ist, was tatsächlich lokal läuft und welche Aufgaben ein Produktionsteam weiterhin betreiben muss. Einen vollständigen Research Agent behandelt unser Feynman Test. Lokale Office-Dateikonvertierung gehört zum Firecrawl AnyDoc Test. Für eine DOM-first Browser Engine gibt es den Lightpanda Test. Allgemeine Runtime Controls bleiben im Agent Harness Engineering Guide.
Was ist Wigolo?
Wigolo ist ein local-first Web-Intelligence-Server für AI Agents. Dieselben Retrieval- und Research-Funktionen stehen über MCP, CLI, REST und SDKs bereit. Applikationsprozess, SQLite Knowledge Cache, Vector Index, Embedding-Modell, Reranker, Browser Pool und Konfiguration können auf dem Rechner des Users oder einem selbst betriebenen Server liegen.
Damit ist Wigolo mehr als ein Wrapper um eine einzelne Search API. Das Projekt versucht, den gesamten Evidenzpfad zwischen Agent-Frage und Modellkontext abzudecken: Discovery, Page Retrieval, Content Cleanup, Ranking, Provenance, Caching und optionale Synthese.
| Aussage | Was stimmt | Welche Grenze bleibt |
|---|---|---|
| Keine Paid API nötig | Search, Fetch, Crawl, Extract, Cache und Similarity können ohne kommerziellen Search Key laufen | Öffentliche Engines und Webseiten bleiben externe Abhängigkeiten; optionale Provider können Kosten erzeugen |
| Läuft lokal | State, Ranking, Embeddings, Browser Routing und Orchestrierung können auf eigener Hardware laufen | Browsing bleibt Netzwerkaktivität und ist nicht offline |
| Wiederholte Frage kostenlos | Ein gültiger Cache Hit vermeidet eine weitere bezahlte Suche und kann einen erneuten Fetch sparen | CPU, RAM, Disk, Bandbreite, Wartung und Stale-Data-Risiko bleiben |
| Zitierbare Evidenz | Ergebnisse können wörtliche Auszüge, Citation IDs, Source Spans und Score-Komponenten enthalten | Ein Source Span erhöht Traceability, beweist aber nicht die Richtigkeit der Quelle |
| Eine Installation | Das npm Package kann unterstützte MCP Clients konfigurieren und lokale Modelle plus Browser Engine laden | Der initiale Footprint ist relevant und Produktion braucht weiterhin Controls |
Hat Wigolo acht Tools oder zehn?
Die aktuelle Tool Reference dokumentiert zehn Tools. Die acht oft genannten Workflows existieren. Zusätzlich beschreibt die Dokumentation diff und watch für Versionsvergleiche und Change Monitoring. Jedes Tool verwendet denselben Contract über MCP, REST, SDK und CLI. Wigolo Tool Reference
| Tool | Dokumentierte Aufgabe | Wichtige Produktionsprüfung |
|---|---|---|
search | Queries auffächern, Engine Ranks fusionieren, lokal reranken und bewertete Evidenz liefern | Recall, Engine Degradation und Domain Quality am eigenen Query Set messen |
fetch | Eine URL laden, von HTTP auf Browser Rendering eskalieren und sauberes Markdown liefern | Ziele, Timeouts, authentifizierte Sessions und Browser Actions begrenzen |
crawl | Per BFS, DFS, Sitemap oder Map-only traversieren | Page Budgets, Rate Limits, Scope Patterns und Retention setzen |
extract | Tabellen, Metadaten, Named Schemas oder ein eigenes JSON Schema zurückgeben | Felder gegen die Quelle prüfen und fehlende Werte explizit behandeln |
cache | Bereits gesehene Seiten per Keyword oder Hybrid Semantic durchsuchen und Änderungen prüfen | Freshness, Löschung, Zugriff und Storage Limits definieren |
find_similar | Lokale Keyword-, Semantic- und Live-Web-Signale zu URL oder Konzept fusionieren | Cold Start Notices verarbeiten und Ranking Disagreement prüfen |
research | Frage zerlegen, parallel suchen und einen belegten Brief oder Report erzeugen | Gaps, Claim Sources und Datenfluss des Synthesis Providers prüfen |
agent | Innerhalb von Page- und Time-Budgets planen, sammeln, extrahieren und synthetisieren | Autonomie, Tools, Ziele und zulässige Teilergebnisse begrenzen |
diff | Cached, Live oder bereitgestellten Content auf Line-, Word- oder Section-Ebene vergleichen | Dynamisches Rauschen normalisieren, bevor Business Actions ausgelöst werden |
watch | Change Checks mit Inline- oder Webhook-Ausgabe registrieren | Aktiven Daemon, sichere Webhooks und Failed Checks überwachen |
Eine Metadatenabweichung ist relevant. Das Package Manifest nennt Version 0.2.1 und listet acht Namen im Feld mcp.tools, während die aktuelle Tool-Dokumentation zehn beschreibt. Das kann ein Rückstand der Registry-Metadaten statt einer Runtime-Grenze sein. Eine Produktionsprüfung sollte dennoch die Discovery Response des exakt gepinnten Packages als Quelle der Wahrheit verwenden, nicht eine Marketingzahl. Wigolo Package Manifest
Wie sucht und bewertet Wigolo Evidenz?
Der Standardpfad dispatcht direkte Engine Adapter parallel, wendet Reciprocal Rank Fusion an, reichert ausgewählte Treffer an und rerankt Passagen mit einem On-device-Modell. Das Projekt dokumentiert 18 direkte Adapter. Welche Engines tatsächlich laufen, hängt aber von Query Category, Health, Rate Limits und optionalen Credentials ab. Ein Engine-Ausfall soll in der Telemetrie sichtbar bleiben.
Der Output ist für ein Agent Tool ungewöhnlich auditierbar. Er kann Engine Latenz und Outcome, Consensus Signals, Query Understanding, Freshness Estimates, eine Score Explanation und zitierbare Auszüge enthalten. Ein aufrufender Agent kann dadurch unterscheiden, ob mehrere Engines denselben Treffer lieferten oder eine degradierte Engine einen schwachen Treffer erzeugte. Der Score wird dadurch noch nicht zur Wahrheit.
| Feld | Nützliches Signal | Was es nicht beweist |
|---|---|---|
| Wörtlicher Auszug | Der Agent kann Text zitieren, der im extrahierten Inhalt vorhanden ist | Dass Extraktion jede visuelle oder kontextuelle Einschränkung erhalten hat |
| Source Span | Der Auszug lässt sich im extrahierten Markdown lokalisieren | Dass der Offset auf originale HTML Bytes oder eine permanente Page Version zeigt |
| Engine Consensus | Mehrere Retrieval-Routen haben denselben Treffer geliefert | Unabhängige faktische Bestätigung |
| Semantic Score | Die Passage liegt unter dem lokalen Modell nahe an der Query | Richtigkeit, Autorität oder Abwesenheit von Manipulation |
| Freshness Signal | Ein Datum wurde gefunden oder mit Confidence abgeleitet | Dass die Seite aktuell oder das abgeleitete Datum korrekt ist |
| Engine Telemetry | Der Caller sieht degradierte, ausgefallene oder ergebnisarme Engines | Vollständige Transparenz über Upstream Ranking |
Die Aussage „exakte Byte-Position“ braucht eine technische Korrektur. Das README nennt source_span byte-exact. Die Implementierung verfolgt jedoch charStart und charEnd beim Slicing des extrahierten Markdowns. Belastbar ist daher: exakte Zeichenpositionen innerhalb von Wigolos extrahierter Markdown-Repräsentation. Diese Provenance bleibt wertvoll, besonders wenn Auszug und gecachte Page Version zusammen gespeichert werden. Wigolo Implementierung für Highlights und Source Spans
Kann Wigolo ohne Paid API browsen?
Für den Core Retrieval Path ja, mit wichtigen Einschränkungen. Search, Fetch, Crawl, Extract, Cache und Find Similar sind als keyless dokumentiert. Research, Agent und Search im Answer Format können ohne Synthesis Provider Evidenz oder einen strukturierten Brief zurückgeben. Für ausformulierte Synthese innerhalb von Wigolo wird ein Cloud-Modell oder ein lokaler OpenAI-kompatibler Endpoint wie Ollama konfiguriert.
Die Configuration Reference zeigt, weshalb „keine Paid API“ und „keine externe Verbindung“ zwei unterschiedliche Aussagen sind. Der Default Core Backend fragt öffentliche Engines ab. Optionales Brave Search benötigt einen Key. Ein GitHub Token erhöht Code-Search-Limits. Ein Cloud LLM erhält Synthesis Context. Lokale Modelle vermeiden diesen Modell-Roundtrip, verbrauchen aber Hardware. Wigolo Konfiguration, Modelle und Cache-Lifetimes
| Layer | Default oder lokaler Pfad | Verbleibende Kosten oder Exposition |
|---|---|---|
| Search Orchestration | Lokaler Adapter Fan-out, Fusion und Scoring | Öffentliche Engines erhalten Queries und können limitieren oder blockieren |
| Reranking und Embeddings | Geladene Modelle laufen im Prozess | Disk, RAM, CPU und Model Update Work |
| Page Retrieval | Lokaler HTTP Client und Browser Pool | Zielseiten sehen Traffic; Proxies und Bandbreite können kosten |
| Knowledge Cache | Lokale SQLite-, Full-text- und Vector-Indizes | Storage Growth, Retention, Backup und Umgang mit sensitiven Inhalten |
| Synthese | Host Model, lokaler Endpoint oder optionaler Cloud Provider | Lokale Hardware oder Provider Tokens plus möglicher Datentransfer |
| Betrieb | Verantwortung des deployenden Teams | Patching, Monitoring, Adapter Breakage, Incident Response und Review |
Eine sinnvolle Kostenmetrik ist nicht der Preis pro Suche. Verwende gesamte Retrieval- und Review-Kosten / akzeptiertes Rechercheergebnis. Unser AI Agent Cost-per-Action Modell berücksichtigt Retries, menschliche Korrektur und fehlgeschlagene Tasks, die ein Null-Euro-Query-Zähler ausblendet.
Kostet dieselbe Frage beim zweiten Mal wirklich nichts?
Ein Cache Hit kann eine zweite Netzwerksuche oder einen erneuten Page Fetch vermeiden. „Kostet nichts“ bleibt aber eine ökonomische Kurzform. Wigolo speichert gesuchte, geladene und gecrawlte Inhalte lokal. Die dokumentierten Defaults halten Search Results einen Tag und Page Content sieben Tage frisch. Ein Caller kann Refresh erzwingen, cache-only abfragen oder Änderungen prüfen.
Für Agents, die dieselben Dokumentationen, Anbieter, Regulierungen oder technischen Themen wiederholt prüfen, ist das relevant. Ein warmer Cache reduziert Latenz, Upstream-Abhängigkeit und wiederholte Context Preparation. Außerdem kann er genau jene Content Representation erhalten, die eine frühere Antwort getragen hat.
Das Fehlermuster ist ebenso wichtig: Gecachte Evidenz kann nach einer Änderung veraltet, sensitiv oder irreführend werden. Eine Production Policy muss festlegen, welche Domains sieben Tage Body Cache tolerieren, welche Fragen Live Retrieval brauchen, wann Content gelöscht wird und ob User gegenseitig ihre Cache-Inhalte durchsuchen dürfen.
- Cache-first für stabile Dokumentation, wiederkehrende Source Sets und Follow-up Fragen.
- Force Refresh für Preise, Ausfälle, Releases, Gesetze, Zeitpläne und andere zeitkritische Aussagen.
- Provenance gemeinsam speichern mit Page Version, Retrieval-Zeitpunkt und Citation Span.
- Retention und Access Rules anwenden, bevor authentifizierte oder vertrauliche Seiten in denselben Store gelangen.
Ist Wigolo privat, weil es local-first ist?
Local-first verbessert die Kontrolle über gespeicherten State, macht Web-Aktivität aber nicht unsichtbar. Wigolo hält Database, Modelle, Konfiguration, Plugins, verschlüsselte Fallback-Key-Files und optionale lokale Telemetrie im Data Directory. Laut Projekt existieren weder Vendor Backend noch License Check noch ein standardmäßig gesetzter Network Telemetry Endpoint.
Die eigene Privacy-Dokumentation nennt zugleich die Outbound Paths: Suchmaschinen und Zielseiten, ein konfigurierter LLM Provider, Downloadquellen für Komponenten und ein vom Operator gesetzter Telemetry Endpoint, falls explizit aktiviert. Das ist das richtige Framing. Der Data Plane ist inspizierbar und self-hosted, das öffentliche Web bleibt außerhalb der Trust Boundary. Wigolo Privacy, Network Egress und Server Hardening
Für Unternehmensnutzung gehören Query Text, URLs, authentifizierte Sessions, Page Content, gecachte Embeddings, Model Prompts und Webhook-Ziele in ein Data Flow Diagram. Ein lokaler Cache kann sensitiver als die ursprüngliche Suchanfrage werden, weil er alles akkumuliert, was der Agent gesehen hat.
Wie installiert man Wigolo und verbindet einen Agent?
Der primäre Pfad ist Node.js 20 oder neuer plus npx wigolo init. Das Setup kann Browser Engine und On-device-Modelle laden, Health Checks ausführen und MCP-Konfiguration für Claude Code, Cursor, Codex, Gemini CLI, VS Code, OpenCode, Windsurf, Zed und Antigravity schreiben. Das README schätzt rund 1,5 GB freien Speicher für das komplette Setup.
Der Installation Guide dokumentiert zusätzlich npm Global Install und Docker. Er warnt, dass mehrere im Repository vorhandene Channels, darunter Homebrew, Hosted Install Script und vorgebaute Single-file-Artefakte, im referenzierten Release noch nicht live sind. Für reproduzierbare Deployments sollte ein veröffentlichtes npm- oder Container-Artefakt gepinnt und die resultierende Tool Discovery geprüft werden. Wigolo Installation und Agent Integration
npx wigolo init --agents=claude-code,cursor,codex
npx wigolo doctor
wigolo search "local-first web intelligence" --jsonExponiere wigolo serve nicht breit, nur weil die lokale CLI funktioniert. Remote Mode verändert Identity-, Token-, SSRF-, Concurrency- und Logging-Anforderungen. Loopback sollte Default bleiben, bis API Owner und Threat Model definiert sind.
Darf ein Unternehmen Wigolo kommerziell verwenden?
Wigolo steht unter AGPL-3.0-only. Die Lizenz erlaubt kommerzielle und private Nutzung, Modifikation und Distribution unter ihren Copyleft-Bedingungen. Das ist keine MIT-artige „closed übernehmen“-Lizenz. Der Lizenztext enthält Pflichten zu Notices, Corresponding Source und modifizierten Versionen bei Remote Network Interaction. Wigolo GNU AGPL-3.0-only Lizenz
Das unveränderte Tool lokal in einem Team zu verwenden ist ein anderes Szenario als modifizierten Wigolo Code in ein proprietäres Hosted Product einzubauen oder einen modifizierten Network Service anzubieten. Die genaue Grenze hängt von Kombination, Änderung, Distribution und Bereitstellung ab. Lizenzierung muss daher Architekturinput sein. Vor einem geschlossenen kommerziellen Service ist qualifizierte Beratung sinnvoll.
Auch Reife zählt. Das Projekt ist als Public Beta gekennzeichnet. Die Security Policy zielt Fixes auf den neuesten veröffentlichten Release. Ein Produktionsteam sollte eine Version pinnen, Releases beobachten, kritische Tests reproduzieren und Rollback behalten, statt automatisch main zu deployen. Wigolo Security Policy und Supported-Version-Grenze
Was sind die wichtigsten Produktionsrisiken?
Wigolo lädt nicht vertrauenswürdigen Web Content und kann ihn an einen autonomen Agent weitergeben. Das größte Risiko ist deshalb nicht nur ein schwacher Search Result, sondern eine fremde Seite, die ein Modell mit Tools oder Credentials beeinflusst. Source Scoring und Citations helfen bei Evidence Quality. Sie neutralisieren keine indirekte Prompt Injection, kein bösartiges HTML, keine vergifteten Dokumente und keine versteckten Instruktionen.
Das Projekt dokumentiert nützliche Infrastructure Controls: Blocken privater Adressen, SSRF Guards für Webhooks, fail-closed Remote Binding, Bearer Auth, DNS-Rebinding-Schutz, Request Limits und verschlüsselte Credential Storage. Diese Controls reduzieren Exposure, müssen aber im Deployment getestet werden. Die offizielle Security Policy nennt Webhook SSRF, Credential Handling und den Einfluss von Remote Content auf den Host ausdrücklich als relevante Bereiche.
OWASPs Agentic-Security-Guidance behandelt Memory, Tools, Identity und externen Context als verbundene Attack Surfaces. Für Wigolo bedeutet das: Retrieved Text bleibt untrusted Data, Tool Permissions müssen enger sein als mögliche Modellinstruktionen und folgenreiche Actions brauchen eine unabhängige Policy oder Approval. OWASP Securing Agentic Applications Guide
- Browsing und Action-taking Identities sowie Credentials trennen.
- Domains oder Network Ranges für sensitive Workflows allowlisten.
- Page Instructions entfernen oder markieren, bevor sie den Planning Context erreichen.
- Approval für Writes, Käufe, Nachrichten, Deployments und Account Changes verlangen.
- Source URLs, Excerpts, Model Decisions, Tool Arguments und Denials loggen, ohne Secrets zu leaken.
- Prompt Injection, Redirects, übergroße Seiten, Poisoned Cache Entries und partielle Engine-Ausfälle testen.
Unser MCP Security Boundary Guide behandelt Data-level Authorization. Die Agent Eval und Sandbox Checklist deckt adversariale Tests, Permissions und Rollback Evidence ab.
Für wen passt Wigolo?
Wigolo ist besonders interessant für ein technisches Team, das Kontrolle will, wiederholte Web-Recherche erwartet und einen schnell veränderlichen Retrieval Stack betreiben kann. Weniger attraktiv ist es, wenn garantierte SLA, Managed Anti-bot Infrastructure, vertragliche Datenverarbeitung oder null Wartung wichtiger als lokale Kontrolle sind.
| Situation | Wahrscheinlicher Fit | Grund |
|---|---|---|
| Coding Agent recherchiert öffentliche Docs | Starker Pilotkandidat | MCP Wiring, Source Excerpts und Cache Reuse passen zum Workflow |
| Interner Analyst besucht stabile Quellen wiederholt | Starker Pilotkandidat | Persistenter lokaler Cache kann Retrieval reduzieren und Evidenz erhalten |
| Produktfeature mit vorhersehbarem Public-Web-Lookup | Bedingt | Load, Lizenz, Adapter Reliability und Tenant Isolation müssen geprüft werden |
| Authentifiziertes Intranet Crawling | Nur High-control Pilot | Session Material und Cache Content erhöhen Access- und Retention-Risiken |
| Mission-critical High-volume Scraping | Meist nicht erste Wahl | Public Beta, Upstream Blocking und selbst betriebener Stack brauchen stärkere Evidenz |
| Geschlossenes Hosted Derivative Product | Zuerst Rechts- und Architekturprüfung | AGPL-Pflichten können mit dem Produktmodell kollidieren |
| Nichttechnisches Team mit Servicegarantie | Managed Provider meist einfacher | Kein interner Owner für Adapter, Browser Failures, Upgrades und Incidents |
Wie sollte ein Team Wigolo evaluieren?
Führe eine begrenzte zweiwöchige Evaluation mit eigenen Fragen und Quellen durch. Beurteile das Projekt nicht anhand einer beeindruckenden Suche. Nutze ein eingefrorenes Test Set mit einfachen Docs Queries, obskuren Long-tail Queries, zeitkritischen Fragen, blockierten Seiten, JavaScript-lastigen Seiten, mehrsprachigen Quellen und absichtlicher Prompt Injection.
| Phase | Arbeit | Exit Evidence |
|---|---|---|
| Tag 1 bis 2 | Package pinnen, lokal installieren, geladene Komponenten erfassen und Tool Discovery prüfen | Version Record, SBOM und bestätigte Acht-versus-Zehn-Tool-Surface |
| Tag 3 bis 4 | Network Egress, Storage Paths, Credentials und Model Provider abbilden | Data Flow und Threat Model Diagrams |
| Tag 5 bis 7 | Repräsentatives Query- und Page-Corpus gegen die aktuelle Lösung ausführen | Recall, akzeptierte Citations, Latenz und Manual-Correction-Baseline |
| Tag 8 bis 9 | Cache Hits, Expiry, Force Refresh, Löschung und Content Changes testen | Freshness- und Retention-Policy mit verifiziertem Verhalten |
| Tag 10 bis 11 | Workflow mit Prompt Injection, Redirects, Private Targets und Poisoned Pages angreifen | Denied-path Evidence und offene Security Findings |
| Tag 12 bis 13 | Engine Failures, Browser Failures, Upgrade und Restore simulieren | Recovery Time, Fallback Quality und Rollback Record |
| Tag 14 | Accepted-task Economics vergleichen und Operating Owner benennen | Adopt-, Narrow- oder Stop-Entscheidung mit messbaren Bedingungen |
Messe akzeptierte Evidenz, nicht nur zurückgegebene Links. Sinnvolle KPIs sind Citation Acceptance, Unsupported-claim Rate, Source Diversity, p50 und p95 Latenz, Cache Hit Rate, Force-refresh Accuracy, Blocked-page Rate, Human Review Minutes, erfolgreiche Recovery und Total Cost per Accepted Answer.
Wavects AI Agent Engineering Team kann die Retrieval Boundary bauen und evaluieren. Nutze unseren Prototype-to-Production Guide für die Hardening-Reihenfolge oder bring uns Agent, Testcorpus und Risk Constraints.
Unser Urteil: eine ernsthafte local-first Web-Schicht, kein kostenloses Internet in einer Box
Wigolo ist interessant, weil es mehr vom Web-Research-Stack in inspizierbare Software verschiebt. Multi-engine Retrieval, lokales Reranking, Source Spans, Engine Telemetry, Browser Escalation, Structured Extraction und persistenter Cache geben Agent Builders einen stärkeren Startpunkt als acht getrennte Tools.
Die Einschränkungen sind substanziell. „Lokal“ erreicht weiterhin das öffentliche Web. „Keine Paid API“ verbraucht weiterhin Infrastruktur und Wartung. Cache wird stale. Source Offsets sind Zeichenpositionen in extrahiertem Markdown, keine Byte-Koordinaten der Originalseite. Dokumentation und Package Metadata widersprechen sich aktuell bei acht oder zehn Tools. Die Lizenz ist AGPL und das Projekt Public Beta.
Für Coding Agents, interne Recherche und kontrolliertes Source Gathering können diese Trade-offs vernünftig sein. Der richtige nächste Schritt ist nicht, sofort jeden Paid Provider zu ersetzen. Pinne Wigolo, teste die schwierigsten Queries, greife die Trust Boundary an, miss akzeptierte Evidenz und behalte es nur dort, wo lokale Kontrolle einen messbaren Vorteil erzeugt.
Produkt bauen, nicht nur Backlog
Wenn dieser Artikel auf eine echte Produktentscheidung einzahlt, hilft Wavect dir beim Scoping, Bauen, Härten oder Führen der Softwarearbeit mit Senior-Founder-Urteil.
Sinnvolle Service-Wege:
Häufige Fragen zu Wigolo
Was ist Wigolo?
Wigolo ist ein local-first Web-Intelligence-Server für AI Agents. Er kombiniert Search, Fetch, Crawl, Extraction, persistenten Cache, Similarity Search, Research, autonomes Gathering, Page Diffing und Change Watches hinter MCP-, REST-, CLI- und SDK-Schnittstellen.
Braucht Wigolo eine kostenpflichtige Search API?
Für die dokumentierten Core Tools ist keine bezahlte Search API erforderlich. Der Default Backend nutzt direkte Public-engine Adapter plus lokales Ranking. Optionale Search Keys, Proxies oder Cloud LLM Provider können trotzdem Kosten erzeugen. Lokale Hardware und Betrieb sind ebenfalls nicht kostenlos.
Läuft Wigolo vollständig offline?
Nein. Server, Cache, Embeddings und Reranker können lokal laufen, aber Search und Fetch kontaktieren öffentliche Engines und Zielseiten. Offline oder Cache-only kann bereits gespeichertes Material wiederverwenden, entdeckt ohne Netzwerk aber keine aktuellen Webinhalte.
Hat Wigolo acht Tools oder zehn?
Die aktuelle Tool-Dokumentation nennt zehn: search, fetch, crawl, extract, cache, find_similar, research, agent, diff und watch. Das Package Manifest listet derzeit acht Namen in seinen MCP-Metadaten. Prüfe deshalb die Live Discovery Response der konkret deployten Version.
Sind Wigolos Source Spans byte-exakt?
Das README verwendet diesen Ausdruck. Die aktuelle Implementierung speichert jedoch Start- und Endpositionen als Zeichenoffsets über extrahiertem Markdown. Behandle sie als präzise Offsets in der gespeicherten Markdown-Repräsentation, nicht als Byte-Koordinaten der ursprünglichen HTML Response.
Darf ein Unternehmen Wigolo kommerziell nutzen?
Kommerzielle Nutzung ist unter AGPL-3.0-only und deren Bedingungen erlaubt. Modifizierte Network Services und geschlossene Derivate brauchen eine sorgfältige Lizenzprüfung. Vor einer Produktisierung sollten Architektur und Rechtslage qualifiziert bewertet werden.
Ist Wigolo production-ready?
Wigolo hat eine breite Feature Surface und dokumentierte Hardening Controls, ist aber als Public Beta markiert. Production Readiness hängt von gepinntem Release, Source Corpus, Security Tests, Workload, Tenant Model, Monitoring, Recovery und einem klaren Betreiber ab.
Was sollte ein Wigolo Pilot messen?
Messe Citation Acceptance, Unsupported Claims, Source Diversity, Latenz, Cache Freshness, Blocked-page Rate, Prompt-injection Resistance, Recovery, Reviewer Minutes und Total Cost per Accepted Answer. Vergleiche diese Werte mit dem bisherigen Retrieval Path.
Fazit
Wigolo macht das öffentliche Web nicht lokal, privat oder kostenlos. Es macht aber einen großen Teil des Agent-Retrieval-Stacks inspizierbar, self-hostable und wiederverwendbar, ohne für jede Anfrage einen Search Vendor zu bezahlen.
Das ist ein echter Engineering-Vorteil, wenn ein Team Quellen wiederholt besucht, transparente Evidenz braucht und die operative Grenze betreiben kann. Pinne den Release, verifiziere die Live Tool Surface, behandle Retrieved Content als hostile, definiere Freshness Rules und bewerte akzeptierte Antworten statt Launch-Claims.