Mimrr

Was ist Mimrr?

Mimrr ist eine AI-Agentenplattform von Mimrr Inc., die für Entwicklerteams und Produktteams zum Einsatz kommt. Sie dient dazu, Code, Anfragen, Kommunikation sowie Produktinformationen miteinander zu verbinden. Durch die Automatisierung von Aufgaben auf niedrigem Niveau wie Dokumentation, Tests, Tickets und Reviews wird die Trennung zwischen Entwicklern und Produktmanagern verringert.

Die aktuellen Produkte bieten hauptsächlich die Möglichkeit zu Terminvereinbarungen für Demonstrationen sowie zur Bewertung der Unternehmensimplementierung – es handelt sich dabei nicht um Plug-ins zur Erweiterung des Codes, die öffentlich heruntergeladen werden können. Das Team muss zunächst die Entwicklungs-Dienste verbinden und anschließend Repositorys, Ticket-Gruppen, Kommunikationskanäle sowie Teammitglieder zu Projekten organisieren.

Hauptfunktionen

• Knowledge Chat: Es ermöglicht den Mitgliedern, Fragen zu Projekten und Codebibliotheken zu stellen und erhält dabei Antworten auf der Grundlage verfügbarer Entwicklungsunterlagen. Geeignet zum Finden von Verwendungszwecken von Modulen, Hintergrundinformationen sowie Kontextangaben zur Arbeit – doch entscheidende Schlussfolgerungen sollten dennoch im Code sowie in den entsprechenden Tickets überprüft werden.
• Rune-Onboarding-Gespräch: Hilft neuen Entwicklern, das Code-Repository sowie die Projektkenntnisse schnell zu verstehen, und verringert die Abhängigkeit von mündlichen Erklärungen durch erfahrene Teammitglieder. Die tatsächliche Wirkung hängt davon ab, ob die zugänglichen Unterlagen vollständig, aktuell sind und der Zugriff gewährt wird.
• Dokumentation der Codebasis: Analyse des Repositoriums und Erstellung von Dokumenten für eine öffentliche API sowie von Seiten für die Dokumentation der privaten Codebasis; diese werden automatisch bei Änderungen im Code aktualisiert. Das Team muss weiterhin den Umfang der Dokumentation, die Zielgruppe sowie die Verantwortlichkeiten für die Überprüfung festlegen, um zu vermeiden, dass interne Implementierungen versehentlich veröffentlicht werden.
• Hilfe bei Unit-Tests: Erstellung oder Automatisierung von Unit-Tests für vorhandenen Code. Die Erstellung der Tests muss in einer Umgebung zur kontinuierlichen Integration ausgeführt werden, wobei überprüft wird, ob die Aussagen das Geschäftsverhalten validieren – anstatt lediglich eine ausreichende Abdeckung zu erreichen.
• Problemunterstützung: Lesen des Lager- und Ticketkontexts, um das Verständnis des Problems zu erleichtern, zusätzliche Informationen bereitzustellen und Tickets zu erstellen. Produktmanager können Geschäftsanforderungen in klarere Entwicklungsaufgaben umwandeln; die Entwickler müssen jedoch weiterhin die technische Machbarkeit sowie die Akzeptanzkriterien überprüfen.
• PR-Prüfung: Unter Verwendung des Wissens aus dem Codebase werden Pull Requests überprüft, potenzielle Probleme markiert und das Team bei der Organisation der Prüfinformationen unterstützt. Sie kann keine menschlichen Betreuer, automatisierte Tests, Sicherheitsscans oder Freigabeverfahren ersetzen.
• Anfragen und Berichte: Unterstützung bei der Erstellung von Tickets, bei den Anforderungen für Berichte sowie bei Informationen zum Entwicklungsprozess – damit Interessengruppen aus Produkt- und Ingenieurwesen handlungsorientierte Erkenntnisse erhalten. Die Definition von Kennzahlen und die Entscheidungen zur Steuerung liegen weiterhin in der Verantwortung des Teams.
• Überwachung von Updates zwischen verschiedenen Tools: Verbindung von Code-Hosting-Diensten, Ticketsystemen und Kommunikationswerkzeugen zur Überwachung von Änderungen im Code sowie in den Issues. Die Berechtigungsanpassungen bestimmen, welche Daten ein Agent lesen und ausführen darf; man sollte mit einer reinen Leserechtsfunktion beginnen.

Eingabe, Verarbeitung und Ausgabe

Anschluss- und Nutzungsvorgang

