It’s easier when you are a software developer, because you already talk the same language as Claude. Create libraries, unit tests, use git, use RASM… Then you can generate tools in your work environment, in any language. For example, I use Go, because it’s easy to build everywhere, it’s fast and it’s very readable, should i want to manually code something. It can be used to run emulated code in unit tests, for example.
But i reckon that Claude Fable 5.2 may be able to setup all that automatically, by now. I never tested it…
Yeah, I think that illustrates the difference between programming and software engineering. Perhaps a lot of the disconnect in this thread could be explained by the difference between the two, between programmers and software engineers in their attitudes to AI usage.
From your download delete games and demo and zoscii as they aren’t relevant to the AI for this exercise
Up load your remaining zip to Claude (paid one, not Claude code. Sonnet or Opus models)
Ask. Please make me an amstrad cpc game that … (describe it) and use compiled sprites.
Test your game and ask it for changes, tell it what’s wrong.
You likely will have a commercial quality game.
Now ask it to port it to megadrive, zx spectrum next, cpc with v9990
Make great games treat Claude like an employee, you delegate work, if you want a certain output, quality control it. This opens the doors for those who couldn’t complete such a project before. You can upload a game demo and tell it here is a demo, focus on the game in basic, optimise with inline assembly where it’s too slow. Tell it to put compiled sprites into a bank if it needs.
Creativity and quality control is key. It doesn’t matter if it was a human or AI that coded your game.