SShortSingh.
Back to feed

RAG Systems Can Cite Real Sources Yet Deliver Wrong Medical Answers, Study Finds

0
·1 views

A new research paper on clinical retrieval-augmented generation (RAG) has identified a critical failure mode called 'deceptive grounding,' where a system retrieves evidence about one drug or entity but presents it as applying to another. The flaw is particularly dangerous because standard faithfulness and hallucination checks do not flag it — citations appear valid and no content is fabricated. Tested across 13 models under adversarial conditions, deceptive grounding rates ranged from 8% to 87%, with medically fine-tuned models reaching 86.7%. In a production setting, the rate was 7.8% across 740 drug-disease pairs, rising to 13.6% for recently approved drugs with sparse evidence. The authors propose an entity-attribution verification step — checking whether a cited source actually concerns the entity the answer references — which achieved 97% precision and 98.7% recall against a human-labeled benchmark.

Read the full story at DEV Community

This is an AI-generated summary. ShortSingh links to the original source for the complete article.

Discussion (0)

Log in to join the discussion and vote.

Log in

Related stories

0
ProgrammingDEV Community ·

PromptLedger v0.7 Adds Evaluation Runs and Regression Gates for Prompt Versioning

PromptLedger v0.7 has been released, introducing evaluation runs, metric comparisons, and policy-based regression gates to its prompt version management workflow. Previously, the tool could track prompt history and production labels but could not determine whether a newer prompt version actually performed better than its predecessor. The update allows external benchmark tools to record results — including accuracy, latency, and cost metrics — against specific prompt versions for later comparison. Users can compare metrics between two versions or labels and define gate policies that specify acceptable thresholds for regression in each metric. If a candidate version exceeds a defined regression limit, the gate command returns a non-zero exit code, enabling the check to be integrated into automated deployment pipelines.

0
ProgrammingDEV Community ·

MCP Standardizes AI Agent Tool Connections But Does Not Replace App Logic

Model Context Protocol (MCP) is gaining significant attention in AI development circles, but its actual function is narrower than many assume. MCP does not enhance an agent's intelligence or reasoning; instead, it standardizes how AI agents connect to and interact with external tools and services. Before MCP, developers building TypeScript-based AI systems had to write separate, inconsistent integrations for every API or tool they wanted an agent to use. MCP addresses this by providing a uniform connection layer between the agent runtime and external capabilities, similar to how HTTP standardized communication between web systems. However, critical concerns such as authorization, input validation, retry logic, and observability remain the responsibility of the application developer, not MCP.

0
ProgrammingDEV Community ·

n8n and MCP Serve Three Distinct Roles That Most Tutorials Conflate

The Model Context Protocol (MCP) can be integrated with n8n in three separate ways, each serving a different purpose. First, n8n can act as an MCP server, exposing existing workflows as callable tools for external AI agents like Claude or Cursor. Second, n8n can function as an MCP client, allowing its own AI Agent workflows to consume tools from external MCP servers. Third, a community-built server called czlonkowski/n8n-mcp helps coding agents draft new n8n workflows from plain-language descriptions, using knowledge of n8n's roughly 2,000 nodes. Confusion arises because most tutorials cover only one of these configurations without acknowledging the others, leading users to wire up the wrong setup.

0
ProgrammingDEV Community ·

Why Hybrid Cloud Networks May Be the Worst of Both Worlds

A forthcoming O'Reilly book co-authored by networking experts argues that hybrid cloud environments combine the costs and complexities of both on-premises and cloud infrastructure while delivering few of the benefits of either. The authors note that even as enterprise cloud adoption has grown, investment in on-premises networking has simultaneously increased rather than declined. This trend reflects a growing understanding among IT professionals of where cloud is appropriate and where it falls short, leading organizations to repatriate workloads back to their data centers. The resulting hybrid 'franken-network' spans both environments, creating layered operational and security challenges. The authors liken the situation to hybrid cars, which carry the drawbacks of both combustion and electric systems while offering only modest advantages.