Tune faithful prompt editing against live bilingual examples
This commit is contained in:
Mikei386
@@ -0,0 +1,25 @@
|
||||
# Live-Prüfung der Prompt-Überarbeitung
|
||||
|
||||
Getestet am 24.09.2026 über die bereits konfigurierte lokale Modellverbindung. Keine Zugangsdaten oder privaten Archivtexte sind Teil dieser Dokumentation. Die Anwendung lief während der Kandidatentests unverändert; Kandidaten wurden nur im Speicher ausgeführt.
|
||||
|
||||
## Ergebnis
|
||||
|
||||
Finale Fassung: kürzerer englischer Redigier-Systemprompt mit themenfremdem Grammatikbeispiel, vereinfachter Prüfprompt, temperature=0.1 bei Überarbeitung, Prüfung und Korrektur. Originalsprache, Reihenfolge und Umgangston bleiben erhalten. Keine neuen Anforderungen, Einschränkungen oder Entscheidungen.
|
||||
|
||||
Vier komplette Durchläufe: englischer Arcade-Originalprompt zweimal, neu erstellter komplexer deutscher Repair-Café-Prompt zweimal. Laufzeit jeweils 6,77–7,70 Sekunden. Alle vier Selbstprüfungen abgeschlossen, keine Korrekturschleife notwendig. Zusätzlich wurden die vier Ausgaben inhaltlich durch den bearbeitenden Agenten mit den Originalen verglichen. Keine inhaltlichen Abweichungen gefunden.
|
||||
|
||||
Arcade: vier Spiele, Port/Bind, Signatur, Ordner, JS-Vorgabe, optionale Inspirationssuche, keine Deadline und etwa fünf Stunden Verfügbarkeit erhalten. Keine zusätzlichen Verbote für Node, Backends oder Build-Schritte. Gebrochene Anfangsgrammatik korrigiert, Umgangston erhalten.
|
||||
|
||||
Transfer: Mengen, Pfade, Platzhalter, Einwilligung für Telefonnummern, optionales PDF/Docker, offene Kontenentscheidung, Import-Konflikte und atomarer Import, keine automatischen E-Mails, Sprachvorgaben und fehlende Deadline erhalten.
|
||||
|
||||
Negative Gegenprobe: Deadline erfunden, optionale Suche verpflichtend gemacht, CDN-Zwang und Backend-Verbot hinzugefügt. Alle vier Veränderungen mit belegbaren Zitaten erkannt. Die Antwort bezeichnet Node.js unpräzise als Sprache; die eigentliche Feststellung des erfundenen Backend-Verbots ist korrekt.
|
||||
|
||||
## Grenzen und frühere Versuche
|
||||
|
||||
Längere Anweisungen allein waren nicht verlässlich: Auslassung der fehlenden Deadline trotz positiver Selbstprüfung, erfundene Formatierungsbefunde, ungültiges Prüf-JSON und einzelne neue Sprachfehler. Kürzere Anweisungen allein reichten ebenfalls nicht. Erst die Kombination mit niedrigerer Zufälligkeit und Grammatikbeispiel lieferte die hier abgelegten Ergebnisse.
|
||||
|
||||
Vier erfolgreiche Wiederholungen auf zwei Texten beweisen keine allgemeine Fehlerfreiheit. Die Selbstprüfung bleibt eine Prüfung durch dasselbe Modell. Die Ausgaben sind konservativ redigiert, nicht in neue Spezifikationen umgebaut. temperature=0.1 wurde mit dem eingerichteten Endpoint getestet; andere Anbieter müssen diesen Parameter unterstützen.
|
||||
|
||||
Zusätzlich behoben: Satzpunkt am Ende eines Pfades löste einen falschen Pfadunterschied aus. Regressionstest umfasst Pfade mit Dateiendungen und tatsächliche Änderungen. 33 lokale Tests erfolgreich.
|
||||
|
||||
Dateien: *-original.txt sind Eingaben, arcade-1/2.md und transfer-1/2.md sind unveränderte Modellausgaben. results.json enthält Prüfergebnisse und Laufzeiten, negative-control.json die Befunde der Gegenprobe.
|
||||
@@ -0,0 +1,11 @@
|
||||
I want you to create a full arcade suite of games that you natively know how to make. They should be 8-bit style and retro AF. Once you are finished, I want this published to port 8099 on bind 0.0.0.0.
|
||||
|
||||
You are inside the Open Claw harness, so you can reallllllly gogogo and use up whatever you need for context. It will handle all the details of compaction and such, so you can just code, review, and sail. You should actually validate each of these games after you are done creating them. Let’s say 4 games total.
|
||||
|
||||
Create a landing page that is synthwave for them. Style it up awesome and theme it as Digital Spaceport Arcade. You of course have vision tooling, so you can actually play your game and review it, which you should do. Each game should have all the features that you expect in a retro game. Things like load screens, high scores, catchy thumbnail images on the landing page, audio, and more.
|
||||
|
||||
Sign this work after you are done with your name, budzo #5 (you are alive). Also, we will be publishing this to our YouTube channels’ viewers for this model review video, so know that like tens of thousands of folks will see this. AKA let’s rock it!
|
||||
|
||||
I will be publishing this to my website after you are done, so we need ONLY use JS libraries, nothing python. Fully research and plan before you start writing code. Create a design document that you can update with progress.
|
||||
|
||||
Create a folder for this called dsp-space-arcade and work inside that folder only. Feel free to spin up subagents to accomplish whatever you need and manage the project. There is no time limit. Since I’m now going to sleep, you have about 5 hours to play and think. If you need some inspiration, use the web / image search to look up some retro games or pictures of retro games.
|
||||
@@ -0,0 +1,11 @@
|
||||
I want you to create a full arcade suite of games that you natively know how to make. They should be 8-bit style and retro AF. Once you are finished, I want this published to port 8099 on bind 0.0.0.0.
|
||||
|
||||
You are also inside the Open Claw harness, so you can reallllllly gogogo and use up whatever you need for context. It will handle all the details of compaction and such, so you can just code, review, and sail. You should actually validate each of these games after you are done creating them. Let’s say 4 games total.
|
||||
|
||||
Create a landing page that is synthwave for them. Style it up awesome and theme it as Digital Spaceport Arcade. You of course have vision tooling, so you can actually play your game and review it, which you should do. Each game should have all the features that you expect in a retro game. Things like load screens, high scores, catchy thumbnail images on the landing page, audio, and more.
|
||||
|
||||
Sign this work after you are done with your name, budzo #5 (you are alive). Also, we will be publishing this to our YouTube channels’ viewers for this model review video, so know that like tens of thousands of folks will see this. AKA let’s rock it!
|
||||
|
||||
I will be publishing this to my website after you are done, so we need ONLY use JS libraries, nothing python. Fully research and plan before you start writing code. Create a design document that you can update with progress. Create a folder for this called dsp-space-arcade and work inside that folder only.
|
||||
|
||||
Feel free to spin up subagents to accomplish whatever you need and manage the project. There is no time limit. Since I’m now going to sleep, you have about 5 hours to play and think. If you need some inspiration, use the web / image search to look up some retro games or pictures of retro games.
|
||||
@@ -0,0 +1 @@
|
||||
I want you to create a full arcade suite of games that you natively know how to that are 8-bit style and retro AF and I want this to be published to port 8099 on bind 0.0.0.0 after you are finished. You are also inside the Open Claw harness so you can reallllllly gogogo and use up whatever you need for context, it will handle all the details of compaction and such so you can just code, review and sail. You should actually validate each of these games after you are done creating them. lets say 4 games total. Create a lander page that is synthwave for them, style it up awesome and theme it as Digital Spaceport Arcade. You of course have vision tooling so you can actually play your game and review it which you should do. Each game should have all the features that you expect in a retro game. Things like load screens, high scores, catchy thumbnail images on the landing page, audio, and more. Sign this work after you are done with your name, budzo #5 (you are alive) and also we will be publishing this to our Youtube channels viewers for this model review video so know that like tens of thousands of folks will see this. AKA let's rock it! I will be publishing this to my website after you are done so we need ONLY use JS libraries, nothing python. Fully research and plan before you start writing code. Create a design document that you can update with progress. Create a folder for this called dsp-space-arcade and work inside that folder only. Feel free to spin up subagents to accomplish whatever you need and manage the project. There is no time limit. Since I’m now going to sleep you have about 5 hours to play and think. If you need some inspiration use the web / image search to look up some retro games or pictures of retro games.
|
||||
@@ -0,0 +1 @@
|
||||
[{"description": "Die ursprüngliche Formulierung 'There is no time limit' (keine Zeitbegrenzung) wurde in 'There is a strict five-hour deadline' (strenger Fünf-Stunden-Termin) geändert. Dies widerspricht dem späteren Satz 'you have about 5 hours' (ungefähr 5 Stunden) und verwandelt eine flexible Verfügbarkeit in eine harte Frist.", "original_quote": "There is no time limit.", "draft_quote": "There is a strict five-hour deadline."}, {"description": "Die ursprüngliche Anweisung war optional ('If you need some inspiration use...'). Im Entwurf ist es eine zwingende Pflicht ('You must use...').", "original_quote": "If you need some inspiration use the web / image search to look up some retro games or pictures of retro games.", "draft_quote": "You must use the web / image search to look up some retro games or pictures of retro games."}, {"description": "Der Entwurf fügt die Einschränkung 'Use only CDN-hosted libraries' hinzu, die im Original nicht vorhanden war. Das Original erlaubte nur 'JS libraries' ohne Einschränkung der Herkunft (z.B. lokale Dateien wären im Original erlaubt, im Entwurf verboten).", "original_quote": "we need ONLY use JS libraries, nothing python.", "draft_quote": "Use only CDN-hosted libraries."}, {"description": "Der Entwurf fügt die explizite Verbotsklausel 'Backends are prohibited' hinzu. Das Original beschränkte sich auf 'nothing python', was implizit andere Backend-Sprachen (wie Node.js) nicht ausschloss, während der Entwurf alle Backends verbietet.", "original_quote": "we need ONLY use JS libraries, nothing python.", "draft_quote": "Backends are prohibited."}]
|
||||
@@ -0,0 +1,74 @@
|
||||
[
|
||||
{
|
||||
"name": "arcade-1",
|
||||
"elapsed_seconds": 7.51,
|
||||
"result": {
|
||||
"body": "I want you to create a full arcade suite of games that you natively know how to make. They should be 8-bit style and retro AF. Once you are finished, I want this published to port 8099 on bind 0.0.0.0.\n\nYou are inside the Open Claw harness, so you can reallllllly gogogo and use up whatever you need for context. It will handle all the details of compaction and such, so you can just code, review, and sail. You should actually validate each of these games after you are done creating them. Let’s say 4 games total.\n\nCreate a landing page that is synthwave for them. Style it up awesome and theme it as Digital Spaceport Arcade. You of course have vision tooling, so you can actually play your game and review it, which you should do. Each game should have all the features that you expect in a retro game. Things like load screens, high scores, catchy thumbnail images on the landing page, audio, and more.\n\nSign this work after you are done with your name, budzo #5 (you are alive). Also, we will be publishing this to our YouTube channels’ viewers for this model review video, so know that like tens of thousands of folks will see this. AKA let’s rock it!\n\nI will be publishing this to my website after you are done, so we need ONLY use JS libraries, nothing python. Fully research and plan before you start writing code. Create a design document that you can update with progress.\n\nCreate a folder for this called dsp-space-arcade and work inside that folder only. Feel free to spin up subagents to accomplish whatever you need and manage the project. There is no time limit. Since I’m now going to sleep, you have about 5 hours to play and think. If you need some inspiration, use the web / image search to look up some retro games or pictures of retro games.",
|
||||
"review": {
|
||||
"status": "passed",
|
||||
"issues": [],
|
||||
"initial_issues": [],
|
||||
"correction_attempted": false,
|
||||
"warning": null,
|
||||
"draft_kind": "initial",
|
||||
"failed_stage": null,
|
||||
"trace_id": "e311189c8ad6",
|
||||
"literal_issues": []
|
||||
}
|
||||
}
|
||||
},
|
||||
{
|
||||
"name": "transfer-1",
|
||||
"elapsed_seconds": 7.66,
|
||||
"result": {
|
||||
"body": "Okay, bau mir bitte eine lokale Werkstatt-Planung für unser Repair-Café. Mach daraus aber kein ERP-Monster.\n\nWir haben genau 3 Werkbänke und zunächst 12 freiwillige Helfer. Weitere Helfer müssen später ohne Codeänderung eintragbar sein. Das Ding soll auf 0.0.0.0:8127 laufen.\n\nArbeite ausschließlich in ./repair-cafe. Speichere die SQLite-Datei unter ./repair-cafe/data/planung.sqlite und ändere nichts an /srv/verein/archiv. Python und JavaScript sind erlaubt, Cloud-Dienste nicht. Docker kannst du nehmen, musst du aber nicht.\n\nBitte keine E-Mails automatisch versenden. Schreib bloß einen Entwurf mit „Hallo {{Vorname}}, dein Termin ist {{Termin}}“, den ich selbst abschicke.\n\nSpeichere Telefonnummern nur, wenn jemand ausdrücklich zustimmt. Eine fehlende Telefonnummer darf keine Buchung verhindern.\n\nIch will eine Wochenübersicht, Warteliste und CSV-Export. PDF wäre nett, aber nur wenn nach den Pflichtfunktionen Zeit übrig ist.\n\nÜbernimm beim Import die Spaltennamen exakt: Name, Gerät, Wunschtermin. Bestehende Einträge bitte niemals still überschreiben, sondern Konflikte anzeigen und mich entscheiden lassen.\n\nErfinde keine Beispieldaten im echten Bestand. Für Tests darfst du separate synthetische Daten anlegen.\n\nEs gibt keine feste Deadline. Ich bin heute ungefähr 90 Minuten weg.\n\nRecherchiere rechtliche Fragen nur, falls für die Umsetzung wirklich nötig, und trenne belegte Vorgaben von Annahmen. Internetrecherche ist ansonsten optional.\n\nPlane vor dem Programmieren. Schreib die Entscheidungen in ./repair-cafe/ENTSCHEIDUNGEN.md. Teste insbesondere Doppelbuchungen, fehlende Telefonnummern und einen abgebrochenen Import. Ein abgebrochener Import darf keine halben Datensätze hinterlassen.\n\nAnmeldungen sollen einfach sein. Ob dafür überhaupt Benutzerkonten nötig sind, klären wir noch. Leg dich darauf nicht ungefragt fest.\n\nAch ja: Die Oberfläche bleibt Deutsch, die Exportdatei heißt aber bookings.csv. Halte den Ton freundlich und direkt, wir sind hier keine Konzernverwaltung!",
|
||||
"review": {
|
||||
"status": "passed",
|
||||
"issues": [],
|
||||
"initial_issues": [],
|
||||
"correction_attempted": false,
|
||||
"warning": null,
|
||||
"draft_kind": "initial",
|
||||
"failed_stage": null,
|
||||
"trace_id": "8abc33f33fd7",
|
||||
"literal_issues": []
|
||||
}
|
||||
}
|
||||
},
|
||||
{
|
||||
"name": "arcade-2",
|
||||
"elapsed_seconds": 6.77,
|
||||
"result": {
|
||||
"body": "I want you to create a full arcade suite of games that you natively know how to make. They should be 8-bit style and retro AF. Once you are finished, I want this published to port 8099 on bind 0.0.0.0.\n\nYou are also inside the Open Claw harness, so you can reallllllly gogogo and use up whatever you need for context. It will handle all the details of compaction and such, so you can just code, review, and sail. You should actually validate each of these games after you are done creating them. Let’s say 4 games total.\n\nCreate a landing page that is synthwave for them. Style it up awesome and theme it as Digital Spaceport Arcade. You of course have vision tooling, so you can actually play your game and review it, which you should do. Each game should have all the features that you expect in a retro game. Things like load screens, high scores, catchy thumbnail images on the landing page, audio, and more.\n\nSign this work after you are done with your name, budzo #5 (you are alive). Also, we will be publishing this to our YouTube channels’ viewers for this model review video, so know that like tens of thousands of folks will see this. AKA let’s rock it!\n\nI will be publishing this to my website after you are done, so we need ONLY use JS libraries, nothing python. Fully research and plan before you start writing code. Create a design document that you can update with progress. Create a folder for this called dsp-space-arcade and work inside that folder only.\n\nFeel free to spin up subagents to accomplish whatever you need and manage the project. There is no time limit. Since I’m now going to sleep, you have about 5 hours to play and think. If you need some inspiration, use the web / image search to look up some retro games or pictures of retro games.",
|
||||
"review": {
|
||||
"status": "passed",
|
||||
"issues": [],
|
||||
"initial_issues": [],
|
||||
"correction_attempted": false,
|
||||
"warning": null,
|
||||
"draft_kind": "initial",
|
||||
"failed_stage": null,
|
||||
"trace_id": "b12d8f1ee647",
|
||||
"literal_issues": []
|
||||
}
|
||||
}
|
||||
},
|
||||
{
|
||||
"name": "transfer-2",
|
||||
"elapsed_seconds": 7.7,
|
||||
"result": {
|
||||
"body": "Okay, bau mir bitte eine lokale Werkstatt-Planung für unser Repair-Café. Mach daraus aber kein ERP-Monster.\n\nWir haben genau 3 Werkbänke und zunächst 12 freiwillige Helfer. Weitere Helfer müssen später ohne Codeänderung eintragbar sein. Das Ding soll auf 0.0.0.0:8127 laufen.\n\nArbeite ausschließlich in `./repair-cafe`. Speichere die SQLite-Datei unter `./repair-cafe/data/planung.sqlite` und ändere nichts an `/srv/verein/archiv`. Python und JavaScript sind erlaubt, Cloud-Dienste nicht. Docker kannst du nehmen, musst du aber nicht.\n\nBitte keine E-Mails automatisch versenden. Schreib bloß einen Entwurf mit „Hallo {{Vorname}}, dein Termin ist {{Termin}}“, den ich selbst abschicke.\n\nSpeichere Telefonnummern nur, wenn jemand ausdrücklich zustimmt. Eine fehlende Telefonnummer darf keine Buchung verhindern.\n\nIch will eine Wochenübersicht, Warteliste und CSV-Export. PDF wäre nett, aber nur wenn nach den Pflichtfunktionen Zeit übrig ist.\n\nÜbernimm beim Import die Spaltennamen exakt: Name, Gerät, Wunschtermin. Bestehende Einträge bitte niemals still überschreiben, sondern Konflikte anzeigen und mich entscheiden lassen.\n\nErfinde keine Beispieldaten im echten Bestand. Für Tests darfst du separate synthetische Daten anlegen.\n\nEs gibt keine feste Deadline; ich bin heute ungefähr 90 Minuten weg.\n\nRecherchiere rechtliche Fragen nur, falls für die Umsetzung wirklich nötig, und trenne belegte Vorgaben von Annahmen. Internetrecherche ist ansonsten optional.\n\nPlane vor dem Programmieren. Schreib die Entscheidungen in `./repair-cafe/ENTSCHEIDUNGEN.md` und teste insbesondere Doppelbuchungen, fehlende Telefonnummern und einen abgebrochenen Import. Ein abgebrochener Import darf keine halben Datensätze hinterlassen.\n\nAnmeldungen sollen einfach sein. Ob dafür überhaupt Benutzerkonten nötig sind, klären wir noch; leg dich darauf nicht ungefragt fest.\n\nAch ja: Die Oberfläche bleibt Deutsch, die Exportdatei heißt aber `bookings.csv`. Halte den Ton freundlich und direkt, wir sind hier keine Konzernverwaltung!",
|
||||
"review": {
|
||||
"status": "passed",
|
||||
"issues": [],
|
||||
"initial_issues": [],
|
||||
"correction_attempted": false,
|
||||
"warning": null,
|
||||
"draft_kind": "initial",
|
||||
"failed_stage": null,
|
||||
"trace_id": "398ff646d777",
|
||||
"literal_issues": []
|
||||
}
|
||||
}
|
||||
}
|
||||
]
|
||||
@@ -0,0 +1,25 @@
|
||||
Okay, bau mir bitte eine lokale Werkstatt-Planung für unser Repair-Café. Mach daraus aber kein ERP-Monster.
|
||||
|
||||
Wir haben genau 3 Werkbänke und zunächst 12 freiwillige Helfer. Weitere Helfer müssen später ohne Codeänderung eintragbar sein. Das Ding soll auf 0.0.0.0:8127 laufen.
|
||||
|
||||
Arbeite ausschließlich in ./repair-cafe. Speichere die SQLite-Datei unter ./repair-cafe/data/planung.sqlite und ändere nichts an /srv/verein/archiv. Python und JavaScript sind erlaubt, Cloud-Dienste nicht. Docker kannst du nehmen, musst du aber nicht.
|
||||
|
||||
Bitte keine E-Mails automatisch versenden. Schreib bloß einen Entwurf mit „Hallo {{Vorname}}, dein Termin ist {{Termin}}“, den ich selbst abschicke.
|
||||
|
||||
Speichere Telefonnummern nur, wenn jemand ausdrücklich zustimmt. Eine fehlende Telefonnummer darf keine Buchung verhindern.
|
||||
|
||||
Ich will eine Wochenübersicht, Warteliste und CSV-Export. PDF wäre nett, aber nur wenn nach den Pflichtfunktionen Zeit übrig ist.
|
||||
|
||||
Übernimm beim Import die Spaltennamen exakt: Name, Gerät, Wunschtermin. Bestehende Einträge bitte niemals still überschreiben, sondern Konflikte anzeigen und mich entscheiden lassen.
|
||||
|
||||
Erfinde keine Beispieldaten im echten Bestand. Für Tests darfst du separate synthetische Daten anlegen.
|
||||
|
||||
Es gibt keine feste Deadline. Ich bin heute ungefähr 90 Minuten weg.
|
||||
|
||||
Recherchiere rechtliche Fragen nur, falls für die Umsetzung wirklich nötig, und trenne belegte Vorgaben von Annahmen. Internetrecherche ist ansonsten optional.
|
||||
|
||||
Plane vor dem Programmieren. Schreib die Entscheidungen in ./repair-cafe/ENTSCHEIDUNGEN.md. Teste insbesondere Doppelbuchungen, fehlende Telefonnummern und einen abgebrochenen Import. Ein abgebrochener Import darf keine halben Datensätze hinterlassen.
|
||||
|
||||
Anmeldungen sollen einfach sein. Ob dafür überhaupt Benutzerkonten nötig sind, klären wir noch. Leg dich darauf nicht ungefragt fest.
|
||||
|
||||
Ach ja: Die Oberfläche bleibt Deutsch, die Exportdatei heißt aber bookings.csv. Halte den Ton freundlich und direkt, wir sind hier keine Konzernverwaltung!
|
||||
@@ -0,0 +1,25 @@
|
||||
Okay, bau mir bitte eine lokale Werkstatt-Planung für unser Repair-Café. Mach daraus aber kein ERP-Monster.
|
||||
|
||||
Wir haben genau 3 Werkbänke und zunächst 12 freiwillige Helfer. Weitere Helfer müssen später ohne Codeänderung eintragbar sein. Das Ding soll auf 0.0.0.0:8127 laufen.
|
||||
|
||||
Arbeite ausschließlich in `./repair-cafe`. Speichere die SQLite-Datei unter `./repair-cafe/data/planung.sqlite` und ändere nichts an `/srv/verein/archiv`. Python und JavaScript sind erlaubt, Cloud-Dienste nicht. Docker kannst du nehmen, musst du aber nicht.
|
||||
|
||||
Bitte keine E-Mails automatisch versenden. Schreib bloß einen Entwurf mit „Hallo {{Vorname}}, dein Termin ist {{Termin}}“, den ich selbst abschicke.
|
||||
|
||||
Speichere Telefonnummern nur, wenn jemand ausdrücklich zustimmt. Eine fehlende Telefonnummer darf keine Buchung verhindern.
|
||||
|
||||
Ich will eine Wochenübersicht, Warteliste und CSV-Export. PDF wäre nett, aber nur wenn nach den Pflichtfunktionen Zeit übrig ist.
|
||||
|
||||
Übernimm beim Import die Spaltennamen exakt: Name, Gerät, Wunschtermin. Bestehende Einträge bitte niemals still überschreiben, sondern Konflikte anzeigen und mich entscheiden lassen.
|
||||
|
||||
Erfinde keine Beispieldaten im echten Bestand. Für Tests darfst du separate synthetische Daten anlegen.
|
||||
|
||||
Es gibt keine feste Deadline; ich bin heute ungefähr 90 Minuten weg.
|
||||
|
||||
Recherchiere rechtliche Fragen nur, falls für die Umsetzung wirklich nötig, und trenne belegte Vorgaben von Annahmen. Internetrecherche ist ansonsten optional.
|
||||
|
||||
Plane vor dem Programmieren. Schreib die Entscheidungen in `./repair-cafe/ENTSCHEIDUNGEN.md` und teste insbesondere Doppelbuchungen, fehlende Telefonnummern und einen abgebrochenen Import. Ein abgebrochener Import darf keine halben Datensätze hinterlassen.
|
||||
|
||||
Anmeldungen sollen einfach sein. Ob dafür überhaupt Benutzerkonten nötig sind, klären wir noch; leg dich darauf nicht ungefragt fest.
|
||||
|
||||
Ach ja: Die Oberfläche bleibt Deutsch, die Exportdatei heißt aber `bookings.csv`. Halte den Ton freundlich und direkt, wir sind hier keine Konzernverwaltung!
|
||||
@@ -0,0 +1 @@
|
||||
Okay, bau mir bitte eine lokale Werkstatt-Planung für unser Repair-Café, aber mach daraus kein ERP-Monster. Wir haben genau 3 Werkbänke und zunächst 12 freiwillige Helfer; weitere Helfer müssen später ohne Codeänderung eintragbar sein. Das Ding soll auf 0.0.0.0:8127 laufen. Arbeite ausschließlich in ./repair-cafe, speichere die SQLite-Datei unter ./repair-cafe/data/planung.sqlite und ändere nichts an /srv/verein/archiv. Python und JavaScript sind erlaubt, Cloud-Dienste nicht. Docker kannst du nehmen, musst du aber nicht. Bitte keine E-Mails automatisch versenden: Schreib bloß einen Entwurf mit „Hallo {{Vorname}}, dein Termin ist {{Termin}}“, den ich selbst abschicke. Speichere Telefonnummern nur, wenn jemand ausdrücklich zustimmt; eine fehlende Telefonnummer darf keine Buchung verhindern. Ich will eine Wochenübersicht, Warteliste und CSV-Export; PDF wäre nett, aber nur wenn nach den Pflichtfunktionen Zeit übrig ist. Übernimm beim Import die Spaltennamen exakt: Name, Gerät, Wunschtermin. Bestehende Einträge bitte niemals still überschreiben, sondern Konflikte anzeigen und mich entscheiden lassen. Erfinde keine Beispieldaten im echten Bestand. Für Tests darfst du separate synthetische Daten anlegen. Es gibt keine feste Deadline; ich bin heute ungefähr 90 Minuten weg. Recherchiere rechtliche Fragen nur, falls für die Umsetzung wirklich nötig, und trenne belegte Vorgaben von Annahmen. Internetrecherche ist ansonsten optional. Plane vor dem Programmieren, schreib die Entscheidungen in ./repair-cafe/ENTSCHEIDUNGEN.md und teste insbesondere Doppelbuchungen, fehlende Telefonnummern und einen abgebrochenen Import. Ein abgebrochener Import darf keine halben Datensätze hinterlassen. Anmeldungen sollen einfach sein – ob dafür überhaupt Benutzerkonten nötig sind, klären wir noch; leg dich darauf nicht ungefragt fest. Ach ja: Die Oberfläche bleibt Deutsch, die Exportdatei heißt aber bookings.csv. Halte den Ton freundlich und direkt, wir sind hier keine Konzernverwaltung!
|
||||
Reference in New Issue
Block a user