It's not even about trying to hide anything! It's not easy to coordinate any business unless there's a single source of truth external to any particular team.
It necessarily has to be need-to-know and decisions have to be based on dry explanations where the intent isn't clear at all unless you're sitting in on many meetings across many teams. This is just how things scale. I question where some people have worked that are commenting.
I've literally never worked anywhere that works like this, and I've worked everything from startups to very large companies. Product always gives both description and intent to software engineering so that engineering can make appropriate choices.
In fact, one of the better ways for an engineer to be labeled as "not independent enough for advancement" is a lack of curiosity about what you're building, because the lack of curiosity limits the engineer to a very narrow scope of work.
If you're the builder working on an evil mastermind's evil lair, you may not be told, specifically, that you're building a piranha pit. But they will have to disclose that it they need a pit, which is also a freshwater aquarium with a means of keeping large carnivorous fish alive. Also that there has to be a hidden trap door big enough for a human to fall through when a button is pushed.
And even if it is given a codename like "the justice room" or something, during the months of design and building no doubt some people will slip up and call it "the piranha pit" in your presence.