Context Engineering

rygg ist das Fundament für Context Engineering

Context Engineering heißt, Menschen und Agenten genau den Kontext zu geben, den eine Aufgabe braucht, geprüft und mit Quelle. rygg liefert ihn: eine gepflegte Ontologie, einen gepflegten Context Graph, definierte Kontextpakete für Agenten und Menschen, die freigeben, was Agenten vorschlagen. Gebaut auf Human-centeredness, gemessen mit Evals.

  • 1 · ryggContext Graph
  • 2 · Kontextpaket6 geprüfte Knoten · Release 2026.10
  • 3 · AgentTestfall-Autor
  • 4 · VorschlagTC-31 mit 6 Quellen
  • 5 · PrüfungTestleitung gibt frei
  • 6 · GeprüftZurück im Graphen
  1. 1rygg hält geprüften Kontext: Nutzer, Anforderungen, Entscheidungen, Evidenz.
  2. 2Kontextpaket Für eine Aufgabe wählt rygg nur die nötigen Knoten aus, mit Status und Quelle.
  3. 3Agent Der Agent arbeitet mit diesem Paket, statt zu raten.
  4. 4Vorschlag Das Ergebnis kommt als Vorschlag mit den genutzten Quellen zurück.
  5. 5Prüfung Eine Person mit Entscheidungsrecht gibt frei, ändert oder lehnt ab.
  6. 6Geprüft Erst dann ist es Teil des Graphen. Die nächste Aufgabe startet mit mehr Kontext.
Stufen

Wo Ihre Entwicklung steht und welchen Kontext jede Stufe braucht

Mit jeder Stufe übernehmen Agenten mehr Arbeit, und Kontext entscheidet mehr über das Ergebnis. Wählen Sie eine Stufe.

1Assistiert 2Delegiert 3Orchestriert 4Lernend rygg · Kontext wächst mit jeder Stufe
Stufe 2Delegiert
Was passiert

Ein Agent erledigt eine Aufgabe über Dateien hinweg und führt Tests aus. Eine Person prüft das Ergebnis. Lücken im Kontext werden zu plausiblen Annahmen.

rygg liefert

Kontextpakete je Aufgabe, nur Vorschläge, Prüfung durch die zuständige Rolle.

PersonAgentVorschlaggeprüft, zurück im Graphen

Ab Stufe 2 entscheidet der Kontext über die Qualität des Ergebnisses. rygg deckt den Kontext und die Koordination zwischen Menschen und Agenten ab. Systemstruktur und Architektur bleiben bei Ihrer Entwicklung.

Feedback-Schleifen

Die Umgebung verbessern, nicht nur das Ergebnis

Zwei Schleifen machen Agenten mit der Zeit besser. In der ersten erhält der Agent Kontext, bevor er handelt, und wird danach geprüft. In der zweiten lernt das Team aus Fehlern und verbessert Kontext und Prüfungen. rygg liefert beides: den Kontext, der steuert, und die Prüfungen gegen den Graphen.

Schleife 1 · Durchlauf: der Agent wird gesteuert und geprüft · Sekunden bis MinutenKorrekturrygg · KontextpaketKontextbevor der Agent handeltAgentschreibt Code und Testsrygg · evalsPrüfungennachdem der Agent gehandelthatErgebnisse undFehlerbesserer Kontext,bessere PrüfungenSchleife 2 · Lernen: das Team verbessertdie UmgebungTage bis WochenSichtenWo lag der Agent falsch?Prüfkorb, Eval-BerichtUrsache findenFehlte Kontext, eine Regel odereine Prüfung?welcher Knoten fehlte oderveraltet warVerbessernFehlenden Kontext, Regel oderPrüfung ergänzenResearch schließt die Lücke,neuer Eval
Kontextpaket

Was ein Agent erhält

Ausschnitt

Für die Aufgabe relevante Knotentypen und Beziehungen, nicht den ganzen Graphen.

Status

Geprüfte Knoten, Annahmen nur als solche gekennzeichnet.

Herkunft

Quelle, Datum und Geltungsbereich jedes Knotens.

Rechte

Was der Agent lesen darf und wo er Vorschläge ablegen darf.

Größenlimit

Damit der relevante Kontext nicht in einem langen Prompt verloren geht.

Version

Release des Graphen, damit jede Antwort reproduzierbar ist.

Engineering mit dem Graphen

Was Agenten in Ihrer Entwicklung damit tun

KI-Agenten schreiben Anforderungen, Testfälle, Code und Dokumentation in Minuten. rygg gibt ihnen das Wissen über Nutzer und Nutzungskontexte, das sie aus Code und Tickets nicht bekommen, und jeder Vorschlag zeigt, woher er kommt.

Testfälle aus Anforderungen

Testfälle, die die Nutzungsanforderung und den Nutzungskontext dahinter abdecken, nicht nur die Funktion.

