Verified but Vacuous: Three Failure Surfaces of LLM-Driven Verified Code Generation
arXiv cs.AIen
arXiv:2611.05590v1 Announce Type: new Abstract: What should ``verified'' mean when evaluating LLM-generated code? Many existing pipelines report a single verification number. We argue this collapses three distinct properties measured in a conditional audit sequence: verifier acceptance (Surface A), \emph{syntactic specification binding (Surface B: does the proof obligation bind to the spec?), and \emph{semantic specification fidelity} (Surface C: does the spec capture the informal requirement?). Two empirical demonstrations show the surfaces separate. \textbf{First ($A \neq B$), via Li@Opus (a same-model reproduction of \citet{li2025dafny}'s Dafny-as-intermediate-representation (IR) pipeline
This is a short summary published by AI Global Wire. The full article is owned and hosted by arXiv cs.AI — open it there to read it in full.
Read the full story at arXiv cs.AI- Forskning
Related AI news
- SlackBench: Benchmarking Agents on Collaborative Projects Grounded in Real Code RepositoriesarXiv cs.AI · November 5, 2026
- Who May Overrule the Agent? Evidence-Gated Authority in LLM Review InstitutionsarXiv cs.AI · November 5, 2026
- Agent Harness Awareness: Turning Verified Telemetry into Operational Control for Tool-Using AgentsarXiv cs.AI · November 5, 2026
- A Feasibility Condition for Confidence-Gated Tiered LLM InferencearXiv cs.AI · November 5, 2026
- Challenge-Aware Knowledge Recruitment with Meta-Agent Supervision for Medical Multi-Agent ReasoningarXiv cs.AI · November 5, 2026
- VirtualTrialHarness: Coordinating Agentic Operationalization of Virtual Trial Protocols Across Complex Clinical SchemasarXiv cs.AI · November 5, 2026