Der beste Plan, seine Begründung,
seine Dokumentation.
kint gibt Teams den besten Plan, den der Solver innerhalb ihrer Regeln findet. Die Optimalitätslücke zeigt, wie weit er höchstens vom besten entfernt ist. Jeder Plan nennt die Grenze, die ihn bestimmt, und den Wert jeder Ressource, und er kommt ins Protokoll. Unten folgen die Funktionen dahinter, vom ersten Satz eines Planers bis zum freigegebenen Plan.
Die Funktionen, ein Arbeitsort.
Dieselben Funktionen, wie die Planer sie sehen: das Projekt auf einen Blick, der Agent und die Suche. Dazu die Regeln, die der Plan einhält, und die Studien im Vergleich.
Die Produktansicht wird geladen
Die Funktionen, nach Gruppen.
Von den Daten, die hereinkommen, bis zur Entscheidung, die hinausgeht, und dem Protokoll dazwischen. Jede Gruppe beginnt mit dem, worauf sich die Planer verlassen können, und listet dann die Funktionen.
Modellieren
Ein Planer schreibt Ziel und Regeln in einfacher Sprache. Der Decision Agent von kint entwirft das Modell. Im Pilotprojekt prüfen die Forward Deployed Engineers (FDEs) von kint, die direkt mit dem Team arbeiten, es mit den Fachleuten.
- Der Agent entwirft das Modell
Ein Modell, das Ihre Planer lesen können
Entscheidungen, Regeln und Ziel aus der Beschreibung der Planer und den Daten.
Prüfung in klarer SpracheJede Regel als Satz, mit einem Verweis auf ihre Herkunft.
Versionierte DatenJeder Upload wird zu einer Version mit Inhalts-Hash. Änderungen sind sichtbar.
ModellprüfungIm Pilotprojekt prüfen die FDEs von kint das Modell mit den Fachleuten.
Bibliothek für Skills und AgentenWiederverwendbare Prompts, Schemata und Agenten für Entscheidungen, die wiederkehren.
Lösen
kint wählt die Methode nach der Struktur des Problems: LP, MIP, CP, QP oder eine Suche über gelernte Modelle. Bei exakten Modellen meldet der Solver Schranke und Optimalitätslücke. Bei einer Lücke von 0,0 % hat der Solver gezeigt, dass es für das formulierte Modell im Rahmen seiner Toleranz keinen besseren Plan gibt.
- wie nah am Optimum
Schranke und Optimalitätslücke, mit jedem exakten Plan
Mit dem Lauf gespeichert. Bei einer Lücke von 0,0 % gibt es für das Modell, wie es formuliert ist, im Rahmen der Solver-Toleranz keinen besseren Plan.
Exakte SolverOpen-Source-Solver für LP, MIP und CP inklusive. Kommerzielle Solver werden unterstützt, Lizenzen je Projekt geregelt.
Surrogat-OptimierungEnsembles gelernter Modelle, innerhalb der festgelegten Grenzen durchsucht.
Mehrere ZieleGewichtete oder gereihte Ziele und die Menge der besten Kompromisse.
Analysieren
Die nächsten Fragen der Führungskräfte laufen auf demselben Modell und denselben Daten: welche Grenze bindet, was eine Ressource wert ist, welche Strategie hält.
- Bindende Nebenbedingung
Die Grenze, die das Ergebnis bestimmt
In klarer Sprache benannt, mit dem, was es bräuchte, um sie zu verschieben.
SensitivitätWas eine Einheit mehr von jeder Ressource wert ist.
Was-wäre-wenn und SzenarienEingaben ändern und Strategien vergleichen.
StresstestsEin Plan gegen viele mögliche Zukünfte, mit den Grenzen, die reißen.
UnsicherheitsbereicheGelernte Vorhersagen kommen mit einem Unsicherheitsintervall.
ErklärungenWelche Eingaben ein gelerntes Ergebnis bewegen, und wie.
Dokumentieren
Jeder Lauf schreibt Datenversion, Modellversion und Einstellungen fest. Ein Mensch aus Ihrem Team gibt jeden Plan frei, bevor er zurückgeschrieben wird. Das Protokoll hält fest, wer und wann.
- Wiederholung
Jeder frühere Lauf, nachgeprüft
Jeder Lauf schreibt Datenversion, Modellversion und Solver-Einstellungen fest, so lässt sich der Plan gegen das Protokoll nachprüfen.
Freigabe durch Ihr TeamEin freigegebener Workflow läuft, sobald Ihre Systeme ihn aufrufen, und jeder Plan wartet auf diese Freigabe.
Rollen und ZugriffRollen trennen, wer modellieren, rechnen, freigeben und lesen darf.
Dokumentation nach EU AI ActEntwürfe der technischen Dokumentation, aktuell gehalten aus dem laufenden System.
Anbinden
Die Daten, wie sie sind, aus Datenbanken, APIs und Dateien. Nutzen Sie die Oberfläche von kint oder rufen Sie die API aus bestehenden Systemen auf. Oder betten Sie die Engine in ein Produkt unter Ihrer Marke ein.
- Dateiexporte und API
Ihre Daten, wie sie sind, nur lesend
Daten kommen als Dateiexporte (CSV, Tabellen, JSON) oder über eine API; weitere Konnektoren je Auftrag.
Workflows und Live-LaufansichtAbrufen, analysieren, lösen und benachrichtigen in einem Lauf verbinden. Seinen Graphen live verfolgen.
API und Live-FortschrittHTTP-API mit OpenAPI-Dokumentation; Fortschritt live über WebSocket.
Pläne hinausFreigegebene Pläne gehen nur über eine API zurück, die Sie kontrollieren. Das Leitsystem entscheidet, ob es sie übernimmt.
OEMRufen Sie kint über die API auf und liefern Sie es unter Ihrer Marke aus: kint in Ihrem Produkt.
BetriebGehostet in Deutschland und von kint betrieben. Für Abläufe, die Ihr Netz nicht verlassen dürfen, planen wir eine Installation darin.
Wählen Sie eine Funktion. Testen Sie sie auf Ihren Daten.
Bringen Sie eine Entscheidung und eine Stichprobe der Daten dahinter mit. Wir führen eine Live-Sitzung durch und zeigen Ihnen, was kint findet, und warum.
- Modelle
- whitebox · blackbox · graybox · simulation
- Branchen
- manifest · merit · takt · horizon
- Kontrollen
- Sicherheit, Hosting und Dokumentation
- Kontakt
- hello@kint.pro