1. Termin für eine Produktvorstellung vereinbaren, um Code-Hosting, Tickets, Kommunikationswerkzeuge, Bereitstellungsstandorte und Compliance-Anforderungen zu erläutern.
2. Wählen Sie ein Lager mit niedrigem Risiko als Pilot aus und bestimmen Sie den Umfang der Zweige, Verzeichnisse, Issues und Kanäle, deren Inhalt gelesen werden darf.
3. Verbinden Sie sich mit dem erforderlichen Anbieter unter Verwendung eines speziellen Service-Kontos mit minimalem Berechtigungslevel – wenden Sie keine persönlichen Administrator-Anmeldeinformationen direkt wieder an.
4. Erstellen Sie ein Projekt, fügen Sie Code-Repositorys, Ticket- oder Issue-Gruppen sowie Kommunikationskanäle und Teammitglieder hinzu.
5. Zuerst soll das System einen Wissensindex sowie Dokumentationen zum Codepaket erstellen, damit die Betreuer Auslassungen, Fehler und sensible Inhalte überprüfen können.
6. Testen Sie mit Rune häufige Einstiegsfragen und vergleichen Sie die Antworten nacheinander mit dem Code, den Dokumentationen sowie den tatsächlichen Tickets.
7. Schrittweise Aktivierung der Automatisierung von Unit-Tests, Issues, Berichten und PR-Prüfungen, wobei die manuelle Freigabe vor dem Merge beibehalten wird.
8. Erhalten Sie Aufzeichnungen zur Trefferquote, Fehlerrate, Aktualität der Dokumente, Annahmerate der Überprüfungen sowie zur eingesparten Zeit, um anschließend zu entscheiden, ob das Lager erweitert werden soll.
9. Regelmäßige Überprüfung von Zugriffstoken, ausscheidenden Mitgliedern, Datenerhaltung, Umfang der öffentlichen Dokumente und Bereitstellungsprotokollen.

Unterstützte Entwicklungsplattformen

Auf der Startseite wird außerdem klar beschrieben, wie Projekte mit GitHub, GitLab, Azure DevOps, Bitbucket, Slack und Jira verbunden werden können, und es wird auch auf Teams hingewiesen. In den öffentlichen Informationen werden keine spezifischen Angaben zu den Funktionen der einzelnen Plattformen, zur bidirektionalen Datenspeicherung, zu Webhooks, zu Versionserfordernissen oder zu Verzögerungen bei der Synchronisierung gemacht.

Passend für Nutzer und Szenarien

• Leiter Forschung und Entwicklung: Vereinheitlichung von Codes, Tickets und Kommunikationswissen sowie Bewertung der Effektivität der Automatisierung von Dokumenten, Tests und Überprüfungen.
• Produktmanager: Erstellen Sie im bestehenden Entwicklungskontext von Issues, Anforderungen und Berichten, um Verluste an Informationen bei der Weitergabe zu vermeiden.
• Plattform und DevOps-Team: Die automatisch erzeugten Tests sowie Überprüfungsempfehlungen sollen in die bestehenden Qualitätskontrollmechanismen integriert werden, anstatt diese zu umgehen.
• Große Codebibliotheksteams: Erstellung kontinuierlich aktualisierter Dokumentationen sowie von FAQs für Projekte mit Millionen von Codezeilen.
• Geregelt Unternehmen: Bewertung der Implementierung von VPC oder lokaler Infrastruktur, Kontrolle des Standorts von Code und Projektdaten.
• Es eignet sich nicht für Personen, die nur eine Erweiterung des Codes innerhalb derselben Zeile benötigen, und kann auch keine Architekturplanung, die Freigabe durch den Codebesitzer oder professionelle Sicherheitsaudits ersetzen.

Einsatz und Plattformgrenzen

„Bereit zur Einrichtung“ bedeutet, dass das Produkt für eine Bewertung in einer VPC oder in einer lokalen Umgebung geeignet ist. Es beweist jedoch nicht automatisch, dass ein Kunde die Einrichtung bereits abgeschlossen hat oder dass eine vollständig offline-Arbeit möglich ist. Netzwerkkomponenten, Aktualisierungswege sowie Funktionen zur Fernüberwachung und Fehlerbehebung müssen durch technische Demonstrationen sowie vertragliche Vereinbarungen festgelegt werden.

Preise und Einkauf

Auf der aktuellen Preise-Seite werden weder die überprüfbaren Paketkosten, noch die kostenlose Version, noch die Probephase, noch die Anzahl der Konten, noch die Anzahl der Lager, noch die Menge an Code oder die Anzahl der Aufrufe angezeigt. Ebenso werden Rückerstattungen, automatische Verlängerungen, Zusatzkosten, Implementierungskosten sowie die Unterstützungsstufen nicht offengelegt.

Bei der Beschaffung sollte man eine Offerte verlangen, in der die Anzahl der Benutzer, die Anzahl der Lager und Projekte, die Anzahl der Indexcodes, die Verbindungskomponenten, die Bereitstellungsumgebung, die Ressourcen für die Modelle, Aktualisierungen, Schulungen, Support, SLA, die Datenmigration sowie die Vorgehensweise bei der Löschung nach Beendigung klar angegeben sind.

API, SDK und Open-Source-Status

