Was macht DanLogo · Soft Order 柔性秩序?
Organische Form, mechanische Präzision: Weich wachsen, genau anordnen; gerade im Entstehen, nur eine Stelle unvollendet lassen.
Die Richtung der sanften Ordnung (Soft Order) innerhalb der DanLogo-Reihe. Sie definiert Haltung und Qualität, nicht Form, Farbe oder Technik: Der Stil wird auf der Ebene der Formensprache festgelegt – Bögen, modulare Gruppen, Kontraste, flächige Ebenen plus eine unsichtbare Ordnung – welche konkrete Form verwendet wird, wächst in jedem Projekt neu. Es gehört zur biomorphen Abstraktion, zum organischen Modernismus und zum prozeduralen Design, mit Wurzeln im „Schöpferischen“ des I Ging und Xie Hes „Beseelter Rhythmus“: Form ist das Ergebnis von Prozess und Regeln. Es wurde retrospektiv aus der „01 Primordial“-Lösung von EonPoint (亿触点) abgeleitet (cases/).
Branchenunabhängig: Benutzer wählen nach eigenem ästhetischen Empfinden; die Branche beeinflusst nur, woher das Motiv kommt, nicht den Stil.
Zuerst lesen
Vor Beginn eines Projekts die ersten drei Stilkapitel in Reihenfolge lesen; Kapitel 4 erst ab Phase 6 lesen:
references/philosophy.md– Gedankliche Koordinaten und acht Designprinzipien: Warum so gestalten?references/style-dna.md– Kernaufbau „Gruppe und Trennung“, festgelegte Formensprache, acht Gene, Stellschrauben und Prüfsteine: Wie sieht es aus?references/creative-methods.md– Sieben kreative Methoden und Maßnahmen gegen Homogenisierung: Wie jedes Mal neue Ideen finden?references/style-extension.md– Stilerweiterung: Wie sehen System, Szenarien und Präsentation aus (Phasen 6–8)?
references/exemplars.md (Stil-Stammbaum: Kunst, Architektur, Objekte, Markenwerke derselben Richtung und „welcher Weg passt zur gewünschten Haltung“) und cases/index.md (bereits verwendete Motive) erst nach der Phase 2-Auflistung der Kandidatenmotive lesen, um sie zu verwenden, um Standardlösungen und doppelte Motive zu streichen – sonst wird man zu sehr von ihnen beeinflusst. Vollständige Fallbeispiele nur dann lesen, wenn eine Referenz für „wie weit soll es gehen“ nötig ist, und dabei nur die Methode, nicht die Form übernehmen. Die restlichen Dateien werden in den entsprechenden Phasen gelesen (siehe unten).
Drei Anforderungsebenen
| Ebene | Inhalt | Änderbar? |
|---|---|---|
| Qualitätstore (reihenweit) | references/quality-gates.md | Jedes Projekt muss sie bestehen |
| Stil-Gene (dieser Stil) | style-dna.md: Gruppe & Trennung + 8 Gene + philosophy.md 8 Selbstchecks | Standardmäßig befolgen; auf explizite Änderungswünsche des Nutzers eingehen und in decisions.md festhalten |
| Kreativitätsfreiraum | Prozess (Motiv), Formensprache, Anzahl der Teile, Art der Betonung, Stärke, Farbtemperatur, Schriftcharakter, Komposition, Material | In jedem Projekt neu herleiten; mindestens zwei „Stellschrauben“ müssen sich deutlich von allen bisherigen Fällen unterscheiden |
Drei Merksätze:
- Zuerst eine Grafik. Eine aus mehreren Teilen bestehende Grafik muss auf den ersten Blick als ein Objekt oder ein Bild lesbar sein, mit Umriss und Fläche; kein Haufen von Einzelteilen, keine Variation von Buchstaben oder Satzzeichen, kein aus ein paar Linien gebildetes Zeichen (
quality-gates.md„Wie erkennt man grafische Qualität“). - Nach Haltung beurteilen, nicht nach Elementen. Die konkreten Formen, Prozesse, Farben und Schriften in den Fallbeispielen sind die Antworten dieser Marke, nicht die Vorgaben dieses Stils.
- Regeln müssen existieren, aber unsichtbar sein. Keine Regeln aufzustellen führt zu zusammengestückelten Lösungen; sichtbare Raster sind starr. Dieser Stil steht in der Mitte: Regeln sind präzise definiert, jedes Element behält eine minimale Abweichung.
Neun Phasen
Details, Nummerierungskonventionen und Exit-Kriterien siehe references/workflow.md. Jede Phase endet mit einer expliziten Bestätigung durch den Benutzer; der Benutzer kann jederzeit zurückgehen, hinzufügen, ändern oder zusammenführen.
| Phase | Aufgabe | Pro-Runde-Ausgabe | Lesen |
|---|---|---|---|
| 1 Briefing | Benutzer liefert Info; KI fragt ≤10 Lücken, zwingend „Welcher Prozess findet in der Marke gerade statt?“ | Briefing-Karte | workflow.md, philosophy.md §2 |
| 2 Konzept | Erst den Prozess finden, dann die Form; erst alle Kandidaten auflisten, dann Referenzen & Fallindex lesen | 5 Konzeptkarten (je mit schwarz-weißer Skizze), änderbar, erweiterbar, kombinierbar | creative-methods.md, exemplars.md, cases/index.md, quality-gates.md (Selbstcheck auf grafische Qualität der Skizze) |
| 3 Prototyp | Für jedes festgelegte Konzept Formen entwickeln; nur Form, erst schwarz-weiß; zwingend Verbindung, Größenrhythmus, Abstandsregeln, eine geöffnete Stelle testen | Pro Konzept ≥3 Prototypen + erste Duplikatsuche | style-dna.md, craft.md, quality-gates.md |
| 4 Grafik | Verfeinerung: Regeln aufschreiben → Regeln präzise etablieren → minimale Abweichung zurückgeben → Konstruktionszeichnung, Kleinstgrößenversion | Verfeinerte Grafik + Regelliste | craft.md, quality-gates.md, creative-methods.md Methoden 2–4 |
| 5 Finalisierung | Maßschrift & Farben gemeinsam: weiche Form, harte Schrift; Farbe nach Objekt benennen | Pro Grafik 2–3 „Schrift+Farbe“-Kombinationen + vollständige Duplikatsuche | craft.md, style-dna.md |
| 6 System | Kombinationen, Farbvarianten, Weißraum, Mindestgröße, Falschanwendung, Hilfsgrafik, Dynamik | SVG / PNG-Komplettset | deliverables.md, style-extension.md |
| 7 Szenarien | Branchenabhängig 6–10 Szenarien auswählen | Szenario-Visualisierungen | deliverables.md, style-extension.md |
| 8 Präsentation | Präsentationsdokument + Sprechernotizen + Quellpaket + Duplikatprüfung | Präsentation | deliverables.md, style-extension.md, adapters/ |
| 9 Zusammenfassung | Aktiv fragen, ob dieses Projekt zur Optimierung des Skills genutzt werden soll | Änderungsvorschläge; nach Zustimmung des Benutzers in den Skill schreiben | workflow.md §9 |
Durchgängige Prinzipien
- Projektarchivierung: Jedes Projekt ein eigener Ordner und eine
decisions.md(erste Zeile:skill: danlogo-softorder v<Version>), die festhält, was in jeder Runde gezeigt wurde, die wörtlichen Aussagen des Benutzers, was festgelegt und verworfen wurde. Bei Übernahme eines bestehenden Projekts zuerst diese Datei lesen. - Struktur zuerst: Vor Phase 5 nur schwarz-weiß begutachten; die Betonung dieses Stils erfolgt zuerst durch Position und Beziehung, Farbe verstärkt nur – daher vor Phase 5 keine Farbe.
- Regeln aufschreiben: Ab Phase 3 wird jedem Prototyp ein Regelsatz beigefügt; ab Phase 4 werden die Regeln als Parameter geschrieben und mit Code generiert; Änderungen an den Regeln, nicht an einzelnen Formen.
- Ablehnung = Rücknahme, kein Hinzufügen: Bei Ablehnung das Motiv oder den Prototypen wechseln, nicht die bestehende Grafik mit Verzierungen versehen; „zu starr“ → Abweichung zurückgeben, „zusammengestückelt“ → Regeln vereinheitlichen.
- Dreifache Duplikatsuche: Vorprüfung beim Prototyp, vollständige Prüfung bei der Finalisierung, erneute Prüfung vor der Präsentation (
quality-gates.md). - Renderings persönlich ansehen: Die Beurteilung, ob etwas gut aussieht, basiert ausschließlich auf gerenderten Bildern, einschließlich 16-Pixel-Kleinansichten und 400%-Vergrößerungen von Nähten.
- Kommunikation: In der Sprache des Benutzers sprechen. Jede Runde zuerst in einem Satz sagen, was getan wurde, dann nummeriert die Optionen mit einem Satz zur Idee auflisten, eine Empfehlung mit Begründung geben und fragen: festlegen, ändern oder weitermachen. Bei kurzem Feedback zuerst
references/feedback-playbook.mdundstyle-dna.md„Unschärfewörter“ konsultieren. - Kundenmaterialien nur im Projektordner ablegen, nicht in den Skill schreiben.
Bei parallelen DanLogo-Stilen
Wenn der Benutzer einen bestimmten Stil genannt hat, wird dieser Skill verwendet. Wenn decisions.md des Projekts einen Skill referenziert, wird dieser beibehalten. Wenn nichts angegeben ist und mehrere DanLogo-Stile installiert sind, zuerst die installierten Stile auflisten, den Benutzer wählen lassen, dann beginnen.
Werkzeuge & Dateien
scripts/: Allgemeine Werkzeuge – Geometrie- & SVG-Generierung (geom.py), Mehrbildvergleich (sheet.py), SVG-zu-PNG (render.sh), Prüftafel für grafische Qualität & Wiedererkennbarkeit (review.py), Szenario-Visualisierung (mockup.py); für diesen Stil spezifische Werkzeuge für sanfte Geometrie – Tangentialübergänge & organische Gruppen (cells.py,geo.py), Minimale-Abweichung-Löser (solve.py), Strichstift-Engine & Konturen für Maßschrift (type5.py,outline4.py). Erklärung inscripts/README.md. Bei Verwendung in das projekt eigenesrc/kopieren.examples/eonpoint-yuansheng/src/: Vollständiger Generierungscode des EonPoint-Falls. Dessen technischen Aufbau lernen (regelbasierte Parametrisierung, Minimale-Abweichung-Lösung, optische Korrektur von Schrift, Batch-Export, Konstruktionszeichnung), nicht Form und Schriftschnitt übernehmen.PROMPT-CARD.md: Stil-Prompt-Karte; kann einzeln an eine KI übergeben werden, die diesen Skill nicht installiert hat.adapters/for-claude.md,adapters/for-codex.md: Unterschiede zwischen verschiedenen KI-Werkzeugen beim Bildbetrachten, Erstellen von Präsentationen und Vorschua-Seiten.evals/briefs.md: Test-Briefings, die überprüfen, ob dieser Skill nicht alle Marken gleich aussehen lässt.
Fünf der references/-Dateien mit dem danlogo-core-Marker (workflow, quality-gates, craft, deliverables, feedback-playbook) sind reihenweit gemeinsam und bleiben über alle Stile hinweg konsistent; die für diesen Stil spezifischen vier Kapitel sind philosophy, style-dna, creative-methods und style-extension: Die ersten drei steuern das Logo selbst, das vierte die Ästhetik von System, Szenarien und Präsentation, sodass das gesamte Design und das Logo aus derselben Haltung stammen.