Draft version 0.01 from December 2015, and it's a five-liner at that.
This doesn't convince me of your seriousness (not trying to be mean here).
I suggest, you write up a "more detailed" Game-Design Document. there are free templates out there you can use.
A GDD looks more appealing than just a five-line "description" and helps with promoting your game-idea.
EDIT: Writing a novel is not required, but 6-8 pages are easily filled, even more so if there are sketches of e.g. a possible UI or environment included.
Typically the following stuff is found in those templates:
What game do you want to make (most important part):
Is there a story?
Genre? RPG with character development, RTS-like city builder, Survival game, economics-simulation, ...
setting? stone age, middle age, post-apocalyptic, futuristic, alien environment or realistic, ....
2d /3d ; top-down, sidescroller, first-person, ...
Single or Multiplayer? (online / offline multiplayer)
if online multiplayer: communication between players (gestures only, proximity-chat, world-chat, guilds, ...)
Inspiration/relation from/to other games (you already scratched that, be slightly more specific with what element from which game)
Basic Gameplay mechanics
if theres a leveling system, how would it work? (passively like Runescape where you advance by doing, actively like many MMORPGs where you spent Skillpoints on skilltrees)
Equipping system / customisation of your character
How do you interact with the environment and what Interactions define your core-gameplay (minecraft is based on manipulating the landscape, Witcher 3 is based on interaction with NPC's/AI, Assassin's creed has an extensive climbing and parcour system, Dark souls revolves around Combat and diverse boss-fights, etc etc... ), anything that seperates it from other games should be explained more detailed)
What development environment (not as important as the game-design itself, but still important, since not everyone can use every programming language or engine, same for other software):
Target platform (can be multiple; porting from Windows to XBox is quite easy, from Mac to Switch might not be so easy)
any specific engine you WANT or MUST use, for whatever reasons; can also be "whatever you can work with" (Unity, GameMaker, Cocos, Unreal, ...) [Personally, I'd advice against a custom, self-written engine. Maybe if you were creating a complex Physics driven simulation game, or other heavily specialized scenarios. They require years of experience to do right]
Moddability of your game (some engines cannot provide high moddability, or are very limited)
estimated scale of the project (most certainly a wrong guess, just throw in a game of comparable complexity as a reference
a small team can do something in the likes of Minecraft, terraria, Undertale in a reasonable amount of time (still talking several Months to ~2 years, though [Clones of such complexity can be created much faster of course, but we are talking about an original game here, so this should be a realistic assumption])
I like the turle profile-pic.
Kind regards,
Illtis

I don't know your personal taste, so some of these might not arouse your interest:
Scorpion / Spider (especially if you rig it, too, since the shell shouldn't deform!)
Eagle / sparrow (the bird, not the weapon, how'd you do nice feathers that can be real-time rendered?)
Barett Cal .50 / Minigun (if you're into CoD/Battlefield/...)
A sail ship, like from Anno (with sails and stuff that can have cloth simulation)
These could be used for a variety of games, and a are a nice step away from Humoid characters.
Putting aside the 3. all of these are fit for a RPG, so you might even challenge yourself to adhere to a specific art style for all of them as well.

+1 from my side. I'm currently trying to organize something similar in the Community section:
It's not really meant as a competition though.
The goal is for everyone (aimed at beginners) to program the same small game over one month, ideally using the same programming language, though not necessarily.
Over the duration I'd like the participants to share and discuss their progression, to find out what kind of architecture is used and why, how the code is written and how to optimize it. And of course to help those who are stuck.
Currently, 26.08. , we are only 3 people, one of which is a software developer who wants to try game-programming.
So I'd be happy for anyone who wants to participate, either to learn or to provide guidance.
We aim to start in early september (in 1 or 2 weeks)

NO MONEY INVOLVED
Hello there,
this project is not about publishing, or fancy stuff like that. It's about learning how to code a time-driven program (in contrast to event-driven like excel, word or such).
It's basically some sort of programming class and requires at least one intermediate/advanced game-developer,
who would be willing to give advice on how to do better, when none of the other participants can help.
On the Internet are many tutorials on how to do these things, but if you extend on those ideas and run into problems, it gets quite hard to find help, resulting in a loss of motivation.
2D-Artists and Soundengineers are also very welcome to help out and get feedback on their work! (last paragraph!)
General:
The idea is not to work independently and to build on top of each other, but instead trying to code the same thing and compare the result to figure out where one made a mistake or could've done easier/faster. It's not the goal for everyone to have the exact same code!
It's aimed at people who have basic knowledge of OOP (classes, methods, ...), but aren't confident enough in their skills to apply for a bigger-scale project, or working with a team yet.
Problems should be solved within the group of learners as far as possible, the experienced game-developer isn't meant as a personal library for every little obstacle. Instead he should give advice on how to structure the code better (what should be one class, what belongs in another, mostly code-architecture and refactoring).
Language:
The programming language itself doesn't matter to me, I am mostly interested in the architecture of such a game, not the syntax.
I also would like to avoid big Game Engines like Unity/UE4, since they make it more difficult for the advice-giver (esp. if different engines are used).
It may not even be necessary to have graphics at all, depending on the program we want to write.
If graphics are a thing, maybe something like this is sufficient:
C++ with SFML
Python with PyGame
Java with LWJGL / Slick2D / Processing
Or (if everyone wants to) writing a simple, barebone framework/engine with DX12 / OpenGL (although the project might get out of hand here)
Program:
The program itself is not meant to be a large project, but something that can be done within a month if you code 5 hrs/week.
It should be expandable when finished, e.g. adding new resources / units / levels / Skills or whatever
Could be Simulation game (economy or whatever)
Jump'n'run
Twin-stick-shooter
2D Platformer
The project spans from early september to early-late october (depending on how much time and effort everyone is willing to spend).
Until early septemer I'd like to gather at least 4 people, set up the communication and dicuss the game we want to make.
A 2d-Artist or Soundengineer who'd like to support this by creating the art / sound for the game, would be HIGHLY appreciated, too, and offered constructive feedback on their work.
For this to work at least one motivated and experienced game-developer would be nice, although it might work out with aunty google, just not as smooth.
If anyone's interested, please leave a reply or send me a message.
My game idea:
a small RTS like Anno 1602, Empire Earth or Age of Empires (preferably 2D), not necessarily with enemies:
2 basic resources (food, money)
2 building resources (wood, stone)
1 luxury good (maybe beer)
some buildings to produce food, wood, stone, beer (beer has some conditions) and houses for citiziens (too few citizens = no workers, too many = food-shortage)
Earn money with taxes (depending on citizen count)
leveling up buildings with luxury good (+ other resources) for higher productivity, tax-income, maybe even as a skill-tree so you can choose between different options
There's no end goal defined, just don't starve the citizens. The map could either be handcrafted or somewhat-random.
Afterwards you can add new buildings, resources, etc., it shouldn't be all to difficult, since you have blueprints in form of the other buildings.