A leaner AI harness and a full workspace of components in the new Toolcraft release

A new version of Toolcraft is out, and the headline change is under the hood: a major overhaul of the AI harness, plus a batch of smaller component improvements and bug fixes.
If "AI harness" doesn't mean much to you, here's the plain version. When you ask an agent to build you a tool, the model isn't working from a blank slate — it's working inside a set of instructions, conventions, examples, and checks that tell it what the project looks like, which components already exist, how to wire them up, and how to verify that what it produced actually runs. That scaffolding is the harness. It's the difference between an agent that guesses its way to something plausible and an agent that lands on working code on the first attempt.
The harness is also where your money and your patience go. Every instruction and every example the agent reads is tokens. Every verification pass it runs is time you spend watching a progress indicator instead of using your tool.
What changed
Two practical outcomes from the rewrite:
It consumes fewer tokens. The context the agent needs is tighter and better organized, so it spends less budget reading about the project and more budget building the thing you asked for. Cheaper runs, and less risk of the agent losing the thread halfway through a long generation.
It spends less time testing performance on subsequent runs. Previously, performance checks were repeated more or less from scratch each time you iterated. That's wasteful — if you've already established that the canvas renders smoothly, re-proving it on every tweak to a slider label is pure overhead. Now repeat runs skip work that's already been settled, so the second, third, and tenth iteration feel noticeably quicker than the first.
Alongside that, a set of component improvements and bug fixes across the workspace.
Why the component library is the real time saver
The reason iteration speed matters so much here is that the interesting part of a personal tool is never the interface. It's the idea.
Say you want a small tool that generates layered noise textures for hero backgrounds: two or three noise layers, each with its own scale and opacity, an easing curve to control falloff, a color ramp, and a PNG export at whatever resolution you need. The actual logic there is maybe fifty lines. Everything else is workspace — a toolbar, a layers panel, sliders that feel right when you drag them, a curve editor that doesn't fight you, a color picker, a canvas that redraws without stuttering, a file upload for a base image.
That workspace is where most "I'll just vibe-code a quick tool" attempts die. You spend an hour on a color picker and lose interest before you get to the part you actually wanted.
So Toolcraft ships all of it out of the box: buttons, toggles, sliders, curves, color pickers, timeline, font picker, layers, uploads, canvas, toolbar, and many more. The agent assembles from parts that already look and behave correctly, which is also why the harness improvements compound — there's less for the model to invent, so there's less to describe, verify, and re-verify.
If you ever need to build a tool for your creative process, you shouldn't be spending your time building the workspace around it.
A few things built on it
A sample of what the current version produces — different tools, same underlying workspace:
None of these took an afternoon of interface work, because the interface was never the point.
Update, try it on your next idea, and enjoy.




