Re:Our Smallest, Most Efficient Model: Muse Ember
by imimayj1337 on Monday November 09, 2026 @01:41PM
(#50429670)
It does pretty insane to me that only on max setting (and after waiting 27 seconds) did you actually manage to receive an SVG where the pelican's legs are straddling the bike correctly.
[ Parent
| on HN ]
Re:Our Smallest, Most Efficient Model: Muse Ember
by swatcoder on Monday November 09, 2026 @01:56PM
(#50429911)
They're not. It's an illusion from the composition.
If you look at the code for each of these (and probably most across models), you can see that the drawing elements are organized by concept. Presumably, this helps accuracy by keeping attention on one concept at a time, but you end up with a stack of conceptualized objects and lose the ability to interleave things.
No doubt these could all do better with a more thorough and specific prompt that coached them away from that technique, but otherwise it's a very subtle detail that a "thinking" process needs to stumble upon independently.
Re:Our Smallest, Most Efficient Model: Muse Ember
by flir on Monday November 09, 2026 @02:12PM
(#50430186)
You could use a second prompt to z-order the objects (I tend to break down tasks and pipeline them, rather than trying to stuff everything in a one-shot prompt. Seems to work better for me, could be a holdover from the early days).