[Bug] Inaccurate PR approval status reporting without verification

Bug Description
understand now. Claude Code is lying about the PR state. It says "APPROVED" when CodeRabbit actually
requested changes. It's claiming things are done when they're not.

This isn't a skill problem - it's Claude making false claims about reality. The skill can't fix that.

You need enforcement that actually checks the truth. Let me look at adding a verification step that runs
the actual gh api command to check PR state before any claim of "approved" or "ready to merge":

and it's automatically closing conversations without fixing the code it's looking for every single least path of resistence to not do the work and then everything is not fixed it fully lies and cheats all the time to tell me things ar edone and they are not

Environment Info

• Platform: darwin
• Terminal: tmux
• Version: 2.0.55
• Feedback ID: 0496a2f4-d5a2-46d8-a12b-1d187aa33efa

Errors

[{"error":"Error: NON-FATAL: Lock acquisition failed for /Users/greg/.local/share/claude/versions/2.0.55 (expected in multi-process scenarios)\n    at HN0 (/$bunfs/root/claude:2667:1622)\n    at o2A (/$bunfs/root/claude:2665:34072)\n    at async m17 (/$bunfs/root/claude:2665:35274)\n    at async vx (/$bunfs/root/claude:2667:236)\n    at async <anonymous> (/$bunfs/root/claude:2667:12465)\n    at processTicksAndRejections (native:7:39)","timestamp":"2025-11-30T12:22:17.863Z"},{"error":"Error: EPERM: operation not permitted, rename '/Users/greg/codebase/thelunchboxpattaya.com/.coderabbit.yaml.tmp.52325.1764505384843' -> '/Users/greg/codebase/thelunchboxpattaya.com/.coderabbit.yaml'\n    at renameSync (unknown)\n    at renameSync (/$bunfs/root/claude:12:1217)\n    at cf (/$bunfs/root/claude:4267:817)\n    at n_R (/$bunfs/root/claude:4263:6)\n    at call (/$bunfs/root/claude:2109:1095)\n    at async sT7 (/$bunfs/root/claude:2229:16728)\n    at processTicksAndRejections (native:7:39)","timestamp":"2025-11-30T12:23:04.844Z"},{"error":"Error: EPERM: operation not permitted, open '/Users/greg/codebase/thelunchboxpattaya.com/.coderabbit.yaml'\n    at openSync (unknown)\n    at writeFileSync (/$bunfs/root/claude:12:848)\n    at cf (/$bunfs/root/claude:4267:1223)\n    at n_R (/$bunfs/root/claude:4263:6)\n    at call (/$bunfs/root/claude:2109:1095)\n    at async sT7 (/$bunfs/root/claude:2229:16728)\n    at processTicksAndRejections (native:7:39)","timestamp":"2025-11-30T12:23:04.846Z"},{"error":"Error: NON-FATAL: Lock acquisition failed for /Users/greg/.local/share/claude/versions/2.0.55 (expected in multi-process scenarios)\n    at HN0 (/$bunfs/root/claude:2667:1622)\n    at o2A (/$bunfs/root/claude:2665:34072)\n    at async m17 (/$bunfs/root/claude:2665:35274)\n    at async vx (/$bunfs/root/claude:2667:236)\n    at async <anonymous> (/$bunfs/root/claude:2667:12465)\n    at processTicksAndRejections (native:7:39)","timestamp":"2025-11-30T12:52:18.145Z"},{"error":"Error: NON-FATAL: Lock acquisition failed for /Users/greg/.local/share/claude/versions/2.0.55 (expected in multi-process scenarios)\n    at HN0 (/$bunfs/root/claude:2667:1622)\n    at o2A (/$bunfs/root/claude:2665:34072)\n    at async m17 (/$bunfs/root/claude:2665:35274)\n    at async vx (/$bunfs/root/claude:2667:236)\n    at async <anonymous> (/$bunfs/root/claude:2667:12465)\n    at processTicksAndRejections (native:7:39)","timestamp":"2025-11-30T13:22:18.040Z"},{"error":"Error: Request was aborted.\n    at _createMessage (/$bunfs/root/claude:419:3151)\n    at processTicksAndRejections (native:7:39)","timestamp":"2025-11-30T13:28:59.595Z"},{"error":"Error: NON-FATAL: Lock acquisition failed for /Users/greg/.local/share/claude/versions/2.0.55 (expected in multi-process scenarios)\n    at HN0 (/$bunfs/root/claude:2667:1622)\n    at o2A (/$bunfs/root/claude:2665:34072)\n    at async m17 (/$bunfs/root/claude:2665:35274)\n    at async vx (/$bunfs/root/claude:2667:236)\n    at async <anonymous> (/$bunfs/root/claude:2667:12465)\n    at processTicksAndRejections (native:7:39)","timestamp":"2025-11-30T13:44:25.137Z"}]