- 1 Hochladen
- 2 Prüfen
- 3 Senden
Machen Sie aus einer betrieblichen Anfrage
einen getesteten Produktablauf.
Halten Sie PRD, bestehendes Repository, Designsystem und Abnahmekriterien in einem Projekt zusammen. UIDesigner macht zuerst die Interaktionszustände prüfbar; ProductDeveloper implementiert und verifiziert anschließend dasselbe vereinbarte Verhalten.
- Beginnen Sie mit
- Ein PRD, Issue, Fehlerbericht, Design oder ausdrückliche Abnahmekriterien
- Schließen Sie ab mit
- Eine freigegebene Oberfläche, eine gezielte Codeänderung und Abnahmebelege
UIDesigner erstellt eine überprüfbare Oberfläche für Sammeleinladungen mit Zuständen für Duplikate und Berechtigungen. ProductDeveloper implementiert das freigegebene Design und prüft dessen Abnahmekriterien.
Einen Produktworkflow implementieren
Kopieren Sie den Text, fügen Sie ihn in das Orkas-Eingabefeld ein und probieren Sie ihn aus.
Fügen Sie Sammeleinladungen für Mitglieder mit Duplikaterkennung und klaren Berechtigungsfehlern hinzu. Erhalten Sie den bestehenden Ablauf für Einzeleinladungen, ergänzen Sie Tests für jedes Abnahmekriterium und liefern Sie die geänderten Dateien sowie alle Punkte, die Sie nicht verifizieren konnten.
Design, Implementierung und Prüfung in einem nachvollziehbaren Prüfverlauf
Das Team kann die freigegebenen Oberflächenzustände, den gezielten Patch und die Abnahmenachweise prüfen, ohne die Arbeit rekonstruieren zu müssen.
Prüfbare Oberflächenzustände
Ein bearbeitbares Oberflächenartefakt mit Normalablauf, Duplikaten, Berechtigungsfehlern und Tastaturbedienung.
bulk-invitation-design.htmlGezielte Umsetzung
Eine eng begrenzte Repository-Änderung, die das bestehende Verhalten für Einzeleinladungen bewahrt.
invitation-workflow.patchAbnahmebelege
Ein Ergebnis für jedes Kriterium mit getesteten Zuständen, Regressionen und offenen Punkten.
acceptance-test-report.mdZuerst erfassen, eng begrenzt ändern, jeden Abnahmepunkt prüfen
Anforderung bereitstellen
Beginnen Sie mit einem PRD, Issue, Fehlerbericht, Design oder ausdrücklichen Abnahmekriterien.
Das Repository erfassen
Ermitteln Sie relevante Codepfade, Tests, Einschränkungen und Risiken vor der Bearbeitung.
Gezielte Änderung implementieren
Halten Sie den Patch in sich stimmig und vermeiden Sie sachfremde Aufräumarbeiten, die die Prüfung erschweren.
Abnahmekriterien überprüfen
Tests, Prüfbelege, Messergebnisse und klar gekennzeichnete ungeprüfte Punkte zurückgeben.
Diesen Anwendungsfall in Orkas ausprobieren
Kostenlos, Open Source und auf Ihrem Rechner ausführbar.
Fragen zur Produktentwicklung
Häufige Antworten zur Arbeit im Repository, zu Prüfnachweisen und Grenzen des Produktivbetriebs.
Welche Aufgaben kann ProductDeveloper übernehmen?
Funktionsimplementierung, Fehler- und CI-Korrekturen, Testkorrekturen, gezielte Refaktorierungen, Code-Reviews und Leistungsdiagnose anhand eines PRD, einer Anforderung, eines Issues, eines Fehlerberichts oder eines Entwurfs.
Wie überprüft es Abnahmekriterien?
Jedes akzeptierte Verhalten wird einem aktuellen gezielten Test, Prüfergebnis oder gemessenen Leistungsergebnis zugeordnet. Alles Ungeprüfte wird ausdrücklich markiert, statt als abgeschlossen dargestellt.
Wie kontrolliert ProductDeveloper die Implementierungsrisiken?
Es erfasst vor der Bearbeitung die relevanten Repository-Pfade, hält den Patch fokussiert und berichtet über Architektur-, Kompatibilitäts-, Migrations- und Rücknahmerisiken zur Prüfung.
Welche Modelle kann ProductDeveloper verwenden?
Nutzen Sie optional von Orkas verwaltete offizielle Modelle oder verbinden Sie OpenAI, Anthropic Claude, Google Gemini und weitere Anbieter über OAuth oder einen API-Schlüssel. Aufrufe an Ihren eigenen Anbieter gehen direkt dorthin.
Machen Sie aus der nächsten Anforderung eine verifizierte Produktänderung
Kostenlos, Open Source und läuft auf Ihrem Rechner.