Hermes safety lesson from a near disk-delete command
0.17 produced a dangerous delete command while running a workflow with Qwen 3.6 27B through llama.cpp. The command was `rm -rf /c/d`, and it asked for permission before running, so it could be denied. The likely cause was not from an outside source, but a bad choice by the agent after it misunderstood a file path.
A custom ComfyUI storyboarding skill had been built by combining ideas from several . During a save step, a path was handled in a confusing way because Windows treats paths like `/c` and `/d` specially. That appears to have created folders in the wrong place on the C: drive.
The agent then tried to clean up the mistaken folder structure and produced a risky delete command. The system’s permission check stopped the damage before it happened.
Key points
- 0.17 generated `rm -rf /c/d`, a dangerous delete command.
- The command asked for permission, and denying it prevented damage.
- The issue seems tied to Windows path handling in , not clearly to .
- A custom ComfyUI storyboarding skill was involved in the workflow.
- New s that write or delete files should be tested in a safe folder first.