--- title: "Scope vs. Armature: API-Nutzung durch Agenten statt bloßer Erwähnungen" canonical: https://wavect.io/de/blog/scope-vs-armature-agent-api-adoption/ language: de description: "Scope und Armature für Agenten-Auffindbarkeit und API-Nutzbarkeit vergleichen. Installation, Anmeldung und erledigte Aufgaben mit konkreten Kaufkriterien prüfen." image: "https://wavect.io/img/blog/headers/header_scope-vs-armature-agent-api-adoption.png" --- [**Zurück**](/de/blog/overview/) [![Kevin Riedl](/img/team/kevin.webp)](/de/team/kevin-riedl/) [Kevin Riedl](/de/team/kevin-riedl/) https://linkedin.com/in/wsdt 4 min Lesezeit · 8. Oktober 2026 Zuletzt geprüft 8. Oktober 2026 [**Weiter**](/de/blog/can-an-ai-agent-use-your-product/) # Scope vs. Armature: API-Nutzung durch Agenten statt bloßer Erwähnungen TL;DR Entscheidend ist, an welcher Stelle Agenten den Ablauf verlieren. Scope beschreibt Produktwahl und echte Agenten-Workflows. Armature bietet Auffindbarkeitsarbeit sowie dokumentierte MCP-Analysen und Evaluationen. Messe Entdeckung, Installation, Authentifizierung und akzeptierte Ergebnisse getrennt. Eine Markenerwähnung oder Judge-Bewertung belegt noch keine Nutzung. **Quellenbasis:** Dokumentation am 8. Oktober 2026 geprüft. Dies ist ein recherchierter Implementierungsleitfaden. Der folgende Pilot ist ein Vorschlag; wir haben diese Herstellerprüfungen nicht durchgeführt und ihre Leistung nicht gemessen. ## Was sollte ein Vergleich von Scope und Armature messen? Kann ein Agent dein Produkt finden, für eine passende Aufgabe auswählen, korrekt verbinden und ein akzeptiertes Ergebnis liefern? Eine Erwähnung beantwortet nur den ersten Teil. Auch ein installiertes Paket ohne funktionierende Authentifizierung ist ein gescheiterter Nutzungsversuch. Hier geht es um Scope unter `tryscope.com` und Armature unter `armature.tech`, nicht um gleichnamige Frameworks. Wavect hat die Anbieter für diesen Artikel nicht praktisch getestet. ## Wie unterscheiden sich die dokumentierten Angebote? Die [YC-Beschreibung von Scope](https://www.ycombinator.com/companies/scope) nennt Agenten-Workflows zur Untersuchung von Produktwahl, Konkurrenzentscheidungen und Dokumentations- oder Authentifizierungsfehlern. Das ist ein Ausgangspunkt für eine Demo, kein Beleg für deine Konversionsrate. Die [Einführung in Armatures Dokumentation](https://docs.armature.tech/) beschreibt MCP-Sitzungsanalysen, Wiederholung und Evaluationen. Die [Evaluationsanleitung](https://docs.armature.tech/evaluation/overview) erklärt Agententests mit Judge-Bewertung und weist auf eine Freischaltung je Workspace hin. Kläre den Zugang vor dem Kauf. Eine dokumentierte Fähigkeit beweist nicht, dass der andere Anbieter sie nicht hat. | Kaufentscheidung | Angeforderter Beleg | Unterstützte Entscheidung | | --- | --- | --- | | Wählen Agenten uns bei neutralen Aufgaben? | Prompts, verfügbare Alternativen, Modellversionen, vollständiger Auswahlverlauf | Auffindbarkeit und Positionierung | | Gelingen Installation und Anmeldung? | Wiederholbarer Ablauf, Scopes und Fehlerklassifikation | Dokumentation oder Authentifizierung verbessern | | Erledigt ein verbundenes MCP-System die Arbeit? | Aufrufe, Transkripte, erwarteter Zustand, unabhängige Prüfung | Schnittstelle und Zuverlässigkeit verbessern | | Lässt sich der Test später wiederholen? | Exportformat, Fixture-Version und Wiederholungszugang | Regressionen überwachen | Fordere bei beiden denselben begrenzten Ablauf an: Testprojekt erstellen, einen erlaubten Datensatz schreiben und wieder lesen. Ergänze ein Konto, das lesen, aber nicht schreiben darf. Das erwartete Ergebnis folgt den tatsächlichen Berechtigungen. Ein Umgehen der Rechte darf keine gute Bewertung erhalten. ## Wie vermeidest du die Verwechslung von Erwähnung und Nutzung? Führe ein Stufenprotokoll für eine feste Zahl von Versuchen. Erfasse Erwähnung, Auswahl, Installation, Authentifizierung, ersten gültigen Aufruf und vollständige Aufgabenerledigung. Kennzeichne übersprungene, fehlgeschlagene und unbeobachtbare Schritte. Fehlende Telemetrie ist kein Erfolg. Nenne bei jeder Quote den Nenner. Erfolgreiche Anmeldung je Installationsversuch misst etwas anderes als Anmeldung je ursprünglicher Aufgabe. Berichte Stufenkonversion und durchgängige Abnahme. Trenne Prompts mit und ohne Markenvorgabe: „Nutze unsere API“ prüft Nutzbarkeit. Eine neutrale Aufgabe mit realistischen Alternativen kann Auswahlverhalten prüfen. Reserviere ungenutzte Evaluationsaufgaben, wiederhole Läufe und bewahre Modell, Datum, Prompt und Dokumentationsstand auf. Optimiert ein Anbieter auf denselben Aufgaben, die er berichtet, ist das Entwicklungsevidenz. Deine Produktionsnachfrage kann von Sandbox oder Ranglistenpopulation abweichen. ## Was muss ein Nutzungspilot belegen? | Vorgeschlagener Fall | Erforderlicher Beleg | | --- | --- | | Neutrale Aufgabe mit glaubwürdigen Alternativen | Auswahlverlauf und tatsächliches Aufgabenergebnis | | Markenbezogene Aufgabe mit gültigen Zugangsdaten | Installation, Anmeldung und geprüfte Zustandsänderung | | Lesekonto bei Schreibaufgabe | Ablehnung oder klarer Rechtefehler, kein unerlaubter Schreibzugriff | | Veraltetes Beispiel oder fehlender Einrichtungsschritt | Klassifizierter Fehler und wiederholbare Dokumentationskorrektur | | Abgelaufene Zugangsdaten | Richtlinienkonforme Wiederherstellung, kein Geheimnis im Transkript | | Wiederholung nach Dokumentationsänderung | Verbesserung auf reservierten Aufgaben bei gleicher Abnahme | Definiere akzeptable Ergebnisse vorab und prüfe sie am Zustand deines Testdiensts. Ein LLM-Judge kann einen Verlauf klassifizieren, erstellt aber nicht den Datensatz, den der Agent schreiben sollte. Einrichtungsausfälle und ungelöste Läufe gehören in den Bericht. ## Welche Daten und Zugriffe braucht der Pilot? Armatures [Datenschutzerklärung](https://armature.tech/privacy) trennt Auffindbarkeitsarbeit von außen anhand öffentlicher Inhalte von Plattformfunktionen mit installierter Instrumentierung und Sitzungsdaten. Kläre das vertraglich abgedeckte Angebot, Datenerhebung, Verarbeitung, Löschung und Exporte. Die Datenbegrenzung einer Funktion gilt nicht automatisch für alle Produkte. Beginne bei beiden Anbietern mit synthetischen Konten und engen Scopes. Prüfe Verläufe vor der Weitergabe auf Tokens, Kundentext und versteckte Kennungen. Ermittle Aufbewahrung und Redaktion für das konkrete Produkt. Dieser Vergleich belegt keine Compliance-Zertifizierung. ## Welches Angebot passt? Prüfe Scope oder Armatures Auffindbarkeitsangebot, wenn Agenten dich bei passenden neutralen Aufgaben selten auswählen. Prüfe instrumentierte MCP-Analysen und Workflow-Tests, wenn sie sich bereits verbinden, aber Aufgaben nicht abschließen. Kaufe zuerst einen begrenzten Piloten mit exportierbaren Belegen. Mit einer echten Integrationsaufgabe kannst du [die Nutzbarkeit deiner API und MCP-Schnittstelle bewerten](/de/contact/). [Lade das vorgeschlagene Pilotprotokoll als JSON herunter. Es enthält Abnahmefälle und leere Ergebnisfelder, keine gemessenen Anbieterresultate.](/downloads/scope-vs-armature-agent-api-adoption-pilot.json) ## Weiterführende Umsetzungshilfe [Kann ein KI-Agent dein Produkt benutzen, oder nur darüber lesen?](/de/blog/can-an-ai-agent-use-your-product/). [Enterprise MCP Authorization Architecture: eine Multi-Tenant-Referenzarchitektur](/de/blog/enterprise-mcp-authorization-architecture/). ## Geprüfte Quellen - [YC: Scope](https://www.ycombinator.com/companies/scope) - [Armature: Documentation](https://docs.armature.tech/) - [Armature: Evaluation](https://docs.armature.tech/evaluation/overview) - [Armature: Privacy](https://armature.tech/privacy) **Unabhängigkeit und Marken:** Wavect veröffentlicht diese Seite und ist selbst Anbieter, wir haben also ein wirtschaftliches Interesse daran. Mit den hier genannten anderen Unternehmen sind wir weder verbunden noch von ihnen beauftragt oder empfohlen, und alle Firmennamen, Marken und Warenzeichen Dritter gehören ihren jeweiligen Inhabern. Aussagen über andere Anbieter stammen aus öffentlich zugänglichen Quellen, vor allem aus deren eigenen veröffentlichten Seiten, mit Stand des auf dieser Seite genannten Prüfdatums, und können sich seither geändert haben. Bitte prüfe sie vor einer Entscheidung selbst. Diese Seite wurde nach bestem Wissen und Gewissen erstellt, mit dem Ziel, möglichst objektiv zu bleiben. Wenn dir etwas falsch oder unfair erscheint, schreib uns und wir korrigieren es: [office@wavect.io](mailto:office@wavect.io) Produktstrategie ## In diesem Cluster weiterlesen Scope, Product-Market-Fit, glaubwürdige Releases und Entscheidungen für nützliche Produkte. [Mit dem Grundlagenartikel starten**Ein messbarer Weg zum Product-Market-Fit**](/de/blog/road-to-product-market-fit/) - [KI-MVP-Scope: Abnahmekriterien, Eval-Set und SoW](/de/blog/ai-mvp-scope-template/) - [Was kostet ein KI-MVP in Österreich 2026?](/de/blog/ai-mvp-cost-austria-2026/) - [Ausgelieferte Produkte: Was Ergebnis-Benchmarks belegen können](/de/blog/products-shipped-failure-benchmark/) - [Ein messbarer Weg zum Product-Market-Fit](/de/blog/road-to-product-market-fit/) - [Mit Evidenz aus der Feature-Falle](/de/blog/product-factory-kills/) [**Zurück**](/de/blog/overview/) [![Kevin Riedl](/img/team/kevin.webp)](/de/team/kevin-riedl/) [Kevin Riedl](/de/team/kevin-riedl/) https://linkedin.com/in/wsdt 4 min Lesezeit · 8. Oktober 2026 Zuletzt geprüft 8. Oktober 2026 [**Weiter**](/de/blog/can-an-ai-agent-use-your-product/) ## Structured Data ```json { "@context": "https://schema.org", "@graph": [ { "@id": "https://wavect.io/#organization", "@type": [ "Organization", "ProfessionalService", "LocalBusiness" ], "employee": [ { "@id": "https://wavect.io/team/kevin-riedl/#person", "@type": "Person", "jobTitle": "Managing Director", "name": "Kevin Riedl", "url": "https://wavect.io/team/kevin-riedl/", "worksFor": { "@id": "https://wavect.io/#organization", "@type": [ "Organization", "ProfessionalService", "LocalBusiness" ] } }, { "@id": "https://wavect.io/team/christof-jori/#person", "@type": "Person", "jobTitle": "Managing Director", "name": "Christof Jori", "url": "https://wavect.io/team/christof-jori/", "worksFor": { "@id": "https://wavect.io/#organization", "@type": [ "Organization", "ProfessionalService", "LocalBusiness" ] } } ], "founder": [ { "@id": "https://wavect.io/team/kevin-riedl/#person", "@type": "Person", "jobTitle": "Managing Director", "name": "Kevin Riedl", "url": "https://wavect.io/team/kevin-riedl/", "worksFor": { "@id": "https://wavect.io/#organization", "@type": [ "Organization", "ProfessionalService", "LocalBusiness" ] } }, { "@id": "https://wavect.io/team/christof-jori/#person", "@type": "Person", "jobTitle": "Managing Director", "name": "Christof Jori", "url": "https://wavect.io/team/christof-jori/", "worksFor": { "@id": "https://wavect.io/#organization", "@type": [ "Organization", "ProfessionalService", "LocalBusiness" ] } } ], "legalRepresentative": [ { "@id": "https://wavect.io/team/kevin-riedl/#person", "@type": "Person", "jobTitle": "Managing Director", "name": "Kevin Riedl", "url": "https://wavect.io/team/kevin-riedl/", "worksFor": { "@id": "https://wavect.io/#organization", "@type": [ "Organization", "ProfessionalService", "LocalBusiness" ] } }, { "@id": "https://wavect.io/team/christof-jori/#person", "@type": "Person", "jobTitle": "Managing Director", "name": "Christof Jori", "url": "https://wavect.io/team/christof-jori/", "worksFor": { "@id": "https://wavect.io/#organization", "@type": [ "Organization", "ProfessionalService", "LocalBusiness" ] } } ], "name": "Wavect GmbH", "subjectOf": { "@id": "https://wavect.io/verified-claims.json#dataset", "@type": "Dataset", "creator": { "@id": "https://wavect.io/#organization", "@type": [ "Organization", "ProfessionalService", "LocalBusiness" ] }, "description": "A machine-readable registry of quantitative and qualitative claims published by Wavect, with review dates, localized page appearances and public third-party citations where available.", "inLanguage": "en", "isAccessibleForFree": true, "license": "https://creativecommons.org/licenses/by/4.0/", "name": "Wavect verified publication claims", "url": "https://wavect.io/verified-claims.json" }, "url": "https://wavect.io/" }, { "@id": "https://wavect.io/team/kevin-riedl/#person", "@type": "Person", "jobTitle": "Managing Director", "name": "Kevin Riedl", "sameAs": [ "https://www.wikidata.org/wiki/Q139796365", "https://www.linkedin.com/in/wsdt", "https://github.com/wsdt" ], "url": "https://wavect.io/team/kevin-riedl/", "worksFor": { "@id": "https://wavect.io/#organization", "@type": [ "Organization", "ProfessionalService", "LocalBusiness" ] } }, { "@id": "https://wavect.io/team/christof-jori/#person", "@type": "Person", "jobTitle": "Managing Director", "name": "Christof Jori", "sameAs": [ "https://www.wikidata.org/wiki/Q139796367", "https://www.linkedin.com/in/jocr77/", "https://github.com/jo-chris" ], "url": "https://wavect.io/team/christof-jori/", "worksFor": { "@id": "https://wavect.io/#organization", "@type": [ "Organization", "ProfessionalService", "LocalBusiness" ] } }, { "@id": "https://wavect.io/#website", "@type": "WebSite", "inLanguage": [ "en", "de", "es", "zh" ], "name": "Wavect", "potentialAction": { "@type": "SearchAction", "query-input": "required name=search_term_string", "target": { "@type": "EntryPoint", "urlTemplate": "https://wavect.io/search/?q={search_term_string}" } }, "publisher": { "@id": "https://wavect.io/#organization", "@type": [ "Organization", "ProfessionalService", "LocalBusiness" ] }, "url": "https://wavect.io/" }, { "@id": "https://wavect.io/de/blog/scope-vs-armature-agent-api-adoption/#webpage", "@type": "WebPage", "dateModified": "2026-10-08", "inLanguage": "de", "isPartOf": { "@id": "https://wavect.io/#website", "@type": "WebSite" }, "lastReviewed": "2026-10-08", "url": "https://wavect.io/de/blog/scope-vs-armature-agent-api-adoption/" } ] } ``` ```json { "@context": "https://schema.org", "@type": "BlogPosting", "abstract": "Entscheidend ist, an welcher Stelle Agenten den Ablauf verlieren. Scope beschreibt Produktwahl und echte Agenten-Workflows. Armature bietet Auffindbarkeitsarbeit sowie dokumentierte MCP-Analysen und Evaluationen. Messe Entdeckung, Installation, Authentifizierung und akzeptierte Ergebnisse getrennt. Eine Markenerwähnung oder Judge-Bewertung belegt noch keine Nutzung.", "articleBody": " Blog-Übersicht/Produkt und MVP/Produktstrategie Scope vs. Armature: API-Nutzung durch Agenten statt bloßer Erwähnungen TL;DR Entscheidend ist, an welcher Stelle Agenten den Ablauf verlieren. Scope beschreibt Produktwahl und echte Agenten-Workflows. Armature bietet Auffindbarkeitsarbeit sowie dokumentierte MCP-Analysen und Evaluationen. Messe Entdeckung, Installation, Authentifizierung und akzeptierte Ergebnisse getrennt. Eine Markenerwähnung oder Judge-Bewertung belegt noch keine Nutzung. Quellenbasis: Dokumentation am 8. Oktober 2026 geprüft. Dies ist ein recherchierter Implementierungsleitfaden. Der folgende Pilot ist ein Vorschlag; wir haben diese Herstellerprüfungen nicht durchgeführt und ihre Leistung nicht gemessen. Was sollte ein Vergleich von Scope und Armature messen? Kann ein Agent dein Produkt finden, für eine passende Aufgabe auswählen, korrekt verbinden und ein akzeptiertes Ergebnis liefern? Eine Erwähnung beantwortet nur den ersten Teil. Auch ein installiertes Paket ohne funktionierende Authentifizierung ist ein gescheiterter Nutzungsversuch. Hier geht es um Scope unter tryscope.com und Armature unter armature.tech, nicht um gleichnamige Frameworks. Wavect hat die Anbieter für diesen Artikel nicht praktisch getestet. Wie unterscheiden sich die dokumentierten Angebote? Die YC-Beschreibung von Scope nennt Agenten-Workflows zur Untersuchung von Produktwahl, Konkurrenzentscheidungen und Dokumentations- oder Authentifizierungsfehlern. Das ist ein Ausgangspunkt für eine Demo, kein Beleg für deine Konversionsrate. Die Einführung in Armatures Dokumentation beschreibt MCP-Sitzungsanalysen, Wiederholung und Evaluationen. Die Evaluationsanleitung erklärt Agententests mit Judge-Bewertung und weist auf eine Freischaltung je Workspace hin. Kläre den Zugang vor dem Kauf. Eine dokumentierte Fähigkeit beweist nicht, dass der andere Anbieter sie nicht hat. KaufentscheidungAngeforderter BelegUnterstützte Entscheidung Wählen Agenten uns bei neutralen Aufgaben?Prompts, verfügbare Alternativen, Modellversionen, vollständiger AuswahlverlaufAuffindbarkeit und PositionierungGelingen Installation und Anmeldung?Wiederholbarer Ablauf, Scopes und FehlerklassifikationDokumentation oder Authentifizierung verbessernErledigt ein verbundenes MCP-System die Arbeit?Aufrufe, Transkripte, erwarteter Zustand, unabhängige PrüfungSchnittstelle und Zuverlässigkeit verbessernLässt sich der Test später wiederholen?Exportformat, Fixture-Version und WiederholungszugangRegressionen überwachen Fordere bei beiden denselben begrenzten Ablauf an: Testprojekt erstellen, einen erlaubten Datensatz schreiben und wieder lesen. Ergänze ein Konto, das lesen, aber nicht schreiben darf. Das erwartete Ergebnis folgt den tatsächlichen Berechtigungen. Ein Umgehen der Rechte darf keine gute Bewertung erhalten. Wie vermeidest du die Verwechslung von Erwähnung und Nutzung? Führe ein Stufenprotokoll für eine feste Zahl von Versuchen. Erfasse Erwähnung, Auswahl, Installation, Authentifizierung, ersten gültigen Aufruf und vollständige Aufgabenerledigung. Kennzeichne übersprungene, fehlgeschlagene und unbeobachtbare Schritte. Fehlende Telemetrie ist kein Erfolg. Nenne bei jeder Quote den Nenner. Erfolgreiche Anmeldung je Installationsversuch misst etwas anderes als Anmeldung je ursprünglicher Aufgabe. Berichte Stufenkonversion und durchgängige Abnahme. Trenne Prompts mit und ohne Markenvorgabe: „Nutze unsere API“ prüft Nutzbarkeit. Eine neutrale Aufgabe mit realistischen Alternativen kann Auswahlverhalten prüfen. Reserviere ungenutzte Evaluationsaufgaben, wiederhole Läufe und bewahre Modell, Datum, Prompt und Dokumentationsstand auf. Optimiert ein Anbieter auf denselben Aufgaben, die er berichtet, ist das Entwicklungsevidenz. Deine Produktionsnachfrage kann von Sandbox oder Ranglistenpopulation abweichen. Was muss ein Nutzungspilot belegen? Vorgeschlagener FallErforderlicher Beleg Neutrale Aufgabe mit glaubwürdigen AlternativenAuswahlverlauf und tatsächliches AufgabenergebnisMarkenbezogene Aufgabe mit gültigen ZugangsdatenInstallation, Anmeldung und geprüfte ZustandsänderungLesekonto bei SchreibaufgabeAblehnung oder klarer Rechtefehler, kein unerlaubter SchreibzugriffVeraltetes Beispiel oder fehlender EinrichtungsschrittKlassifizierter Fehler und wiederholbare DokumentationskorrekturAbgelaufene ZugangsdatenRichtlinienkonforme Wiederherstellung, kein Geheimnis im TranskriptWiederholung nach DokumentationsänderungVerbesserung auf reservierten Aufgaben bei gleicher Abnahme Definiere akzeptable Ergebnisse vorab und prüfe sie am Zustand deines Testdiensts. Ein LLM-Judge kann einen Verlauf klassifizieren, erstellt aber nicht den Datensatz, den der Agent schreiben sollte. Einrichtungsausfälle und ungelöste Läufe gehören in den Bericht. Welche Daten und Zugriffe braucht der Pilot? Armatures Datenschutzerklärung trennt Auffindbarkeitsarbeit von außen anhand öffentlicher Inhalte von Plattformfunktionen mit installierter Instrumentierung und Sitzungsdaten. Kläre das", "articleSection": "Entwicklung", "author": { "@id": "https://wavect.io/team/kevin-riedl/#person", "@type": "Person", "name": "Kevin Riedl", "sameAs": [ "https://www.wikidata.org/wiki/Q139796365", "https://www.linkedin.com/in/wsdt", "https://github.com/wsdt" ], "url": "https://wavect.io/team/kevin-riedl/" }, "citation": [ { "@type": "WebPage", "name": "YC-Beschreibung von Scope", "url": "https://www.ycombinator.com/companies/scope" }, { "@type": "WebPage", "name": "Einführung in Armatures Dokumentation", "url": "https://docs.armature.tech/" }, { "@type": "WebPage", "name": "Evaluationsanleitung", "url": "https://docs.armature.tech/evaluation/overview" }, { "@type": "WebPage", "name": "Datenschutzerklärung", "url": "https://armature.tech/privacy" } ], "dateModified": "2026-10-08", "datePublished": "2026-10-08", "description": "Entscheidend ist, an welcher Stelle Agenten den Ablauf verlieren. Scope beschreibt Produktwahl und echte Agenten-Workflows. Armature bietet Auffindbarkeitsarbeit sowie dokumentierte MCP-Analysen und Evaluationen. Messe Entdeckung, Installation, Authentifizierung und akzeptierte Ergebnisse getrennt. Eine Markenerwähnung oder Judge-Bewertung belegt noch keine Nutzung.", "headline": "Scope vs. Armature: API-Nutzung durch Agenten statt bloßer Erwähnungen", "image": "https://wavect.io/img/blog/headers/header_scope-vs-armature-agent-api-adoption.svg", "inLanguage": "de", "keywords": "Entwicklung, KI-Agenten", "mainEntityOfPage": { "@id": "https://wavect.io/de/blog/scope-vs-armature-agent-api-adoption/", "@type": "WebPage" }, "publisher": { "@id": "https://wavect.io/#organization", "@type": [ "Organization", "ProfessionalService", "LocalBusiness" ] }, "url": "https://wavect.io/de/blog/scope-vs-armature-agent-api-adoption/", "wordCount": 978 } ``` ```json { "@context": "https://schema.org", "@type": "BreadcrumbList", "itemListElement": [ { "@type": "ListItem", "item": "https://wavect.io/de/", "name": "Startseite", "position": 1 }, { "@type": "ListItem", "item": "https://wavect.io/de/blog/overview/", "name": "Blog-Übersicht", "position": 2 }, { "@type": "ListItem", "item": "https://wavect.io/de/blog/topics/product-mvp/", "name": "Produkt und MVP", "position": 3 }, { "@type": "ListItem", "item": "https://wavect.io/de/blog/clusters/product-strategy/", "name": "Produktstrategie", "position": 4 }, { "@type": "ListItem", "item": "https://wavect.io/de/blog/scope-vs-armature-agent-api-adoption/", "name": "Scope vs. Armature: API-Nutzung durch Agenten statt bloßer Erwähnungen", "position": 5 } ] } ```