Maybe this is not the case if you are doing a dozen throwaway websites, but for anything serious that is an absolute requirement. I work in hard realtime safety critical code, think things like brake controllers, medical devices, auto pilots, etc. In my case industrial control systems. You need to have full control and documentation for your development process.
I learned to debug and built comprehension by typing it in, and built it as a practice. Later in life and career I learned the value of transcription rather than copying and pasting because it at the very least forced me to read and write what I was copying, and built the base and familiarity I needed to learn from what I was copying.
That extends to how I use AI today. I use AI tooling to explore the concept of what I am building, use spec based designs to build solid outlines, and scope individual coding sessions, so that even when I use AI to build it, I have read, edited, and managed the design, and when I run into parts that I don't consider boilerplate I treat it the same way, transcribe what was attempted to understand why it was failing, and make sure I understand what the AI is doing that I haven't done before.
I've never done that; many experienced devs I know have never done that. We barely used it, in fact! The few times I asked a question, the answer was not "Here's a piece of code".
Look, this comment of yours, coupled with a previous comment from you in this thread (demonstrating you don't know the difference between probabilistic and deterministic output) makes it painfully clear you don't do development; or at least you didn't until you were handed a magic "write me a program" tool...