Die folgenden Prompts sind für den Unterricht rekonstruierte Beispiele, keine Originalgespräche der Entwicklung. Sie enthalten weder App-Quellcode noch Schlüssel, Konfigurationsdateien oder Bereitstellungsdetails. Nutze verfügbare Werkzeuge im erlaubten Rahmen oder arbeite auf Papier. Ist KI gerade nicht nutzbar, zeichne Abläufe und formuliere Abnahmen, ohne auf die Lehrkraft zu warten. Auch Videokonferenzen können erfundene Beispiele besprechen.
Ein wiederverwendbarer Entwicklungsweg
Person und Situation erklären → kleinsten Ablauf abgrenzen → mit erfundenem Material eine Version erstellen → eine Aufgabe am Gerät erledigen → Hindernisse notieren → einzeln ändern und erneut testen → freiwillig erproben lassen → nach Belegen weiterentscheiden.
Du kannst mit KI und vorhandenen Bausteinen einen Prototyp beginnen, bevor du Android-/iOS-Programmierung systematisch abgeschlossen hast. Aufgabenbezogenes Lernen bleibt nötig: Berechtigungen und Zustände, API und Kosten, Speichern und Wiederherstellen, Autorisierung und Prüfung. Paketierung, Signierung, Installation und Dienstverfügbarkeit müssen praktisch erprobt werden. Dieser Fall nutzte Vorwissen und entstand nicht augenblicklich ohne Kenntnisse.
Auftrag 1 | Das Erzählen ermöglichen
„Entwirf einen minimalen Prototyp für Sprachaufzeichnungen. Die Person möchte in Ruhe sprechen und nicht zuerst einen Artikel schreiben. Zeige einen erfundenen Alltagsanlass mit nur vier Schritten: Frage, Antwort, Pause, Speichern. Nenne zuerst Zustände und Abnahmekriterien, dann mögliche Umsetzungen. Keine echten Konten, privaten Aufnahmen oder automatisch gestartete Kamera. Markiere Berechtigungen, Kosten und Fehlerfälle, die ich bestätigen muss.“
Prüfen: Ist nach dem Start zuerst die Frage hörbar? Stoppt die Pause wirklich? Ist Gespeichertes wieder auffindbar? Erklärt ein Fehler die Lage, ohne bestätigte Inhalte zu löschen?
Auftrag 2 | Nachdem die KI „geändert“ meldet
„Erwartung: Wiederholen liest nur die aktuelle Frage vor. Tatsächlich bleibt das Telefon stumm. Trenne Bekanntes, Unbekanntes und drei prüfbare Annahmen. Nenne die kleinste Reproduktion und einen ersten Prüfschritt. Warte vor Änderungen auf das Ergebnis; ändere nicht mehrere Module zugleich. Erkläre danach Wiederholungsprüfung und offene Risiken.“
Keine echten Logs kopieren; sie können Kennungen oder Zugangsdaten enthalten. Geübt werden Reproduktion, Hypothesen, die Änderung einer Variablen und erneutes Testen, nicht Syntax oder Frameworknamen.
Auftrag 3 | Rückmeldungen ordnen, nicht für mich urteilen
„Erfundene Testzusammenfassungen: A möchte testen, hat aber nicht installiert. B scheitert an der Installation. C möchte Text ändern und findet die Funktion nicht. D wünscht täglich neue Themen und findet später vorhandene Optionen. Ordne Haltung, Verhalten, Hindernisse und mögliche Bedarfe; markiere fehlende Belege. Schlage jeweils eine nächste beobachtbare Aufgabe vor. Leite weder Verkäufe, Heilwirkungen noch Bedürfnisse aller Nutzer ab.“
Zu erkennen ist: „Eine Funktion hinzufügen“ kann bedeuten, dass eine bestehende schwer auffindbar ist. Lob ist keine Transaktion; ein Vorschlag belegt noch keinen Bedarf.
Produktverantwortung für Daten und API
| Problem | Was Lernende erklären können sollen | Fall und nächster Schritt |
|---|---|---|
| Was verlässt das Telefon? | Wohin gelangen Aufnahmen, Text und Einstellungen jeweils? Wer hat Zugriff? | Nur einen vereinfachten Datenfluss zeichnen, keine echten Diensteinstellungen zeigen |
| Wozu dient ein Key pro Person? | Für Berechtigungen, Kontingente und Kostenzuordnung. Separate Abrechnung hängt vom Anbieter und den Kontoeinstellungen ab | Keine automatische Trennung persönlicher Aufzeichnungen; bei Registrierung auch Gleichzeitigkeit, leeren Vorrat und Widerruf behandeln |
| Warum sind Verwaltungszugänge keine gewöhnlichen Einstellungen? | Clients können analysiert werden. Verschleierung ist keine Geheimhaltung | Bequeme interne Tests hinterlassen Risiken und sind kein ausgereiftes Sicherheitskonzept |
| Wie wird eine kleine Erprobung verlässlicher? | Minimale Daten, begrenzte Rechte, widerrufbare Freigaben, geprüfte Wiederherstellung und Fehlerbehandlung | Echte Trennung braucht kontrollierte Dienste, Zugriffskontrollen, Auditierung und weitere technische Maßnahmen. Der Kurs behauptet nicht, dies sei bereits vollständig gelöst |
| Kosten begrenzen | Wer verantwortet Aufrufanzahl, Dauer, Dienstausfälle und Budget? | Studierende nutzen ein angenommenes Lehrbudget, keine erfundenen Anbieterpreise. Erst ein Limit setzen, dann prüfen |
Der Kurs erklärt Verantwortung und Vorgehen. Er enthält keine echten Verwaltungstabellen, Dienstkonfigurationen, Bot-Zugänge oder Ausleseverfahren. Geschlossener Quellcode ist eine Veröffentlichungsentscheidung, keine ausreichende Sicherheitsmaßnahme.
Leistungsfähigere Analyse- und Nachbauwerkzeuge beurteilen
Stand 2026-10-23 wurden nur Repository-Beschreibungen und Lizenzangaben gelesen. Keine Installation, Ausführung oder praktische Erprobung.
Offizielles REA-Repository ↗: Es beschreibt Unterstützung bei der Analyse von App-Verhalten, Binärdateien und Laufzeitabläufen. Diese Beschreibung garantiert keinen Erfolg bei jedem konkreten Ziel.
Offizielles replica-skill-Repository ↗: Es organisiert Beobachtung, Nachbau und Tests als Skill. Das README fordert ausdrücklich, Funktionen und Abläufe mit eigenen Materialien nachzubauen, ohne Zielcode, Marke, Texte oder Inhalte zu kopieren.
Beide zeigen derzeit die MIT-Lizenz. Vor tatsächlicher Nutzung Version, Abhängigkeiten und Lizenz erneut prüfen.Werkzeuglizenz, Rechte an der Ziel-App und Zugriffsberechtigung sind verschiedene Dinge. Repository-Slogans sind weder rechtliche Erlaubnis noch Sicherheitsgarantie. Besprochen werden nur eigene oder ausdrücklich erlaubte Demonstrationsobjekte. Keine Rechtsbewertung und kein Training zur Rückentwicklung.
Vier Fragen vor der Entscheidung
Darf ich auf dieses Objekt zugreifen und es analysieren? Nutze ich eine Methode, eine lizenzierte Komponente oder fremde Inhalte? Wie nenne ich Quellen und prüfe Ergebnisse? Selbst bei gleichem Aussehen: Wer sind meine Nutzer, welche Werte wäge ich ab, wofür trage ich Verantwortung?
„Mein eigener Kern“ entbindet nicht von Verantwortung und verlangt auch nicht, jede Codezeile neu zu schreiben. Er bedeutet Verantwortung für Richtung, Herkunft, Prüfung, bewusste Grenzen und das fertige Ergebnis.