Yes, it's still overkill if you configure either VS or AppGuard correctly. You shouldn't need both. But people will still be people and run both together, it's like the same crowd that use Hitman Pro or MB as second opinion scanners (insert any second-hand scanner except for KVRT and NPE). If you need a second opinion scanner to stop yourself from getting infected, you have already lost. Same thing with running many/multiple security programs, too many cooks in the kitchen!
And honestly what the hell are you trying to protect yourself from running both VS and AppGuard together? The next Stuxnet or Equation Group? I'm pretty sure they would have no trouble getting past both programs, if you can infect a hard drives firmware then a few security programs are not going to trouble you.
I'm not expert enough to respond appropriately. I did see that Cutting_Edgetech (wilders) was (or had been) running both, and he seemed to be a knowledgeable poster. I think that I am not knowledgeable enough to make all optimal tweaks to AGSolo, at least for now, but I am interested in its protection approach. I did run AG without VS for a short period. Meanwhile, VS website says:
"LOLBins (Living Off the Land Binaries) have become an increasingly common attack vector in the cybersecurity landscape. Other endpoint protection products typically only protect 5-50 vulnerable process (for example, powershell, cmd, cscript, regsvr32, forfiles, scheduled tasks, bcedit), while CyberLock protects 1,000’s of vulnerable processes system wide, all automatically, all with zero configuration. If a new vulnerable process is discovered, CyberLock automatically updates each endpoint in 4 hours or less."
I have seen some discussions about adding LOLBins to AG config, but so far I have not tweaked that section of AG config, it's still default. To the extent that my AG may be missing a "vulnerable" LOLBin, I have the understanding that VS will (or should) provide that protection unless there's a conflict between VS & AG, and Dan says no conflict. So question: why use AG if I'm really relying on VS? I was curious and wanted to "test" AG. And I think I'm learning some in the process. Ditto H_C. You can click H_C's recommended button and be clueless, or you can also read and hopefully understand all the doc material Andy has made available. (ps currently, I am not running H_C). I guess if you are running AG, you are confident that you have it configured correctly. Your confidence may be misplaced but I hope not. In any event, since Dan confirmed
no conflict, and I'm seeing zero slowdown running both, I'll carry on for the time being.