• Mimrr kann Dokumente für öffentliche APIs und private Codebibliotheken erstellen, doch das bedeutet nicht, dass Mimrr selbst eine öffentliche Entwickler-API bereitstellt.
• Es gibt keine bestätigten öffentlichen SDKs, CLI, Webhook-Dokumentationen, eine Plugin-Shop-Seite oder API-Schlüssel für eine selbstständige Anfrage.
• Da es keinen offiziellen, öffentlich zugänglichen GitHub-Repo oder eine Open-Source-Lizenz für das Mimrr-Produkt gibt, sollte die Plattform als proprietäres Unternehmenssoftware betrachtet werden.
• Die Unterstützung der Integration mit Code-Plattformen wie GitHub bedeutet nicht, dass der Mimrr-Code offen zugänglich ist, noch dass er über Kundenrepositorien verfügt.

Privatsphäre, Sicherheit und Rechte am Code

• Auf der Produktseite wird behauptet, dass keine Kundendaten zur Schulung verwendet werden und es keine Verbindung zu Drittanbieter-AI-Lösungen gibt. Dennoch müssen Unternehmen im Vertrag klar definieren, wer den Modellanbieter ist sowie was unter Telemetrie, Protokollen, Backups und Verbesserungsdaten zu verstehen ist.
• Die Unterstützung von VPCs und lokaler Implementierung hilft dabei, den Standort des Codes zu kontrollieren, doch die Sicherheit hängt weiterhin von der Lieferkette der Images, Schlüsseln, Netzwerkausgängen, Administratorrechten, Patches sowie Audit-Logs ab.
• Derzeit sind Datenschutz, Bedingungen und Sicherheitseinstellungen sichtbar, doch auf den entsprechenden Seiten wird kein überprüfbarer Text bereitgestellt, wodurch es nicht möglich ist, die erfassten Felder, die Speicherdauer, die Löschfristen, Auftragsverarbeiter, die grenzüberschreitende Übertragung, die Zertifizierung oder Benachrichtigungen bei Vorfällen zu bestimmen.
• Die Verbindung von Code-Repositories, Issues und Kommunikationskanälen führt zur Aggregation hochsensibler Entwicklungsdaten. Zunächst sollten Datenklassifizierung, Mindestberechtigungen, Geheimnisscans sowie eine Bewertung der Kundenisolation durchgeführt werden.
• Offizielle API-Dokumentation und Dokumentation zu privaten Codebibliotheken müssen getrennt freigegeben werden, um zu verhindern, dass interne Pfade, Schlüssel, Kundendaten sowie Sicherheitslücken auf öffentliche Seiten gelangen.
• Die von KI erzeugten Tests, Dokumente und Überprüfungsansichten sollten vom Code-Eigentümer überprüft werden. Die Rechte am endgültigen Code, den Dokumenten sowie den daraus abgeleiteten Inhalten werden gemäß dem Kundenvertrag und der ursprünglichen Lizenz festgelegt.

Vorteile und Einschränkungen

• Vorteile: Deckt gleichzeitig die für Entwickler und Produktmanager verwendeten Code-, Ticket- und Kommunikationswerkzeuge ab und eignet sich für den Wissensaustausch zwischen verschiedenen Rollen.
• Vorteil: Dokumente, Fragen und Antworten, Tests sowie die Überprüfung von Issues und PRs laufen im Kontext desselben Projekts ab, wodurch wiederholte Abfragen reduziert werden.
• Vorteile: VPC und lokale Implementierung eignen sich für Unternehmen, die Anforderungen bezüglich des Standorts der Quellcodes haben.
• Einschränkungen: Preis, Testversion, Verbrauch, öffentliche API sowie konkrete Berechtigungen für Anschlüsse und Service-Level sind derzeit noch nicht bekannt.
• Einschränkungen: Auf den Seiten zu Privatsphäre, Bedingungen und Sicherheit fehlen derzeit überprüfbare Inhalte; Käufe müssen auf Verträgen und Sicherheitsdokumenten beruhen.
• Einschränkungen: Die automatische Erstellung von Inhalten kann geschäftliche Semantik, Grenzkonditionen und Sicherheitsprobleme übergehen; es ist nicht möglich, Inhalte automatisch zu kombinieren oder zu veröffentlichen.

Zusammenfassung

Mimrr eignet sich für Entwicklerteams, die ihr Wissen über Codebibliotheken, Dokumentationen, Tests sowie die Zusammenarbeit bei der Produktentwicklung in einem einzigen AI-Agenten bündeln möchten. Bei der Bewertung sollte ein echter Repository ausgewählt werden, wobei besonderer Wert auf die Nachvollziehbarkeit der Antworten, die Genauigkeit der Dokumentation, die Wirksamkeit der Tests, falsche Meldungen bezüglich PR-Änderungen, die Rechte der Anbindungen sowie die Kosten für eine private Bereitstellung gelegt werden sollte.