--- title: "YC QM Agent Review: Quartermaster im Test" canonical: https://wavect.io/de/blog/qm-ai-agent-harness-review/ language: de description: "QM AI Agent im Test: Vergleiche Architektur, Slack, Self-Hosting, Security Limits, Deployment-Kosten und einen 30-Tage-Pilot für dein Team." image: "https://wavect.io/img/blog/headers/header_qm-ai-agent-harness-review.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 13 min Lesezeit · 2. Aug. 2026 Zuletzt geprüft 11. August 2026 [**Weiter**](/de/blog/multi-model-ai-coding-agent-stack-2026/) # YC QM Agent im Test: Ist Quartermaster bereit für Unternehmen? TL;DR QM, kurz für Quartermaster, ist Y Combinators Open-Source Multiplayer Agent Harness für Unternehmensarbeit. Jeder Mitarbeiter, Channel und jedes Projekt erhält einen isolierten Scope für Memory, Dateien, Credentials, Berechtigungen, Zeitpläne und Sandbox-Ausführung. Ein zentraler Core steuert Identität, Policies und Audit. QM ist ein vielversprechendes Fundament für ein technisches Startup, das private und gemeinsame Agent Workspaces in Slack oder im Web braucht, Infrastruktur im eigenen Fly.io- oder AWS-Account betreiben kann und mit einem engen, reversiblen Workflow startet. QM ist kein Turnkey SaaS und keine gehärtete öffentliche Multi-Tenant-Grenze. Das Projekt nennt sich früh und experimentell. Sein Threat Model dokumentiert unter anderem umgehbare Command Policies, Browserpfade außerhalb einiger Core Gates, Credentials im Klartext, unvollständiges Screening und Egress, privilegierte Admin Reads, Bearer Links für veröffentlichte Apps und unfertige Governance Controls. Nutze QM als Pilotplattform, miss akzeptierte Aufgaben, Review-Aufwand, Kosten und Cross-Scope Incidents und verlange vor Produktion eine Deployment-spezifische Security- und Operations-Prüfung. **QM ist einer der klarsten Open-Source-Versuche, die Infrastruktur persönlicher Coding Agents in ein gemeinsames Unternehmenssystem zu verwandeln.** Jeder Mitarbeiter, Channel und jedes Projekt erhält einen eigenen Scope für Memory, Dateien, Credentials, Berechtigungen, Zeitpläne und eine Sandbox. Ein zentraler Core steuert Identität, Policies und Audit. Für ein technisches Startup ist das relevanter als ein weiterer allgemeiner Chatbot. Automatisch produktionsreif wird die Software dadurch nicht. Unser Urteil nach Prüfung des öffentlichen Codes, der Deployment-Dokumentation, der Release-Metadaten und des Threat Models am 11. August 2026: **QM verdient einen begrenzten Pilot, wenn dein Startup bereits Platform-Engineering-Kapazität und einen engen internen Workflow hat.** QM ist keine gute Abkürzung, wenn du Turnkey SaaS, externen Kundenzugriff, formale Compliance-Nachweise oder unbeaufsichtigte High-Impact-Automatisierung brauchst. Wir haben QM für diesen Test nicht selbst deployed oder gebenchmarkt. Aussagen zu Performance und Betriebskosten wären daher Spekulation. Dieser Beitrag beantwortet bewusst die produktspezifische Suchfrage. Für die menschliche Supervisionsgrenze lies unsere Analyse zum [Fokus-Engpass bei mehreren KI-Agenten](/de/blog/focus-bottleneck-orchestrating-ai-agents/). Für die Autorisierungsebene erklärt unser Guide, warum [MCP keine Sicherheitsgrenze für Daten ist](/de/blog/mcp-security-boundary-data-level-access-control/). ## Was ist QM von Y Combinator? **QM, kurz für Quartermaster, ist ein MIT-lizenziertes Multiplayer Agent Harness, das Y Combinator im Juli 2026 veröffentlicht hat.** YC entwickelte QM nach Experimenten mit einem internen Agent Loop und dem Betrieb von mehr als 50 einzelnen Hermes Agents. Ziel ist die Flexibilität eines persönlichen Agenten mit zentraler Verwaltung für eine Organisation. Die [offizielle Ankündigung von YC](https://qm.ycombinator.com/) beschreibt Agenten, die Mitarbeiter und Projekte nach Bedarf erhalten. "Multiplayer" bedeutet nicht, dass mehrere Modelle in einem Chat debattieren. Mehrere Personen können private Agent Scopes nutzen und über gemeinsame Scopes in Slack Channels, Gruppennachrichten oder Projekten zusammenarbeiten. Laut [QM Repository](https://github.com/yc-software/qm) erhält jede Person und jeder Raum eigenes Memory, Workspace, Keychain View, Berechtigungen, Crons, Apps und eine dauerhafte Sandbox. | QM Layer | Verantwortung | Folge für Käufer | | --- | --- | --- | | Core | API, Identität, Policy, Scheduler und Agent Loop | Ein zentrales Control Plane muss betrieben und geschützt werden | | Scope | Kontext und Grants für Person, Raum oder Projekt | Zusammenarbeit braucht kein globales Memory | | Sandbox | Dateien, Tools, Kommandos und eingeloggte Services | Echte Arbeit wird möglich, aber Ausführung und Credentials erzeugen Risiko | | Harness Adapter | Pi, OpenCode, Codex oder Claude Code | Der Core bleibt trotz Harness-Wechsel bestehen | | Surface Plugin | Slack, Web UI, Admin Panel oder Portal | Channels sind optionale Interfaces, nicht die Source of Truth | ## Welches Problem löst QM, das ein persönlicher Agent nicht löst? Ein persönlicher Agent nimmt einen Nutzer, einen Credential-Satz und einen Kontext-Owner an. Ein Unternehmen hat widersprüchliche Anforderungen: Alices E-Mail-Token darf nicht in Bobs Sandbox auftauchen, ein Channel braucht gemeinsames Memory, Admins brauchen Policy-Kontrolle, geplante Arbeit muss einen Browser-Tab überleben und jeder Side Effect braucht eine Zuordnung. QM macht diese Anforderungen explizit. Eine zentrale Postgres-Schicht speichert Sessions, Memory und Queues. Ein Headless Core in TypeScript führt Policies und Agent Loop aus. Jeder Scope erhält eine Ausführungsumgebung. Slack und Web App liegen als optionale Oberflächen darüber. Das ist eine stärkere Ausgangsarchitektur als ein mächtiger Bot Token hinter einem gemeinsamen Channel, bei dem ein Prompt die Nutzer trennen soll. Die relevante Unterscheidung ist **Multi-User-Isolation**, nicht spektakuläre Multi-Agent-Demos. Genau diese Suchintention ist derzeit unterversorgt. Ergebnisse vermischen Team Agents, Agent Swarms, Chatbots und Workflow Builder häufig zu einer einzigen Kategorie. ## Wer sollte QM prüfen und wer sollte warten? | Teste QM jetzt, wenn | Warte oder wähle einen anderen Weg, wenn | | --- | --- | | du ein technisches Startup mit internem Slack-Workflow führst | du ein Managed Product mit SLA und Vendor Support brauchst | | Infrastruktur und Daten in deinem Fly.io- oder AWS-Account liegen sollen | du heute On-Premises, Air Gap oder einen anderen Cloud Provider brauchst | | private Mitarbeiter-Scopes und gemeinsame Projekt-Scopes nötig sind | dein Use Case ein öffentlicher Multi-Tenant-Kundenagent ist | | ein Operator Upgrades, Incidents und Access Reviews verantwortet | nach der Demo niemand das Control Plane besitzt | | du mit Read-only-Arbeit oder Drafts beginnen kannst | der erste Workflow autonom Geld oder Produktion verändern soll | ## Wie reif ist QM im August 2026? Die Signale sind gemischt. Am 11. August zeigte das Repository rund 13.000 Stars und 1.500 Forks, deutlich mehr als die etwa 5.400 Stars und 550 Forks vier Tage zuvor. Es unterstützt mehrere Harnesses, enthält umfangreiche automatisierte Tests und dokumentiert Deployments für Fly.io und AWS. Das Root Workspace deklariert weiterhin `0.1.0`; das deploybare CLI Manifest auf `main` nennt `0.1.5`, während der neueste sichtbare GitHub Tag `v0.1.4` war. Die Security Policy nennt QM ausdrücklich frühe, experimentelle Software. Schnelle Popularität und Release-Aktivität zeigen Entwicklerinteresse, nicht Production Reliability. Der öffentliche Deployment-Weg ist konsequent agent-native. `qm init` erzeugt ein organisationseigenes Deployment Repository und einen Deployment Skill. Dieser führt einen Operator durch Identität, Model Credentials, optionales Slack Setup und Live Checks. Der [offizielle Getting Started Guide](https://raw.githubusercontent.com/yc-software/qm/main/docs/getting-started.md) nennt Fly.io oder AWS als Provider und stellt klar, dass die Initialisierung keine Production CI erzeugt. Für technische Teams ist das ein intelligenter Bootstrap. Gleichzeitig überträgt er Verantwortung an dich: Cloud Billing, Netzwerk, Identität, Datenbankbetrieb, Secrets, Upgrades, Incident Response, Backups und die Beziehung zum Model Provider. ## Welche Sicherheitsgrenzen von QM sind besonders wichtig? QM verdient Anerkennung für ein konkretes Threat Model statt vager Enterprise-Security-Sprache. Dasselbe Dokument ist der stärkste Grund, eine erfolgreiche Demo nicht mit Produktionsfreigabe zu verwechseln. Die [offizielle Security Policy](https://raw.githubusercontent.com/yc-software/qm/main/SECURITY.md) erklärt, dass QM keine gehärtete öffentliche oder mandantenfähige Grenze ist, und listet aktuelle Limits. | Dokumentiertes Limit | Praktische Folge | Kontrolle im Pilot | | --- | --- | --- | | Command Policy ist umgehbar | Obfuskation oder Script-Indirektion kann die Textklassifikation umgehen | Eine erzwungene Sandbox nutzen und Command Policy nicht als Containment behandeln | | Browser-Aktionen liegen außerhalb einiger Core Gates | Aktionen im Browser Runner durchlaufen Command Policy und Tool Approval nicht erneut; Traffic umgeht QMs Egress Proxy | Browser-Aufgaben, Provider-Budget und erreichbare Ziele separat begrenzen | | Credentials liegen bei Nutzung im Klartext vor; ihr angegebener Zweck wird nicht erzwungen | Ein kompromittierter Sandbox-Prozess kann ein gültiges Credential über den vorgesehenen Zweck hinaus nutzen oder exfiltrieren | Enge, kurzlebige Credentials nutzen und Auswirkungen im Zielsystem begrenzen | | Screening und Audience Filtering sind unvollständig | Einige Outputs, Payloads und Kontexte mit gemischten Rechten sind nicht vollständig abgedeckt | Mit freigegebenen Quellen und deterministischen Read und Write Gates starten | | Egress Enforcement hängt vom Backend ab | QM lehnt noch nicht jedes Backend ab, das für die gewünschte Policy zu grob ist | Netzwerk-Enforcement im gewählten Sandbox- und Deployment-Backend nachweisen | | Admins können sensible Inhalte lesen; dauerhafte Daten können lange bestehen | Auditierte Admin Reads brauchen keine zusätzliche Zustimmung, Captures und Artefakte können Erwartungen überleben | Admin-Kreis begrenzen und Retention sowie Löschung nachweisbar testen | | Published-App-Links und Portal Sessions haben Restrisiken | Kopierte Bearer Links bleiben nutzbar; Logout widerruft kopierte Session Tokens nicht vor ihrem Ablauf | Links wie Credentials behandeln, öffentliche Apps isolieren und Revocation testen | | Einige Provider- und Governance Controls sind unvollständig | Bestimmte Model-Pfade umgehen das geplante Gateway; Org Kill Switch, einheitliches Zurücksetzen von Governance-Änderungen und Secret Scanning bei File Writes fehlen | Externen Stop-Pfad behalten und Provider Routing, Governance Recovery sowie Secret Controls prüfen | Ein robustes Deployment braucht daher Kontrollen auf mehreren Ebenen: Identität, Scope Grants, Sandbox, Netzwerk-Egress, Autorisierung auf Datenebene, Credential-Lebensdauer, Action Approval und Audit. Unsere [Arbeit an RAG- und KI-Architekturen](/de/services/ai-enablement/) behandelt sie als Systemanforderungen, nicht als Prompt Instructions. ## Was kostet ein QM Deployment wirklich? QM ist Open Source, aber die Lizenzkosten sind die unwichtigste Zeile der Total Cost of Ownership. Ein realistisches Budget umfasst: - **Platform-Zeit:** Deployment, Identität, Slack Manifests, Observability, Backups, Upgrades und Incidents. - **Cloud-Ressourcen:** Core Services, Postgres, Object Storage, Queues, Sandbox Compute, Netzwerk und Logs. - **Model- und Browser-Nutzung:** Tokenkosten, Web Automation und Retries mit Budgets pro Person oder Workflow. - **Security-Arbeit:** Threat Modelling, Least-Privilege-Credentials, Egress Policy, Retention, Reviews und Tests. - **Workflow Engineering:** Connectors, Skills, Evals, Approval Paths und Recovery. Der [Deployment Workflow](https://raw.githubusercontent.com/yc-software/qm/main/cli/templates/deployment/deployment.md) verlangt Node 24+, npm, Git, Docker mit Buildx und OpenSSL. Der aktuelle Bootstrap löst `@yc-software/qm@latest` auf; danach pinnt `qm init` die exakte CLI Version im Deployment Repository. Die Initialisierung legt außerdem Fly.io oder AWS sowie einen Model Provider wie Anthropic, OpenAI oder OpenRouter fest. Die Anmeldung kann Slack, den eingebauten E-Mail-Link-Broker oder externes OIDC nutzen. Operatoren müssen abrechenbare Ressourcen und Provider-Identität bestätigen und anschließend Web-Antwort sowie optionales Slack mit Live Checks nachweisen. Das ist verantwortungsvolle Automation, aber kein One-Click SaaS. ## QM vs persönlicher Assistent, Workflow-Plattform oder Custom Build | Option | Beste Eignung | Wichtigster Trade-off | | --- | --- | --- | | Persönlicher Agent | Ein Power User automatisiert eigene Arbeit | Schwache Eignung für gemeinsame Scopes und Unternehmensverwaltung | | Managed Workflow-Plattform | Planbare Integrationen und schnelle operative Verantwortung | Weniger Kontrolle über Harness, Datenebene und Custom Execution | | QM | Technische Startups mit privaten und gemeinsamen Agent Workspaces | Frühe Software plus echte Betreiberverantwortung | | Eigene Agentenplattform | Einzigartige Policy-, Compliance- oder Produktanforderungen | Höchste Build- und Wartungskosten | Entscheide nicht nach Feature-Anzahl, sondern nach der Grenze, die du besitzen kannst. Die kommerzielle Frage lautet oft [Individualsoftware oder Standardsoftware](/de/software-development-guide/custom-software-vs-off-the-shelf/). QM besetzt eine nützliche Mitte: Open Core, klare Architektur und Deployment im eigenen Account. ## Wie sollte ein Unternehmen einen 30-Tage-Pilot mit QM aufsetzen? 1. **Wähle einen Workflow mit benanntem Owner.** Gute Kandidaten sind interne Recherche, Incident-Kontext oder Draft-Erstellung. Vermeide Payments, Production Writes und externe Kunden. 2. **Definiere die Scope-Grenze.** Liste Personen, Channels, Datenquellen, Credentials, erlaubte Kommandos und verbotene Effects. 3. **Miss eine menschliche Baseline.** Erfasse Durchlaufzeit, Abschlussrate und Review-Aufwand für 20 bis 50 vergleichbare Aufgaben. 4. **Deploye eine separate Pilotumgebung.** Starte mit synthetischen oder wenig sensiblen Daten. 5. **Teste Isolation und Fehlerpfade.** Versuche Cross-Scope Reads, indirekte Prompt Injection, Credential-Missbrauch, doppelte Jobs, Cancellation und Emergency Shutdown. 6. **Entscheide mit Evidenz.** Skaliere nur, wenn die Rate nützlicher Ergebnisse steigt, ohne inakzeptable Review-Zeit, Access Violations oder ungebremste Kosten. Verfolge fünf Zahlen: Useful Completion Rate, mediane Review-Minuten, Kosten pro akzeptierter Aufgabe, Rate blockierter unsicherer Aktionen und Cross-Scope Incidents. Beeindruckende Transkripte ohne verlässlich akzeptierten Output sind kein Erfolg. Unsere [Scorecard für KI-Agenten-Piloten](/de/blog/ai-agent-pilot-30-60-90-days/) zeigt die breitere Rollout-Sequenz. ## Sollte dein Unternehmen QM einsetzen? **Setze QM als Pilotplattform ein, nicht als Vertrauensabkürzung.** Die Grundidee ist stark: Unternehmensagenten brauchen explizite Scopes, dauerhafte Ausführung, gemeinsame Kollaboration, austauschbare Harnesses und zentrale Policies. Das öffentliche Threat Model ist offen. Das Deployment-Modell hält die Infrastruktur in deiner Hand. Die offenen Fragen sind operativ. Kann dein Team Isolation außerhalb des Modells erzwingen, Credentials verwalten, Adminzugriffe prüfen, langlebige Daten regeln, das Control Plane finanzieren und nach Fehlern sauber recovern? Wenn ja, kann QM Monate an Fundamentarbeit sparen. Wenn nein, erreicht eine Managed Plattform oder ein engerer Custom Workflow meist schneller echten Wert. ## Häufig gestellte Fragen ### Wofür steht QM? QM steht für Quartermaster. Y Combinator nutzt den Namen für sein Open-Source Multiplayer Agent Harness für Unternehmensarbeit, nicht für Quality-Management-Software. ### Ist QM ein KI-Modell? Nein. QM ist Agent Harness und Control Plane. Es kann Pi, OpenCode, Codex oder Claude Code einsetzen und hält Organisationszustand sowie Policies in einem gemeinsamen Core. ### Ist QM Open Source und selbst gehostet? Ja. Das Repository steht überwiegend unter der MIT-Lizenz, und Deployments laufen im Cloud-Account des Operators. Dokumentierte Produktionsziele sind Fly.io und AWS; lokales Docker dient Tests. ### Ist QM produktionsreif? Nicht automatisch. Das Projekt nennt sich frühe, experimentelle Software und dokumentiert wesentliche Sicherheitslimits. Produktion verlangt eine Deployment-spezifische Security-, Operations- und Compliance-Prüfung. ### Unterstützt QM Slack? Ja. Slack ist ein optionales Plugin und kann Agenteninteraktion oder Sign-in übernehmen. Web UI, Admin Panel und Portal sind getrennte optionale Oberflächen über demselben Core. ### Wer sollte QM testen? Am besten passt QM zu einem technischen Startup, das private Mitarbeiter-Scopes und gemeinsame Projekt- oder Slack-Scopes braucht, eigene Infrastruktur akzeptiert und mit einem engen, reversiblen internen Workflow starten kann. ## Primärquellen 1. [Y Combinator: QM Ankündigung](https://qm.ycombinator.com/); Release, Name Quartermaster, interne Vorgeschichte und Produktziel. 2. [yc-software/qm Repository](https://github.com/yc-software/qm); Features, Architektur, Harnesses, Deployment, Lizenz, Tags und Aktivität. 3. [QM Security Policy und Threat Model](https://raw.githubusercontent.com/yc-software/qm/main/SECURITY.md); Trust Boundaries, Controls und bekannte Limits. 4. [QM Getting Started Guide](https://raw.githubusercontent.com/yc-software/qm/main/docs/getting-started.md); Organisationsdeployment, Cloud Targets, Identität und Connectors. 5. [QM Deployment Workflow](https://raw.githubusercontent.com/yc-software/qm/main/cli/templates/deployment/deployment.md); Voraussetzungen, Freigaben, Provider-Entscheidungen und Live Verification. 6. [QM CLI Package Manifest](https://raw.githubusercontent.com/yc-software/qm/main/cli/package.json); deploybare CLI Version, Runtime-Anforderung, Package Provenance und Commands. *Status geprüft am 11. August 2026. QM verändert sich schnell. Prüfe Package, Dokumentation und Threat Model erneut, bevor du eine Architektur- oder Kaufentscheidung triffst.* ## Fazit QM ist interessant, weil es dort beginnt, wo persönliche Agenten meist brechen: Identität, getrennte Scopes, gemeinsame Räume, dauerhafte Arbeit und zentrale Policies. Für ein technisches Startup ist das ein nützlicheres Fundament als eine weitere beeindruckende Chat-Demo. Der Preis dafür ist Ownership. Genau das Design, das eine gehostete Blackbox vermeidet, macht dein Team für Infrastruktur, Credentials, Zugriffe, Retention, Model Spend und Incident Response verantwortlich. Pilotiere einen reversiblen Workflow, teste Grenzen härter als den Happy Path und skaliere erst, wenn akzeptierter Business Output steigt, ohne Risiko in Human Review zu verstecken. ## Das könnte dich auch interessieren.. [**MCP ist keine Sicherheitsgrenze** Sieh, wo deterministische Autorisierung sitzen muss, wenn Agenten Unternehmensdaten über mehrere Wege erreichen.](/de/blog/mcp-security-boundary-data-level-access-control/) [**AI Enablement vs allgemeine KI-Beratung** Vergleiche ein eigenes, funktionierendes KI-Betriebsmodell mit einer reinen Strategie-Beratung.](/de/compare/ai-enablement-vs-generic-ai-consultancy/) Agent Engineering ## In diesem Cluster weiterlesen Coding Agents, MCP, Kontextsysteme, Evaluation und Kontrollen für verlässliche Automatisierung. [Mit dem Grundlagenartikel starten**Graph Engineering für KI-Agenten: Wann lohnt sich ein Knowledge Graph?**](/de/blog/graph-engineering-ai-agents/) - [OpenViking im Test 2026: Ist Dateisystem-Memory produktionsreif?](/de/blog/openviking-agent-memory-review/) - [LLM-as-a-Verifier erklärt: Architektur, Kosten und Produktionseinsatz](/de/blog/llm-as-a-verifier/) - [TrueForge im Test: Ist das Open-Source Agent Harness produktionsreif?](/de/blog/trueforge-agent-harness-review/) - [Agentenlesbare Websites: llms.txt, Markdown-Spiegel und was kaputtgeht](/de/blog/agent-readable-website-llms-txt-markdown-mirrors/) - [Lokalisierte URLs zerlegen hreflang: ein englischer Slug genügt](/de/blog/english-slugs-vs-localized-urls-hreflang/) Postfach, ohne Lärm ## Folge der Arbeit, die für dich zählt Du bekommst eine kurze E-Mail, wenn wir etwas Neues veröffentlichen. Folge dem ganzen Blog oder nur den Themen, die dich interessieren. [**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 13 min Lesezeit · 2. Aug. 2026 Zuletzt geprüft 11. August 2026 [**Weiter**](/de/blog/multi-model-ai-coding-agent-stack-2026/) Neue Beiträge per E-Mail × × Neue Beiträge per E-Mail Eine kurze E-Mail, wenn wir etwas veröffentlichen. Kostenlos, ohne Tracking. ## 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/qm-ai-agent-harness-review/#webpage", "@type": "WebPage", "dateModified": "2026-08-02", "inLanguage": "de", "isPartOf": { "@id": "https://wavect.io/#website", "@type": "WebSite" }, "lastReviewed": "2026-08-02", "url": "https://wavect.io/de/blog/qm-ai-agent-harness-review/" } ] } ``` ```json { "@context": "https://schema.org", "@type": "BlogPosting", "abstract": "QM, kurz für Quartermaster, ist Y Combinators Open-Source Multiplayer Agent Harness für Unternehmensarbeit. Jeder Mitarbeiter, Channel und jedes Projekt erhält einen isolierten Scope für Memory, Dateien, Credentials, Berechtigungen, Zeitpläne und Sandbox-Ausführung. Ein zentraler Core steuert Identität, Policies und Audit. QM ist ein vielversprechendes Fundament für ein technisches Startup, das private und gemeinsame Agent Workspaces in Slack oder im Web braucht, Infrastruktur im eigenen Fly.io- oder AWS-Account betreiben kann und mit einem engen, reversiblen Workflow startet. QM ist kein Turnkey SaaS und keine gehärtete öffentliche Multi-Tenant-Grenze. Das Projekt nennt sich früh und experimentell. Sein Threat Model dokumentiert unter anderem umgehbare Command Policies, Browserpfade außerhalb einiger Core Gates, Credentials im Klartext, unvollständiges Screening und Egress, privilegierte Admin Reads, Bearer Links für veröffentlichte Apps und unfertige Governance Controls. Nutze QM als Pilotplattform, miss akzeptierte Aufgaben, Review-Aufwand, Kosten und Cross-Scope Incidents und verlange vor Produktion eine Deployment-spezifische Security- und Operations-Prüfung.", "articleBody": " Blog-Übersicht/AI und Agents/Agent Engineering YC QM Agent im Test: Ist Quartermaster bereit für Unternehmen? TL;DR QM, kurz für Quartermaster, ist Y Combinators Open-Source Multiplayer Agent Harness für Unternehmensarbeit. Jeder Mitarbeiter, Channel und jedes Projekt erhält einen isolierten Scope für Memory, Dateien, Credentials, Berechtigungen, Zeitpläne und Sandbox-Ausführung. Ein zentraler Core steuert Identität, Policies und Audit. QM ist ein vielversprechendes Fundament für ein technisches Startup, das private und gemeinsame Agent Workspaces in Slack oder im Web braucht, Infrastruktur im eigenen Fly.io- oder AWS-Account betreiben kann und mit einem engen, reversiblen Workflow startet. QM ist kein Turnkey SaaS und keine gehärtete öffentliche Multi-Tenant-Grenze. Das Projekt nennt sich früh und experimentell. Sein Threat Model dokumentiert unter anderem umgehbare Command Policies, Browserpfade außerhalb einiger Core Gates, Credentials im Klartext, unvollständiges Screening und Egress, privilegierte Admin Reads, Bearer Links für veröffentlichte Apps und unfertige Governance Controls. Nutze QM als Pilotplattform, miss akzeptierte Aufgaben, Review-Aufwand, Kosten und Cross-Scope Incidents und verlange vor Produktion eine Deployment-spezifische Security- und Operations-Prüfung. QM ist einer der klarsten Open-Source-Versuche, die Infrastruktur persönlicher Coding Agents in ein gemeinsames Unternehmenssystem zu verwandeln. Jeder Mitarbeiter, Channel und jedes Projekt erhält einen eigenen Scope für Memory, Dateien, Credentials, Berechtigungen, Zeitpläne und eine Sandbox. Ein zentraler Core steuert Identität, Policies und Audit. Für ein technisches Startup ist das relevanter als ein weiterer allgemeiner Chatbot. Automatisch produktionsreif wird die Software dadurch nicht. Unser Urteil nach Prüfung des öffentlichen Codes, der Deployment-Dokumentation, der Release-Metadaten und des Threat Models am 11. August 2026: QM verdient einen begrenzten Pilot, wenn dein Startup bereits Platform-Engineering-Kapazität und einen engen internen Workflow hat. QM ist keine gute Abkürzung, wenn du Turnkey SaaS, externen Kundenzugriff, formale Compliance-Nachweise oder unbeaufsichtigte High-Impact-Automatisierung brauchst. Wir haben QM für diesen Test nicht selbst deployed oder gebenchmarkt. Aussagen zu Performance und Betriebskosten wären daher Spekulation. Dieser Beitrag beantwortet bewusst die produktspezifische Suchfrage. Für die menschliche Supervisionsgrenze lies unsere Analyse zum Fokus-Engpass bei mehreren KI-Agenten. Für die Autorisierungsebene erklärt unser Guide, warum MCP keine Sicherheitsgrenze für Daten ist. Was ist QM von Y Combinator? QM, kurz für Quartermaster, ist ein MIT-lizenziertes Multiplayer Agent Harness, das Y Combinator im Juli 2026 veröffentlicht hat. YC entwickelte QM nach Experimenten mit einem internen Agent Loop und dem Betrieb von mehr als 50 einzelnen Hermes Agents. Ziel ist die Flexibilität eines persönlichen Agenten mit zentraler Verwaltung für eine Organisation. Die offizielle Ankündigung von YC beschreibt Agenten, die Mitarbeiter und Projekte nach Bedarf erhalten. \"Multiplayer\" bedeutet nicht, dass mehrere Modelle in einem Chat debattieren. Mehrere Personen können private Agent Scopes nutzen und über gemeinsame Scopes in Slack Channels, Gruppennachrichten oder Projekten zusammenarbeiten. Laut QM Repository erhält jede Person und jeder Raum eigenes Memory, Workspace, Keychain View, Berechtigungen, Crons, Apps und eine dauerhafte Sandbox. QM LayerVerantwortungFolge für Käufer CoreAPI, Identität, Policy, Scheduler und Agent LoopEin zentrales Control Plane muss betrieben und geschützt werden ScopeKontext und Grants für Person, Raum oder ProjektZusammenarbeit braucht kein globales Memory SandboxDateien, Tools, Kommandos und eingeloggte ServicesEchte Arbeit wird möglich, aber Ausführung und Credentials erzeugen Risiko Harness AdapterPi, OpenCode, Codex oder Claude CodeDer Core bleibt trotz Harness-Wechsel bestehen Surface PluginSlack, Web UI, Admin Panel oder PortalChannels sind optionale Interfaces, nicht die Source of Truth Welches Problem löst QM, das ein persönlicher Agent nicht löst? Ein persönlicher Agent nimmt einen Nutzer, einen Credential-Satz und einen Kontext-Owner an. Ein Unternehmen hat widersprüchliche Anforderungen: Alices E-Mail-Token darf nicht in Bobs Sandbox auftauchen, ein Channel braucht gemeinsames Memory, Admins brauchen Policy-Kontrolle, geplante Arbeit muss einen Browser-Tab überleben und jeder Side Effect braucht eine Zuordnung. QM macht diese Anforderungen explizit. Eine zentrale Postgres-Schicht speichert Sessions, Memory und Queues. Ein Headless Core in TypeScript führt Policies und Agent Loop aus. Jeder Scope erhält eine Ausführungsumgebung. Slack und Web App liegen als optionale Oberflächen darüber. Das ist eine stärkere Ausgangsarchitektur als ein mächtiger Bot Token hinter einem gemeinsamen Channel, bei dem ein Prompt die Nutzer trennen soll. Die relevante", "articleSection": "Engineering", "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": "Y Combinator: QM Ankündigung", "url": "https://qm.ycombinator.com/" }, { "@type": "WebPage", "name": "yc-software/qm Repository", "url": "https://github.com/yc-software/qm" }, { "@type": "WebPage", "name": "QM Security Policy und Threat Model", "url": "https://raw.githubusercontent.com/yc-software/qm/main/SECURITY.md" }, { "@type": "WebPage", "name": "QM Getting Started Guide", "url": "https://raw.githubusercontent.com/yc-software/qm/main/docs/getting-started.md" }, { "@type": "WebPage", "name": "QM Deployment Workflow", "url": "https://raw.githubusercontent.com/yc-software/qm/main/cli/templates/deployment/deployment.md" }, { "@type": "WebPage", "name": "QM CLI Package Manifest", "url": "https://raw.githubusercontent.com/yc-software/qm/main/cli/package.json" } ], "dateModified": "2026-08-11", "datePublished": "2026-08-02", "description": "QM, kurz für Quartermaster, ist Y Combinators Open-Source Multiplayer Agent Harness für Unternehmensarbeit. Jeder Mitarbeiter, Channel und jedes Projekt erhält einen isolierten Scope für Memory, Dateien, Credentials, Berechtigungen, Zeitpläne und Sandbox-Ausführung. Ein zentraler Core steuert Identität, Policies und Audit. QM ist ein vielversprechendes Fundament für ein technisches Startup, das private und gemeinsame Agent Workspaces in Slack oder im Web braucht, Infrastruktur im eigenen Fly.io- oder AWS-Account betreiben kann und mit einem engen, reversiblen Workflow startet. QM ist kein Turnkey SaaS und keine gehärtete öffentliche Multi-Tenant-Grenze. Das Projekt nennt sich früh und experimentell. Sein Threat Model dokumentiert unter anderem umgehbare Command Policies, Browserpfade außerhalb einiger Core Gates, Credentials im Klartext, unvollständiges Screening und Egress, privilegierte Admin Reads, Bearer Links für veröffentlichte Apps und unfertige Governance Controls. Nutze QM als Pilotplattform, miss akzeptierte Aufgaben, Review-Aufwand, Kosten und Cross-Scope Incidents und verlange vor Produktion eine Deployment-spezifische Security- und Operations-Prüfung.", "headline": "YC QM Agent im Test: Ist Quartermaster bereit?", "image": "https://wavect.io/img/blog/headers/header_qm-ai-agent-harness-review.svg", "inLanguage": "de", "keywords": "KI-Agenten, Open Source", "mainEntityOfPage": { "@id": "https://wavect.io/de/blog/qm-ai-agent-harness-review/", "@type": "WebPage" }, "publisher": { "@id": "https://wavect.io/#organization", "@type": [ "Organization", "ProfessionalService", "LocalBusiness" ] }, "url": "https://wavect.io/de/blog/qm-ai-agent-harness-review/", "wordCount": 2344 } ``` ```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/ai-agents/", "name": "AI und Agents", "position": 3 }, { "@type": "ListItem", "item": "https://wavect.io/de/blog/clusters/agent-engineering/", "name": "Agent Engineering", "position": 4 }, { "@type": "ListItem", "item": "https://wavect.io/de/blog/qm-ai-agent-harness-review/", "name": "YC QM Agent Review: Quartermaster im Test | ", "position": 5 } ] } ``` ```json { "@context": "https://schema.org", "@type": "FAQPage", "mainEntity": [ { "@type": "Question", "acceptedAnswer": { "@type": "Answer", "text": "QM steht für Quartermaster. Y Combinator nutzt den Namen für sein Open-Source Multiplayer Agent Harness für Unternehmensarbeit, nicht für Quality-Management-Software." }, "name": "Wofür steht QM?" }, { "@type": "Question", "acceptedAnswer": { "@type": "Answer", "text": "Nein. QM ist Agent Harness und Control Plane. Es kann Pi, OpenCode, Codex oder Claude Code einsetzen und hält Organisationszustand sowie Policies in einem gemeinsamen Core." }, "name": "Ist QM ein KI-Modell?" }, { "@type": "Question", "acceptedAnswer": { "@type": "Answer", "text": "Ja. Das Repository steht überwiegend unter der MIT-Lizenz, und Deployments laufen im Cloud-Account des Operators. Dokumentierte Produktionsziele sind Fly.io und AWS; lokales Docker dient Tests." }, "name": "Ist QM Open Source und selbst gehostet?" }, { "@type": "Question", "acceptedAnswer": { "@type": "Answer", "text": "Nicht automatisch. Das Projekt nennt sich frühe, experimentelle Software und dokumentiert wesentliche Sicherheitslimits. Produktion verlangt eine Deployment-spezifische Security-, Operations- und Compliance-Prüfung." }, "name": "Ist QM produktionsreif?" }, { "@type": "Question", "acceptedAnswer": { "@type": "Answer", "text": "Ja. Slack ist ein optionales Plugin und kann Agenteninteraktion oder Sign-in übernehmen. Web UI, Admin Panel und Portal sind getrennte optionale Oberflächen über demselben Core." }, "name": "Unterstützt QM Slack?" }, { "@type": "Question", "acceptedAnswer": { "@type": "Answer", "text": "Am besten passt QM zu einem technischen Startup, das private Mitarbeiter-Scopes und gemeinsame Projekt- oder Slack-Scopes braucht, eigene Infrastruktur akzeptiert und mit einem engen, reversiblen internen Workflow starten kann." }, "name": "Wer sollte QM testen?" } ] } ```