I agree with Peter that the idea of making it offline is a good one (it removes a big, bad chunk of complication), and that Godot might be a good fit for it then.
I'd furthermore recommend to start by trying to program one of the minigames you have in mind (either your favorite one, or one that you think is easy to create). No menus, no big hub around it or anything. Just try to realize it, and make it as fun and good as possible. Try to repeat this with a few of the minigames you have in mind.
If you then, eventually, want to create a central hub/a game collection, linking these things together is still possible (even more so, if you use a clean programming style. Godot will probably also give you a rather easy time in this regard, I suppose). If you loose the drive halfway in, you still have a collection of good, little games.
@Peter Now I feel flattered! ;)
As a short explanation: Javascript is mainly a language for bringing a bit of live into (HTML) websites, and is interpreted through the web browser. This makes it a great choice for simple, casual games that people can just quickly play in their browser (like a puzzle, or interactive fictions); but JavaScript has a sub-par performance when compared to other languages, and so you'll likely come into trouble with more complex games.
Also, Javascript is run client-sided (e.g.: on the computer of the person who plays the game, not on the server that hosts it!), so you'll still have to program the whole connectivity and even the server yourself.