Hiring someone who wants detailed requirements is not a good idea when you don't have a structure in place that can provide these detailed requirements.
If you rely on people to work independently, you just can't hire someone who wants feedback everyday to see if they are still on the right track.
Depending on the level of detail, "detailed requirements" can be the bare minimum for any level of cohesive, cross-functional collaboration.
You need to have discussions to talk about things like:
* common UX language
* common API expectations
* programming language choice
(because you will not be the only person to work on it)
* in-app / domain language choice
(because your users need to know what a word means.)
* library choice (because you will not be the only person to work on it)
* storage strategy (because there may be legal requirements here)
Ignoring all that and letting all the engineers just run wild is a great way to make a very painful company to work with and cross-collaborate on.
If you rely on people to work independently, you just can't hire someone who wants feedback everyday to see if they are still on the right track.