Couverture de The AWS Developers Podcast

The AWS Developers Podcast

The AWS Developers Podcast

De : Amazon Web Services
Écouter gratuitement

Stay updated on the latest AWS news and insights for developers, wherever you are, whenever you want.All rights reserved
Épisodes
  • The Delivery Gap: Why 96% of Your AI Code Is Waste

    The Delivery Gap: Why 96% of Your AI Code Is Waste
    Jul 15 2026
    Brenn reached out via LinkedIn to share his experience with AI-driven software development and his new book, The Delivery Gap. Romain read a copy during a business trip and found it deeply aligned with how he guides customers through their AI transformation — and discovered a few new angles worth exploring, including a convergence on cost tracking that maps directly to Amazon's internal cost to serve software metric. In this episode, Brenn — Senior Manager at Delivery Hero (one of the world's largest food delivery companies, operating in 65 countries) — breaks down why most companies fail to see returns from AI coding tools despite individual developers feeling more productive. The core insight: generating code 10x faster means nothing if your verification infrastructure can't keep up. You're just driving 10x faster into a wall. Key takeaways: • The 96% waste problem — If you generate 100 PRs and only 4 make it to production and stay there, the other 96 are waste. Measuring PRs created is meaningless; measure what ships and survives. • The verification triangle — Your delivery speed is governed by verification infrastructure, not generation speed. Banks can't release faster than they can audit. Find your constraint — that's where investment should go, not more coding tools. • Cost per accepted change — Total token costs + human time for all PRs, divided by changes that reach production and stay there. This single metric reveals where waste accumulates and aligns with Amazon's cost to serve software model. • Specs as alignment documents, not source code — Specs align humans and AI on intent and why, not for deterministic code generation. The same spec produces different software each time. Focus on why; let the AI document the what. • Keep agents small and focused — Every MCP server re-injected into context is a cost multiplier per turn. The smallest, tightest, most precisely aimed agent outperforms a Swiss Army knife agent on both cost and accuracy. Apply cost per accepted action to measure agentic ROI.
    Afficher plus Afficher moins
    1 h et 8 min
  • What are MCP apps and why should you care?

    What are MCP apps and why should you care?
    Jul 8 2026
    Most MCP tools today return text. But what if your agent could render a chart, a form, or a full dashboard right inside the chat? That's what MCP apps do — and they're already live on ChatGPT, Claude, and Amazon Quick. Romain sits down with Luigi Pederzani, co-founder of Manufact (the company behind mcp-use, 10K+ GitHub stars), to explore MCP apps — the first official extension of the MCP protocol that lets servers return interactive UI inside AI chat interfaces. Key takeaways: • What MCP apps are — Standard MCP returns text and actions; MCP apps let a server send back a piece of interface (a form, a chart, a dashboard) that renders right inside the chat. It became the first official extension of the protocol this year, growing out of MCP-UI. • UI drives retention — Amplitude saw 2x retention for users exposed to a chart-rendering MCP app versus text-only responses. UI lets software products stay experiences, not just systems of record. • AI apps are the new browsers — Extending Paul Graham's thesis, every software product will be rendered inside AI chats, pulling data and structure from different sources the way we switch tabs today. • Building with mcp-use — Reuse existing React components with minimal changes; the useMcp hook bridges tool arguments (filled by the agent) into component props. The server stays a normal MCP server, the client is the host, and the view runs in a sandboxed iframe. • Interactivity and safety — Iframes are battle-tested and the model-to-server communication is standardized. UI can send events back to the model, so clicking a chart element can trigger another tool call in the chat. OAuth is now standard for production MCP servers. • Tool design best practices — Don't wrap OpenAPI specs directly as MCP. APIs are granular and atomic; MCP tools should serve a task end-to-end so agents don't get confused on ordering. Limit the number of tools exposed; progressive disclosure is now handled by the major clients. • MCP as the A2A protocol — A2A never really landed, and MCP is becoming the agent-to-agent protocol, with companies embedding an agent as a single tool whose main argument is a prompt. • Getting to production — Start with a plain MCP server, then add UI. Skills are now part of the product, and Manufact focuses on agent-readiness of the SDK, testing across clients, deployment, auth, observability (OTEL), and per-tool analytics. • AWS integration — mcp-use can sit on the server side while AgentCore Gateway sits in front to handle enterprise concerns like auth policies and routing. • What's next — Exposing skills directly from MCP servers (rather than decoupled files), and the next stateless-by-default release of the protocol.
    Afficher plus Afficher moins
    51 min
  • 5 Lessons Running AI Agents in Production

    5 Lessons Running AI Agents in Production
    Jul 1 2026
    John Sexton and Aaron Tummon from Genesys join the show to share hard-won lessons from building and operating Cloud Copilot — an agentic AI layer serving 2 million users across 21+ AWS regions. Genesys powers customer experience for brands like Virgin Atlantic, Vodafone, and HSBC, and their copilot helps admins, supervisors, and agents work more efficiently through natural language. We cover the migration from Bedrock Inline Agents to Strands Agents, multi-agent orchestration with agents-as-tools, context management strategies, cost optimization, and the testing discipline required to keep agentic systems stable at scale. The 5 lessons: 1. Pick a framework that scales with you — Bedrock Inline Agents worked for 12–15 tools but became exponentially flakier beyond that. Strands Agents gave sensible defaults and room to grow without pinch points. 2. Separate orchestration from domain logic — Agents-as-tools creates a clean line between the orchestrator and sub-agents. You can pull functionality in and out per persona without destabilizing the system, and domain teams own their sub-agents independently. 3. Manage context aggressively — Long context windows for the orchestrator, stateless sub-agents, summarizing and sliding-window conversation managers, and strict control over what tools return. Every extra token in context degrades quality and increases cost. 4. Make prompt caching non-negotiable — System prompts, tool definitions, and conversation history rarely change between invocations. Enabling prompt caching delivered significant cost reductions with almost no effort. 5. Test relentlessly because prompt drift is invisible — One prompt change is never a breaking change; five accumulated changes are. A dedicated weekly Sentinel role investigates failures, and full test suites run on every single change.
    Afficher plus Afficher moins
    56 min
adbl_web_anon_alc_button_suppression_t1
Aucun commentaire pour le moment