2.2 KiB
2.2 KiB
name, description
| name | description |
|---|---|
| dankclaw-model-inventory | Read-only census of downloaded models on Dankclaw: GGUF store, ComfyUI container mount, dead-config trap |
Answer "what models are on Dankclaw" without guessing roots. All probes are read-only ssh (ssh -o BatchMode=yes dankclaw '…').
Roots (in order)
- LLM GGUF store:
/home/dank/models/— one dir per model, main GGUF +mmproj-*(multimodal projector) +mtp-*(speculative-decode draft) satellites.~/.share/modelsdoes NOT exist on Dankclaw (that's the workstations' convention). - ComfyUI runtime store:
/home/dank/comfyui-data/models/— category dirs (diffusion_models/,text_encoders/,vae/,loras/, …). This is what the running stack actually uses.
ComfyUI topology (the trap)
- Runtime = podman container
comfyui(imagelocalhost/comfyui-rocm:gfx1151, user unitcomfyui.service). Mounts:~/comfyui-data/{models,custom_nodes,input,output}→/opt/ComfyUI/.... - The host checkout
~/ComfyUI/is NOT the runtime. Itsextra_model_paths.yaml(base_path/home/dank/models+ category keys) is dead config from a pre-container setup — never read by the container. Do not report those empty category dirs as "ComfyUI has no models".
Census commands
# LLM store: sizes + names in one pass
ssh -o BatchMode=yes dankclaw 'find ~/models -maxdepth 2 -type f \( -iname "*.gguf" -o -iname "*.safetensors" \) -printf "%10s %p\n" | sort -k2'
# ComfyUI: container mount truth
ssh -o BatchMode=yes dankclaw 'find /home/dank/comfyui-data/models -type f -size +1M -printf "%10s %P\n" | sort -k2; du -sh /home/dank/comfyui-data'
# confirm runtime + mounts before trusting any path claim
ssh -o BatchMode=yes dankclaw 'podman ps --format "{{.Names}} {{.Image}} {{.Status}}"; podman inspect comfyui --format "{{range .Mounts}}{{.Source}} -> {{.Destination}}{{\"\n\"}}{{end}}"'
Anomaly flags
- A
.ggufof ~1 KB = git-LFS pointer / failed download, not a model (seen: MiMo-Q8_0 stub). Report as broken, offer refetch or.AGENTTRASH. - Size sanity vs Strix Halo 32 GiB unified memory: bf16 diffusion+TE pairs near 30 GiB can't co-reside with the serving LLM; int8/w4a8 quants are the working set.