Einen Entwicklungsbrief im ChatGPT-Projekt pflegen

Zu einem Entwicklungsprojekt gehören Diagnose, Entwurfsentscheidungen, Reviews und die Erklärung fertiger Änderungen. Halte ihre gemeinsamen Fakten in einem kurzen Brief fest. Dann kann jede Aufgabe mit brauchbarem Kontext beginnen.

Projektanweisungen und Quellen stehen den Gesprächen des ChatGPT-Projekts zur Verfügung. Ein lokales Projekt bietet andere Zugriffe. Prüfe, ob Dateien hochgeladen, verbunden oder aus einem tatsächlichen Ordner gelesen werden.

Schreibe einen Brief für die Arbeit

Lege ein Projekt für eine Codebasis oder eine länger laufende Entwicklungsarbeit an. Füge einen gepflegten Brief und die für die Aufgaben benötigten Quellen hinzu:

Projekt: Suchdienst
Ziel: Tastaturbedienung bleibt bei neuen Suchergebnissen zuverlässig.
Technik: JavaScript; Versionen anhand der beigefügten Lockdatei prüfen.
Grenzen: Öffentliches Abfrageformat und bestehendes Design beibehalten.
Prüfungen: Tippen, Löschen, Ergebnisnavigation und Repository-Tests.
Quellenstand: Revision und Upload-Datum der beigefügten Dateien.
Offene Frage: Soll eine leere Suche frühere Suchanfragen anzeigen?

Notiere bei Schnappschüssen die Repository-Revision. Historische Dokumente können helfen, brauchen aber ihren Stand, damit sie richtig eingeordnet werden.

Dauerhafte Arbeitsregeln passen in die Projektanweisungen:

Nutze den gepflegten Brief als Kontext. Nenne zu technischen Aussagen die Quelldatei. Sage, wenn eine Antwort von einer nicht zugänglichen Datei abhängt. Beschreibe Konflikte zwischen Anforderung und Code, bevor du eine Änderung vorschlägst.

Den aktuellen Fehler und seine vorübergehenden Grenzen beschreibst du im Aufgabengespräch. So wird eine Ausnahme nicht versehentlich zur Dauerregel.

Prüfe den Kontext in einem neuen Gespräch

Starte ein neues Gespräch im Projekt. Lass Ziel, Grenzen, Quellenrevision und offene Frage mit Quellenangaben nennen. Vergleiche die Angaben mit den tatsächlichen Projektdateien.

Ändere anschließend die offene Frage im Brief und wiederhole die Prüfung in einem weiteren Gespräch. Damit prüfst du die Verfügbarkeit des gepflegten Dokuments.

Ein Repository-Agent braucht seine Ausführungsregeln zusätzlich in AGENTS.md. Ein ChatGPT-Projektbrief legt diese Datei nicht im Checkout an.

Was schiefgeht

Mehrere fast gleiche Briefe schaffen konkurrierende Vorgaben. Eine alte Lockdatei führt zu Versionshinweisen für die falsche Installation. Gespeicherte Gesprächspräferenzen ersetzen außerdem keine versionierte Entwurfsentscheidung.

Pflege einen aktuellen Brief, kennzeichne historische Quellen und entferne überholte Anhänge, sobald sie keinen Nutzen mehr haben.

So prüfst du das Ergebnis

Frage in einem neuen Projektgespräch drei Fakten mit Quellen ab und prüfe jeden davon. Ergänze eine Frage, die die Dokumente nicht beantworten können. Diese Lücke soll erkennbar bleiben.

Gib bei einer Implementierungsübergabe die aktuelle Revision mit und überprüfe sie im Repository. Verfügbarer Projektkontext beweist nicht, dass sich der Checkout inzwischen nicht verändert hat.