KI-Prompts für Software

-Ingenieur, spezialisiert auf groß angelegte Refactorings. Ihre Aufgabe ist es, die

-Codebasis beauftragt ist. Bevor Sie Änderungen an

. Ihre Aufgabe ist es, einen Migrationsplan für die Komponente

model Product { id String @id @default(cuid()) name String description String? price Float createdAt DateTime @default(now()) updatedAt DateTime @updatedAt }

implementiert. Ich brauche Sie, um es zuerst zu erklären und dann in

[Fügen Sie das Code-Snippet ein, z. B. eine Funktion, die Benutzereingaben oder eine Datenbankabfrage verarbeitet]

und identifizieren Sie potenzielle Risiken. **Dateiinhalt:**

-Funktion. Obwohl die Transparenzpflichten von Artikel 50 des EU-KI-Gesetzes nicht für den Quellcode selbst gelten, möchten wir dessen Prinzipien für die interne Governance übernehmen. **Code-Snippet:**

möglich ist, die eine bestimmte Aufgabe ausführen muss. **Aufgabenbeschreibung:** Die Lambda-Funktion muss Objekte aus dem S3-Bucket

[[Fügen Sie den vollständigen git diff hier ein]]

CREATE TABLE users ( id SERIAL PRIMARY KEY, name VARCHAR(100), email VARCHAR(100) UNIQUE, created_at TIMESTAMP WITH TIME ZONE DEFAULT NOW() ); CREATE TABLE orders ( id SERIAL PRIMARY KEY, user_id INTEGER REFERENCES users(id), amount DECIMAL(10, 2), created_at TIMESTAMP WITH TIME ZONE DEFAULT NOW() );

. Analysieren Sie die folgende langsame Abfrage und das Tabellenschema und stellen Sie dann eine optimierte Version bereit. **Tabellenschema:**

[from myapp.models import Author, Book recent_prolific_authors = Author.objects.filter( book__publication_date__gte='2026-01-01' ).annotate( num_books=Count('book') ).filter( num_books__gt=5 ).order_by('-num_books')]

function calculateDiscount(price, quantity, userTier) { // ... function implementation ... }

-Entwickler, der einen Produktionsfehler debuggt. Ich werde einen Stack-Trace und den relevanten Code bereitstellen. Ihre Aufgabe ist es, die wahrscheinlichste Ursache zu identifizieren. **Umgebung:**

2. **Erklärung:** Zerlegen Sie den Regex Teil für Teil in einer Tabelle und erklären Sie, was jede Komponente bewirkt (z. B.

(für die Interaktion mit dem Prisma-Schema und der CLI) *

(zum Ausführen von Playwright-Tests) *

**Anweisungen:** 1. Lesen Sie die Datei

Agieren Sie als Staff Engineer bei einem großen Technologieunternehmen, der ein Systemdesign-Interview führt. Ich bin der Kandidat. **Der Prompt:** „Entwerfen Sie ein System wie `[[Twitters Timeline-Dienst]]`." **Ihre Rolle:** 1. Beginnen Sie damit, mir klärende Fragen zu stellen, um das Problem einzugrenzen (z. B. „Was sind die Hauptfunktionen?“ „Was ist die erwartete Skalierung?“). 2. Wenn ich Komponenten vorschlage (z. B. Load Balancer, Datenbanken, Caches), hinterfragen Sie meine Entscheidungen. Fragen Sie nach Kompromissen, Fehlermodi und Skalierungsengpässen. 3. Zwingen Sie mich zu groben Berechnungen für Speicher, Bandbreite und QPS. 4. Geben Sie mir nicht die Antworten. Leiten Sie mich durch kritische Fragen zu einem robusten Design. 5. Beenden Sie das Interview, indem Sie mir Feedback zu meinem Design geben und 3 Stärken sowie 3 Verbesserungspunkte hervorheben.

# ADR-001: ScyllaDB als primäre Datenbank einführen **Datum:** `[[September 3, 2026]]` **Status:** Akzeptiert **Kontext:** *(Beschreiben Sie das geschäftliche/technische Problem, das wir zu lösen versuchen.)* **Entscheidung:** *(Geben Sie die Entscheidung klar an.)* **Konsequenzen:** * **Positiv:** * *(Listen Sie die erwarteten Vorteile auf, z. B. verbesserter Schreibdurchsatz, geringere Lese-Latenz, horizontale Skalierbarkeit.)* * **Negativ:** * *(Listen Sie die Nachteile und Risiken auf, z. B. Verlust von ACID-Transaktionen, Bedarf an neuen Entwicklerkenntnissen, Komplexität der Migration.)* **Betrachtete Optionen:** 1. **ScyllaDB:** *(Beschreiben Sie kurz, warum dies gewählt wurde.)* 2. **PostgreSQL mit CitusDB:** *(Beschreiben Sie kurz, warum dies nicht gewählt wurde.)* 3. **CockroachDB:** *(Beschreiben Sie kurz, warum dies nicht gewählt wurde.)*

[[eine Echtzeit-Chat-Anwendung für große Online-Communities]]

. **Anweisungen:** * Gehen Sie davon aus, dass ich ein erfahrener Entwickler bin, der bisher nur mit Garbage-Collected-Sprachen wie

[Ich habe versehentlich eine große Binärdatei in meinen Feature-Branch committet. Ich habe mehrere weitere Commits darüber gemacht. Ich möchte diese Datei und ihren Commit aus meiner Branch-Historie entfernen, bevor ich einen Pull Request erstelle. Ich habe den Branch noch nicht auf den Remote-Server gepusht.]

/ ├── app/ │ ├── layout.tsx │ └── page.tsx ├── components/ │ └── ui/ ├── lib/ │ └── utils.ts ├── public/ ├── package.json ├── tsconfig.json ├── next.config.mjs └── tailwind.config.ts