MCP Python SDK Blocks Duplicate Extension Methods at Server Startup, Not Runtime

·4 views

The MCP Python SDK enforces strict method ownership rules for server extensions, rejecting conflicting configurations before the server ever accepts a request. If two extensions claim the same method name, or any extension attempts to override a core MCP method like tools/list, the SDK raises a ValueError during MCPServer construction. This design ensures that ambiguous handler conflicts are caught at configuration time rather than surfacing unpredictably during live requests. The SDK also rejects extension method bindings that declare an empty set of supported protocol versions, preventing methods that could never be reached from being registered. Using mcp==2.1.1 and protocol version 2026-07-28, these safeguards make extension behavior a verifiable contract rather than a consequence of registration order.

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)

Developer Tutorial Shows How to Build a Personal Health RAG System Using PubMed and Pinecone

A tutorial published on DEV Community outlines how to build a Medical Retrieval-Augmented Generation (RAG) system that interprets personal health data from PDF lab reports. The pipeline uses Unstructured.io to parse complex medical document layouts, Pinecone as a vector database for semantic search, and LangChain to coordinate the workflow. A dual-retrieval strategy combines a user's personal medical history stored in Pinecone with real-time peer-reviewed research fetched from the PubMed API. The system then passes this combined context to GPT-4o to generate medically grounded responses, reducing the risk of AI hallucinations. The guide aims to help individuals in the quantified-self movement make better sense of health data that would otherwise remain locked in unstructured files.

0 comments Read more at DEV Community

ProgrammingDEV Community ·

XRP Ledger Order Book Handles 88% of Volume Despite 2024 AMM Launch

Since the AMM amendment activated on the XRP Ledger in 2024, trading volume has remained dominated by its central limit order book rather than migrating to AMM pools. Current 24-hour data shows the order book accounting for roughly 88% of total volume at 3.03 million XRP, while AMM pools processed about 406,700 XRP. Interestingly, AMM pools handled more individual trades — 32,707 versus 26,418 — but with far smaller average trade sizes, suggesting large orders favour the book while small ones use pools. Analysts attribute the order book's dominance to XRPL's near-zero cancellation fees and three-to-four-second finality, which make professional market-making economically viable on-chain. This contrasts with most other blockchains, where high gas costs pushed liquidity into passive AMM curves as a practical workaround.

0 comments Read more at DEV Community

ProgrammingDEV Community ·

Nine Debugging Principles That Prioritize Mindset Over Tools

A software developer argues that effective debugging begins with treating bugs as wrong assumptions rather than broken code, shifting focus from tool use to belief examination. Before opening a debugger, they recommend writing down expected versus actual behavior, the smallest reproducible input, and a step-by-step account of what the code is believed to do. They advocate binary-search-style isolation of bugs, changing only one variable at a time, and trusting printed runtime data over memory. Additional practices include shrinking the reproduction case, reading full stack traces rather than just the top line, and explaining the problem aloud to surface flawed assumptions. The approach concludes with writing a failing test before applying any fix, ensuring the root cause is genuinely understood and prevented from recurring.

0 comments Read more at DEV Community

ProgrammingDEV Community ·

OpenAI Agents SDK reveals how AI's unpredictability exposes fragile software infrastructure

A software engineering analysis argues that AI agents built on large language models are exposing deep weaknesses in modern software architecture, a phenomenon the author calls 'AI Psychosis.' Unlike deterministic code, LLM-based agents operate probabilistically and can enter feedback loops where they hallucinate parameters, misinterpret errors, or repeatedly retry failed operations. This stochastic behavior clashes with foundational assumptions of RESTful and microservices architecture, particularly idempotency, leading to real-world incidents such as double-charged payments and accidental database deletions. The release of OpenAI's reasoning models and the Agents SDK has accelerated the shift from simple chatbots to autonomous agents capable of replanning and calling external tools, amplifying these risks. The author contends this is not fundamentally an AI problem but a software engineering crisis made visible by the introduction of non-deterministic actors into brittle systems.

0 comments Read more at DEV Community