In Trie.java, this might not be too disruptive an upgrade, generatePotentialWordsHelper would be changed Set<Character> wrongLocation to something like Set<CharAndWrongIndices> wrongLocation, and WorldPlayer would also capture chars and indices using that new class.

• to accept url/body param to match the method signature
• to return JSON for FE friendly parsing

Most modern terminals support colors so why not color code the letters (just like actual wordle)?

The web_service directory now has a webapp basically serving up the Trie.generatePotentialWords() method. I'm thinking of going ahead and making a simple html+js to use the endpoint. To me it's still compelling with the use of a Trie data struct for efficiencies, even if it's just returning an array of still valid words.

I think the really interesting bit is the path @k0sty is going with FindBestStartingWord, if that algorithm could be generalized for any currentGuess, finding the most optimal 'next guess'.

Thoughts?

Would be nice if this could get triggered from gradle test of base dir, if gradle had a 'script/command' feature where it could call cd web_solver $$ ./gradlew test and get tripped if a non-zero exit code

This is an awesome project which would be even more awesome if you add your write up to the readme

https://matthewkindzerske.com/2022/03/30/side-project-wordle-solver/

Think it would be cool to offer this up pubilcly, that select public methods could be exposed in a deployment.
Spring is what I'm used to, but open to something you might recommend