MikroTik RouterOS CHR (Cloud Hosted Router) mit QEMU. Verwenden beim: Ausführen von RouterOS in QEMU, Booten von CHR-Images, Debuggen von CHR-Boot-Fehlern, Einrichten von VirtIO-Geräten für RouterOS, Auswahl zwischen SeaBIOS- und UEFI-Boot, Konfigurieren von QEMU-Portweiterleitung für die RouterOS-REST-API, Einrichten von Inter-VM-Socket-Netzwerken oder hostseitigem L2-Mitschnitt von Gast-Broadcasts (z.B. MNDP) oder Auswahl von QEMU-Beschleunigung (KVM/HVF/TCG).
Diese Fertigkeit ermöglicht es Ihnen, MikroTik RouterOS CHR (Cloud Hosted Router) in einer QEMU-Virtualisierungsumgebung auszuführen und zu verwalten. Sie ist besonders nützlich für Netzwerkingenieure und Entwickler, die RouterOS testen, debuggen oder in einer isolierten Umgebung bereitstellen möchten. Die Fertigkeit unterstützt das Booten von CHR-Images, die Konfiguration von VirtIO-Treibern, die Auswahl zwischen SeaBIOS- und UEFI-Boot-Modi sowie die QEMU-Portweiterleitung für den Zugriff auf die REST-API von RouterOS. Darüber hinaus hilft sie bei der Fehlerbehebung von Boot-Problemen, der Einrichtung von Inter-VM-Socket-Kommunikation und dem hostseitigen L2-Mitschnitt von Netzwerkpaketen (z.B. für MNDP-Erkennung). Die Wahl der QEMU-Beschleunigung (KVM unter Linux, HVF unter macOS, TCG als Fallback) wird ebenfalls behandelt.
npx skills add https://github.com/cvsz/zos/tree/main/skills/routeros-qemu-chrMikroTik RouterOS CHR (Cloud Hosted Router) mit QEMU. Verwenden beim: Ausführen von RouterOS in QEMU, Booten von CHR-Images, Debuggen von CHR-Boot-Fehlern, Einrichten von VirtIO-Geräten für RouterOS, Auswahl zwischen SeaBIOS- und UEFI-Boot, Konfigurieren von QEMU-Portweiterleitung für die RouterOS-REST-API, Einrichten von Inter-VM-Socket-Netzwerken oder hostseitigem L2-Mitschnitt von Gast-Broadcasts (z.B. MNDP) oder Auswahl von QEMU-Beschleunigung (KVM/HVF/TCG).
ElevenLabs text-to-speech with mac-style say UX.
Oracle CLI second-model review/debug/refactor/design with selected files, dry-run token checks, API or browser engine.
Capture and automate macOS UI with the Peekaboo CLI.
Generate multiple radically different interface designs for a module using parallel sub-agents. Use when user wants to design an API, explore interface options, compare module shapes, or mentions "design it twice".
Build a throwaway prototype to flesh out a design — a runnable terminal app for state/business-logic questions, or several radically different UI variations toggleable from one route.
Interview the user relentlessly about a plan or design until reaching shared understanding, resolving each branch of the decision tree. Use when user wants to stress-test a plan, get grilled on their design, or mentions "grill me".