Agentenkontext
Aufgabe des Agenten
Schreibt Testfälle mit Akzeptanzkriterien
Liest
Anforderung, Nutzungskontext, bekannte Nutzungsfehler
Schlägt vor
Testfälle verknüpft mit Anforderung und Kontext
Freigabe durch
Testleitung
Kennzahl: Ohne Änderung freigegebene Testfälle
Pull Requests mit Nutzungskontext

Jede Änderung zeigt, welche Nutzungsanforderungen und Nutzungskontexte sie betrifft.

Agentenkontext
Aufgabe des Agenten
Ergänzt Pull Requests um betroffene Anforderungen und Kontexte
Liest
Verknüpfungen Code–Anforderung, Anforderungen, Nutzungskontexte
Schlägt vor
Anmerkung mit Knotenverweisen
Freigabe durch
Entwicklungsleitung
Kennzahl: Änderungen mit nachvollziehbarer Nutzerwirkung
Dokumentation in der Sprache der Nutzer

Technische Dokumentation mit den Begriffen, die Nutzer für ihre Aufgaben verwenden.

Agentenkontext
Aufgabe des Agenten
Schreibt Dokumentation und prüft sie gegen definierte Begriffe
Liest
Begriffe aus der Ontologie, Aufgaben, Benutzergruppen
Schlägt vor
Textentwürfe, Begriffsabweichungen
Freigabe durch
Technische Redaktion
Kennzahl: Begriffsabweichungen je Release
Service-Antworten mit bekannten Nutzungsfehlern

Support-Antworten, die wissen, welche Nutzungsfehler bei einer Funktion unter welchen Bedingungen auftreten.

Agentenkontext
Aufgabe des Agenten
Schlägt Antworten für Support-Fälle vor
Liest
Nutzungsfehler, Nutzungskontexte, geprüfte Lösungen
Schlägt vor
Antwortentwurf; unbekannte Fälle als Research-Fragen
Freigabe durch
Service-Leitung
Kennzahl: Mit geprüfter Quelle gelöste Fälle
Agentenaufgaben

Was Agenten in jeder Anwendung tun

Jeder Anwendungsfall legt fest, was der Agent liest, was er vorschlagen darf und wer freigibt.

