Asset-Verwaltung
docmd verwendet eine “Spiegeln & Zuordnen”-Architektur für statische Assets. Dies stellt sicher, dass lokale Entwicklungsdateipfade nahtlos mit kompilierten Produktions-Build-Ausgaben übereinstimmen.
Verzeichnisstruktur
Standardmäßig verarbeitet docmd ein assets/-Verzeichnis im Stammverzeichnis Ihres Projekts:
my-docs/
├── assets/ # Quell-Assets (Bilder, Fonts, CSS, JS)
│ ├── css/
│ ├── js/
│ └── images/
├── docs/ # Markdown-Inhaltsdateien
├── docmd.config.json
└── site/ # Kompilierte Produktionsausgabe (Automatisch gespiegelt)
Automatische Asset-Spiegelung
Beim Ausführen von npx @docmd/core build oder npx @docmd/core dev:
- Spiegelungslogik: Der gesamte Inhalt von
assets/wird rekursiv nachsite/assets/kopiert. - Build-Stabilität: Das Kopieren von Assets verwendet eine gehärtete, asynchrone Kopier-Engine mit exponentiellen Wiederholungsversuchen, um Dateisystem-Sperrfehler auf macOS und SSD-Volumes zu verhindern.
- Pfadreferenzen: Referenzieren Sie Assets in Markdown und Konfigurationsdateien mit stammrelativen Pfaden:

Integration von eigenem CSS & JS
Verknüpfen Sie benutzerdefinierte Stylesheet- oder Skript-Assets über die Theme-Konfiguration in docmd.config.json auf allen Seiten:
docmd.config.json
{
"theme": {
"customCss": ["/assets/css/branding.css"]
},
"customJs": ["/assets/js/analytics.js"]
}
Asset-Organisation für KI-Indexierer
- Strukturierte Unterverzeichnisse: Halten Sie
/css,/jsund/imagesisoliert. Eine saubere Verzeichnistrennung ermöglicht es KI-Agenten, relevante Styling-Assets sofort zu lokalisieren. - Beschreibende Dateinamen: Die Benennung von Bildern wie
authentication-flow-diagram.pngbietet Such-Indexierern undllms.txt-Crawlern im Vergleich zu generischen Namen wieimage1.pngreichhaltigen Kontext.