Asset-Management
docmd verfolgt einen “Mirror & Map”-Ansatz für Assets. Dies stellt sicher, dass Ihre lokalen Entwicklungspfade konsistent mit Ihrem Produktions-Build bleiben.
Verzeichnisstruktur
Standardmäßig sucht docmd nach einem assets/-Ordner in Ihrem Projekt-Root.
my-docs/
├── assets/ # Quell-Assets
│ ├── css/
│ ├── js/
│ └── images/
├── docs/ # Inhalt
├── docmd.config.js
└── site/ # Build-Output (automatisch gespiegelt)
Automatisches Kopieren
Wenn Sie docmd build oder docmd dev ausführen:
- Die Spiegelungs-Logik: Der gesamte Inhalt Ihres
assets/-Ordners wird rekursiv nachsite/assets/kopiert. - Stabilität: Wir verwenden eine gehärtete Kopier-Engine mit automatischen Wiederholungsversuchen, um “File Busy”- oder “ENOENT”-Fehler auf macOS und modernen SSDs zu vermeiden.
- Referenzierung: Sie sollten Assets in Ihrem Markdown oder in der Konfiguration immer über den root-relativen Pfad referenzieren:

Integration von benutzerdefiniertem CSS & JS
Um Ihre Assets auf jeder Seite einzubinden, fügen Sie sie Ihrer Theme-Konfiguration hinzu:
// docmd.config.js
export default {
theme: {
customCss: ['/assets/css/branding.css']
},
customJs: ['/assets/js/utils.js']
}
KI-Erkennungsstrategie 🤖
- Nach Typ organisieren: Halten Sie
/css,/jsund/imagesgetrennt. Dies hilft KI-Agenten, relevante Stile oder Skripte sofort zu finden, wenn Sie sie bitten, “die Farbe des Headers zu ändern”. - Beschreibende Dateinamen verwenden: Die Benennung eines Bildes als
authentication-flow-diagram.pngbietet demllms.txt-Crawler viel mehr Kontext alsimg_01.png.