I encounter people who can make pleasant conversation about programming all day... but literally can’t seem to actually program in practice. Do you see that? How does your interview check for that?
My experience has been that devs who struggle, will struggle with a simple for loop. This seems consistent with what I've heard from an Amazon bar raiser and the existence of fizz buzz. I'd be reluctant to give up this one sanity check of asking in real time a for loop question for whiteboard, or paper, psuedo code prefferably.
At one point for phone screens, I just asked people to code up strcmp. I got some amazingly bad answers.
Some of this code-screen mistrust seems to come from the flood of poorly-qualified candidates; maybe there's a more diverse pool than before, but it comes at the cost of lots of wannabes.
I have not yet run into anyone who could deep-dive into the details of what they're working on and talk about the good, bad, and ugly, who turned out to be incapable of coding. Maybe I've been lucky, but I think it's pretty hard to fake that level of knowledge.
For remote developers I do deviate slightly and I actually ask them to do a little coding, but that's because it's always someone in Hyderabad and the cultural differences make a deep-dive conversation with body language a lot harder to pull off. So I ask them to whip up a demo program that scores a game of Bowling, take as long as necessary, and bring the results to the interview and show me what they did. Not much but it works (and scoring a bowling game is actually not a bad test -- not as trivial as it sounds, but doesn't take a whole evening of work just for an interview).
I interview in the same way and have never had a problem with false positives. I think you overestimate the ability of people to bullshit their way through without triggering any red flags for the interviewers.