129 lines
No EOL
5.1 KiB
HTML
129 lines
No EOL
5.1 KiB
HTML
|
|
<!DOCTYPE html>
|
|
<html lang="de">
|
|
<head>
|
|
<meta charset="UTF-8">
|
|
<meta name="viewport" content="width=device-width, initial-scale=1.0">
|
|
<title>Management Summary: Methoden-basierte Chat-Architektur</title>
|
|
<style>
|
|
body {
|
|
font-family: Arial, sans-serif;
|
|
line-height: 1.6;
|
|
max-width: 800px;
|
|
margin: 0 auto;
|
|
padding: 20px;
|
|
color: #333;
|
|
}
|
|
h1 {
|
|
color: #2c3e50;
|
|
border-bottom: 2px solid #3498db;
|
|
padding-bottom: 10px;
|
|
}
|
|
h2 {
|
|
color: #2c3e50;
|
|
margin-top: 30px;
|
|
}
|
|
.example {
|
|
background-color: #f8f9fa;
|
|
border-left: 4px solid #3498db;
|
|
padding: 15px;
|
|
margin: 20px 0;
|
|
}
|
|
.old-arch, .new-arch {
|
|
margin: 15px 0;
|
|
padding: 15px;
|
|
border-radius: 5px;
|
|
}
|
|
.old-arch {
|
|
background-color: #fff3cd;
|
|
border: 1px solid #ffeeba;
|
|
}
|
|
.new-arch {
|
|
background-color: #d4edda;
|
|
border: 1px solid #c3e6cb;
|
|
}
|
|
.benefits {
|
|
background-color: #e8f4f8;
|
|
padding: 15px;
|
|
border-radius: 5px;
|
|
margin: 20px 0;
|
|
}
|
|
.benefits ul {
|
|
margin: 10px 0;
|
|
padding-left: 20px;
|
|
}
|
|
.benefits li {
|
|
margin: 5px 0;
|
|
}
|
|
</style>
|
|
</head>
|
|
<body>
|
|
<h1>Management Summary: Methoden-basierte Chat-Architektur</h1>
|
|
|
|
<p>Die Umstellung von einer Agenten-basierten auf eine Methoden-basierte Chat-Architektur stellt einen fundamentalen Paradigmenwechsel dar. Während die Mehrheit der KI-Chat-Systeme weiterhin auf Agenten-Architekturen setzt, ermöglicht unser methoden-basierter Ansatz eine präzisere Kontrolle und effizientere Integration.</p>
|
|
|
|
<p>Der methoden-basierte Ansatz definiert klare, selbstbeschreibende Operationen mit festgelegten Parametern und Ergebnissen. Im Gegensatz zu Agenten, die als Blackbox-Operationen fungieren, bieten Methoden eine transparente, validierbare und vorhersehbare Ausführung. Diese Struktur ermöglicht eine präzise Fehlerbehandlung und Retry-Logik auf Aktions-Ebene, anstatt auf Agenten-Ebene.</p>
|
|
|
|
<p>Die Integration mit Benutzerdaten erfolgt direkt über definierte Authentifizierungspfade, was die Sicherheit erhöht und die Komplexität reduziert. Jede Methode ist selbstbeschreibend und enthält ihre eigenen Validierungsregeln, was die Wartbarkeit verbessert und die Entwicklung neuer Funktionen beschleunigt.</p>
|
|
|
|
<p>Der methoden-basierte Ansatz reduziert die KI-Abhängigkeit bei der Ausführung von Operationen, während die KI weiterhin für die Planung und Koordination der Methoden eingesetzt wird. Diese Trennung von Planung und Ausführung führt zu zuverlässigeren Ergebnissen und besserer Nachvollziehbarkeit.</p>
|
|
|
|
<p>Die Architektur ermöglicht eine präzise Dokumentation und Validierung jeder Operation, was in einer regulierten Umgebung von besonderem Wert ist. Die klare Struktur erleichtert die Integration neuer Dienste und die Erweiterung bestehender Funktionalitäten.</p>
|
|
|
|
<h2>Praktisches Beispiel: Dokumentenverarbeitung und E-Mail-Versand</h2>
|
|
|
|
<div class="example">
|
|
<div class="old-arch">
|
|
<strong>Alte Agenten-basierte Architektur:</strong><br>
|
|
<pre>
|
|
Benutzer: "Suche nach Verträgen im SharePoint und sende mir eine Zusammenfassung per E-Mail"
|
|
|
|
Agent SharePoint:
|
|
- Sucht nach Verträgen
|
|
- Extrahiert Inhalte
|
|
- Speichert Ergebnisse
|
|
|
|
Agent Outlook:
|
|
- Liest Ergebnisse
|
|
- Erstellt E-Mail
|
|
- Sendet E-Mail</pre>
|
|
</div>
|
|
|
|
<div class="new-arch">
|
|
<strong>Neue Methoden-basierte Architektur:</strong><br>
|
|
<pre>
|
|
Benutzer: "Suche nach Verträgen im SharePoint und sende mir eine Zusammenfassung per E-Mail"
|
|
|
|
Methoden-Katalog:
|
|
1. SharePoint.searchDocuments
|
|
- Parameter: {query: "Verträge", site: "valueon"}
|
|
- Retry: 3x bei Netzwerkfehler
|
|
- Auth: MSFT
|
|
|
|
2. Document.extractContent
|
|
- Parameter: {documents: [...], sections: ["Zusammenfassung"]}
|
|
- Retry: 2x bei Extraktionsfehler
|
|
- Auth: LOCAL
|
|
|
|
3. Outlook.sendMail
|
|
- Parameter: {to: ["user@example.com"], subject: "Vertragszusammenfassung"}
|
|
- Retry: 1x bei SMTP-Fehler
|
|
- Auth: MSFT</pre>
|
|
</div>
|
|
|
|
<div class="benefits">
|
|
<strong>Vorteile im Beispiel:</strong>
|
|
<ul>
|
|
<li>Jede Operation ist klar definiert und validierbar</li>
|
|
<li>Retry-Logik ist spezifisch für jede Operation</li>
|
|
<li>Authentifizierung ist explizit definiert</li>
|
|
<li>Fehler können präzise zugeordnet werden</li>
|
|
<li>Operationen können unabhängig voneinander getestet werden</li>
|
|
<li>Neue Operationen können einfach hinzugefügt werden</li>
|
|
</ul>
|
|
</div>
|
|
</div>
|
|
|
|
<p>Die KI plant die Ausführung dieser Methoden, aber die eigentliche Ausführung erfolgt durch die definierten Methoden mit klaren Parametern und Ergebnissen. Dies führt zu einer zuverlässigeren und besser nachvollziehbaren Ausführung.</p>
|
|
</body>
|
|
</html> |