update
This commit is contained in:
@@ -1,15 +1,15 @@
|
||||
Sammle die Faktenbasis für einen OnePager — ein Einordnungs- und Entscheidungsdokument — zum Projekt "{topic}".
|
||||
Sammle die Faktenbasis für einen OnePager — ein Übersichtsblatt auf einer Seite — zum Projekt "{topic}".
|
||||
|
||||
{source}
|
||||
|
||||
Erfasse gezielt diese Dimensionen:
|
||||
1. Definition: Was ist "{topic}" in 1–2 Sätzen (Art des Projekts, Gegenstand)?
|
||||
2. Problem: Welches Problem löst es, für wen ist es gedacht?
|
||||
3. Abgrenzung: Was deckt das Projekt ab, was ausdrücklich nicht?
|
||||
4. Einordnung: In welchem Kontext steht es (Umfeld, Abhängigkeiten, angrenzende Systeme/Themen)?
|
||||
5. Anschauung: Ein typisches, konkretes Beispiel aus dem Projekt (zentraler Code-Flow bzw. Kerninhalt).
|
||||
6. Fakten: Technologie/Format, Umfang (Dateien/Seiten/Module), Stand/Aktualität.
|
||||
7. Einstieg: Wo fängt man an — wie startet man es bzw. was liest man zuerst?
|
||||
1. Kurzbeschreibung: Was ist "{topic}" in 1–2 Sätzen (Art des Projekts, Gegenstand)?
|
||||
2. Technische Daten: Technologie/Format, Umfang (Dateien/Seiten/Module), Stand/Aktualität.
|
||||
3. Kerneigenschaften: die prägenden Konzepte, Komponenten oder Inhalte des Projekts.
|
||||
4. Beispiel: ein typisches, konkretes Beispiel aus dem Projekt (zentraler Code-Flow bzw. Kerninhalt).
|
||||
5. Zusammenhänge: in welchem Umfeld es steht (Abhängigkeiten, angrenzende Systeme/Themen).
|
||||
6. Voraussetzungen: was man können oder haben muss, um es zu nutzen bzw. zu verstehen.
|
||||
7. Moderne vs. veraltete Teile: was aktueller Stand ist — und was als Altlast gilt (falls nichts veraltet ist, ausdrücklich notieren).
|
||||
|
||||
Schreibe NUR die Markdown-Datei nach: {out_path}
|
||||
|
||||
|
||||
Reference in New Issue
Block a user