AnwendungsfallAufgabe des AgentenLiestSchlägt vorFreigabe durch
Gemeinsame GrundantwortenHuman-centered EnterpriseOnboarding-Assistent beantwortet GrundfragenGeprüfte Kernaussagen, Nutzenversprechen, BenutzergruppenOffene Fragen, die er nicht beantworten konnteStrategieverantwortliche
AnnahmenregisterHuman-centered EnterpriseFindet Aussagen in Strategiepapieren ohne Quelle im GraphenDokumente, vorhandene Aussagen und ihr StatusAnnahme-Knoten mit TextstelleThemenverantwortliche
Widersprüche zwischen AbteilungenHuman-centered EnterpriseVergleicht Aussagen zur selben Benutzergruppe über AbteilungenAussagen je Abteilung mit HerkunftWiderspruch mit beiden QuellenFachverantwortliche beider Seiten
Sicht für AufsichtsgremienHuman-centered EnterpriseBereitet das Delta seit der letzten Sitzung vorEntscheidungen, Evidenzänderungen, offene Annahmen im ZeitraumZusammenfassung mit KnotenverweisenGremienbüro oder Geschäftsführung
Evidenz-Check der RoadmapHuman-centered Product DevelopmentOrdnet Roadmap-Punkte Anforderungen zu und markiert Punkte ohne EvidenzRoadmap-Punkte, Anforderungen, Befunde mit StatusVerknüpfungen und LückenmarkenProduktmanagement
Abdeckung der NutzungskontexteHuman-centered Product DevelopmentBerechnet die Abdeckung und schlägt Research-Fragen für Lücken vorNutzungskontexte, Produkte, Varianten, MärkteResearch-Fragen mit PrioritätLeitung UX Research
Wiederverwendung von ResearchHuman-centered Product DevelopmentBeantwortet „was wissen wir über Aufgabe X“ mit QuellenBefunde und Studien mit Geltungsbereich und DatumAntwort mit Knotenverweisen oder „kein Befund“Research-Leitung für neue Befunde
KonformitätsnachweisHuman-centered Product DevelopmentStellt das Nachweisdossier je Release zusammenKette vom Nutzungskontext bis zur Evaluation für das ReleaseDossier-Entwurf mit markierten LückenQualität und Zulassung
Kontextpakete je AgentAgenten-GovernanceJeder Agent erhält ein definiertes Paket statt des ganzen GraphenPaketdefinition: Knotentypen, Statusfilter, GrößenlimitAbfrageprotokoll mit PaketversionPlattformverantwortliche
Prüfkorb und EntscheidungsrechteAgenten-GovernanceLegt Vorschläge in den Prüfkorb der zuständigen RolleEntscheidungsrechte je Rolle und KnotentypVorschlag mit QuellenRolle mit Entscheidungsrecht
Evals im BetriebAgenten-GovernanceEval-Agent stellt Testfragen mit Sollantwort an den GraphenTestfragen, Sollantworten, Graph-ReleaseEval-Bericht je ReleasePlattform-Team
Sicht für Betriebsrat und DatenschutzAgenten-GovernanceListet betroffene Rollen und Aufgaben für einen neuen AgentenRollen, Aufgaben, Vereinbarungen, AgentenrechteEntwurf der WirkungsübersichtBetriebsrat und Personal
Auswirkung einer geänderten AnforderungProduktcompliance und KundenanforderungenFührt die Rückwärtssuche aus und listet Betroffene mit PfadAnforderungen mit Status, Stücklistenbezüge, KundenBetroffenenliste mit PfadenProduktcompliance
KundenfragebögenProduktcompliance und KundenanforderungenEntwirft Antworten aus kanonischen AnforderungenKanonische Anforderungen, Nachweise mit Gültigkeit, frühere AntwortenAntwortentwürfe mit Quelle und GültigkeitKey Account und Compliance
Gültigkeit von NachweisenProduktcompliance und KundenanforderungenMeldet ablaufende Nachweise und entwirft Anfragen an LieferantenNachweise mit Geltungsbereich und AblaufdatumAblaufliste, AnfrageentwürfeEinkauf und Compliance
SubstitutionsentscheidungenProduktcompliance und KundenanforderungenStellt Optionen mit Prüfergebnissen und offenen Fragen zusammenOptionen, Prüfergebnisse, betroffene AnforderungenEntscheidungsvorlage mit QuellenEntwicklungsgremium
Gate-Evidenz-CheckPortfolio und WertPrüft Gate-Unterlagen gegen die geforderten EvidenzartenGate-Kriterien, Initiative, Evidenz mit StatusLückenliste je GateGate-Verantwortliche
Abgelaufene Annahmen und stehende InitiativenPortfolio und WertListet Initiativen ohne neue Evidenz und abgelaufene AnnahmenInitiativen, Annahmen mit Datum, EvidenzverlaufWöchentliche Liste mit BegründungPMO
Wertfall und 90-Tage-ReviewPortfolio und WertVergleicht Prognose und Messung und entwirft das ReviewWertfall, Kennzahlen, WerttreiberReview-Entwurf mit AbweichungenCFO oder Controlling
EntscheidungsjournalPortfolio und WertExtrahiert Entscheidungen aus Protokollen als EntwürfeProtokolle, vorhandene Entscheidungen, AnnahmenEntscheidungsentwürfe mit TextstellenEntscheidungsverantwortliche
Signal-TriageLieferkette und RisikoOrdnet Signale Lieferbeziehungen und Betroffenen zuSignale, Lieferbeziehungen mit Tier, Teile, ProgrammeRisiko mit WirkungspfadEinkauf
Wechsel des RechtsstandsLieferkette und RisikoMarkiert Pflichten und Nachweise, die ein Statuswechsel betrifftPflichten, Rechtsgrundlagen mit Status, NachweiseÄnderungslisteCompliance
Restrisiko akzeptierenLieferkette und RisikoBereitet die Entscheidungsvorlage mit Maßnahmen und Restrisiko vorRisiko, Ursachen, Wirkungen, Maßnahmen, IndikatorenEntscheidungsvorlage mit QuellenGeschäftsführung
RisikolückenLieferkette und RisikoErstellt die LückenlisteRisiken, Verantwortliche, Indikatoren, MaßnahmenLückenlisteRisikomanagement
Wiederholte UrsachenQualität und ProduktsicherheitSucht ähnliche Reklamationen und Ursachen8D-Berichte, Ursachen, Maßnahmen, WirksamkeitÄhnliche Fälle mit VerweisenQualitätsingenieur
Vom 8D zur FMEAQualität und ProduktsicherheitSchlägt FMEA-Überträge aus abgeschlossenen 8D-Fällen vor8D, FMEA, MerkmaleEntwurf FMEA-ÜbertragFMEA-Moderation
Nutzungsfehler aus dem FeldQualität und ProduktsicherheitOrdnet Feldbeobachtungen Fehlerarten zuFeldbefunde, Nutzungskontexte, FehlerartenVerknüpfungsvorschlägeProduktsicherheit
Was wann bekannt warQualität und ProduktsicherheitRekonstruiert den Stand des Graphen zu einem DatumKnoten mit Anlage- und ÄnderungsdatumStichtagsbericht mit KnotenverweisenProduktsicherheit und Recht
Regeln

Was für jeden Agenten gilt

  • Agenten lesen den Graphen, statt zu raten.
  • Agenten schreiben nur Vorschläge, nie geprüfte Knoten.
  • Jede Aussage einer Antwort verweist auf einen Knoten.
  • Keine Evidenz, keine Antwort: „kein Befund“ ist zulässig.
  • Abgelaufene und widersprochene Knoten werden als solche behandelt.
  • Zugriff folgt der Rolle, für Agenten wie für Menschen.
Anbindung

Über eine API, zum Beispiel als MCP-Server, damit Agenten in den Werkzeugen, die Sie schon nutzen, den Graphen fragen können.