Claude is pretty good for scripting. On the free tier you'll hit usage limits fast, sometimes a single prompt is enough to cap you, so patience is key and you'll need to pick your moments.
It also needs a lot of hand-holding upfront. The more context you give it about your project the better the output. Things like API endpoints, response schemas, DOM structure, WebSocket info, and platform-specific quirks (e.g. TornPDA uses custom GM_ handlers that differ from standard Tampermonkey) all matter. Don't assume it knows your environment.
Direction matters too. Claude will constantly make its own assumptions about how things should work, so you need to actively steer it and correct it when it drifts. Think of it less like delegating and more like pair programming where you're the one who knows the Torn rules.
When something breaks, don't just say "it doesn't work, fix it." That tells it nothing. Give it the actual error message, console output, or a screenshot of what's happening. The more specific you are about what went wrong, the better chance it has of actually fixing it instead of guessing.
Being able to read code yourself is a big plus, but not required. You can always ask it to explain what a block of code does or walk through the logic flow before applying changes. That way you can catch it before it does something that breaks Torn rules or goes against how you want things to work.