{
  "schema_version": "1.1",
  "id": "s8:https://www.youtube.com/watch?v=lbaXnx0KLA8",
  "slug": "mcp-apps-give-the-model-data-give-the-user-a-ui-dustin-mihalik-indeed-1gi9v8k",
  "url": "https://feed7.dev/p/mcp-apps-give-the-model-data-give-the-user-a-ui-dustin-mihalik-indeed-1gi9v8k",
  "title": "MCP Apps: Give the Model Data, Give the User a UI — Dustin Mihalik, Indeed",
  "why_included": "An MCP widget can reduce an agent’s useful work if rendering and retrieval share one tool. Keep data exploration separate, then render only the results the model selects.",
  "summary": "Indeed found that text-only MCP could run **10–15 searches**, filter the results, and build a useful answer, while a UI-enabled search tool was often called once. Widgets must return both **structured content and a resource URI**, with user interactions sent back through model context.",
  "practical_implication": "Split data operations from presentation. Let the agent call small search tools repeatedly, choose the relevant records, and then pass their IDs or data to a dedicated render tool; keep UI state visible to the model.",
  "agent_context": "Indeed found that text-only MCP could run **10–15 searches**, filter the results, and build a useful answer, while a UI-enabled search tool was often called once. Widgets must return both **structured content and a resource URI**, with user interactions sent back through model context.\n\nSplit data operations from presentation. Let the agent call small search tools repeatedly, choose the relevant records, and then pass their IDs or data to a dedicated render tool; keep UI state visible to the model.\n\nTool descriptions can steer what appears in prose versus the widget, but this remains a coordination problem. A polished component does not guarantee that the model will explore enough data before rendering.",
  "source": {
    "name": "AI Engineer",
    "url": "https://www.youtube.com/watch?v=lbaXnx0KLA8",
    "published_at": "2026-09-09T15:30:08.000Z"
  },
  "source_class": "video",
  "content_type": "Video",
  "layer": "context",
  "domains": [
    "data"
  ],
  "topics": [
    "mcp",
    "context-engineering",
    "tool-use"
  ],
  "verification": {
    "status": "source_linked",
    "label": "Source Linked",
    "method": "source_feed",
    "verified_at": null
  },
  "uncertainty": [
    "Tool descriptions can steer what appears in prose versus the widget, but this remains a coordination problem. A polished component does not guarantee that the model will explore enough data before rendering."
  ],
  "connected_context": {
    "meaning": "This adds an interface-quality tradeoff to MCP context engineering: a polished widget may reduce repeated retrieval and filtering, so presentation can inadvertently narrow the evidence the model explores. Separating small data tools from a dedicated renderer preserves iterative selection while making UI state part of model context. It deepens the case for MCP Apps but warns that interactivity alone does not ensure adequate retrieval.",
    "corpus_size": 732,
    "generated_at": "2026-09-10T10:09:05.265Z",
    "connections": [
      {
        "title": "MCP Apps: Extending the Frontier — Ido Salomon & Liad Yosef",
        "source_name": "AI Engineer",
        "source_url": "https://www.youtube.com/watch?v=-jY2T2PiJBE",
        "feed7_url": "https://feed7.dev/p/mcp-apps-extending-the-frontier-ido-salomon-liad-yosef-1gtlsr9",
        "reason": "It turns the candidate’s general MCP Apps architecture into an implementation pattern—separate retrieval from rendering—and identifies premature rendering as a new coordination failure mode."
      },
      {
        "title": "AI on Your Lakehouse: Context Comes in Shapes, Not Queries — Zach Blumenfeld, Neo4j",
        "source_name": "AI Engineer",
        "source_url": "https://www.youtube.com/watch?v=kRkcNOsRyYg",
        "feed7_url": "https://feed7.dev/p/ai-on-your-lakehouse-context-comes-in-shapes-not-queries-zach-blumenfeld-0r4s9u5",
        "reason": "Both stress that answer quality depends on exposing useful structure before presentation; graph-shaped retrieval can broaden the records available, while the render split helps prevent the UI call from ending exploration too early."
      },
      {
        "title": "Latest MCP spec now supported in mcp-handler",
        "source_name": "Vercel",
        "source_url": "https://vercel.com/changelog/latest-mcp-spec-now-supported-in-mcp-handler",
        "feed7_url": "https://feed7.dev/p/latest-mcp-spec-now-supported-in-mcp-handler-1kkt3s0",
        "reason": "The server migration requirements are a prerequisite concern for deploying the structured-content and resource-based MCP App pattern on the newer protocol stack."
      }
    ]
  },
  "lifecycle": "Current",
  "published_at": "2026-09-09T15:30:08.000Z",
  "modified_at": "2026-09-09T15:30:08.000Z",
  "supersedes": [],
  "expires_at": null,
  "formats": {
    "html": "https://feed7.dev/p/mcp-apps-give-the-model-data-give-the-user-a-ui-dustin-mihalik-indeed-1gi9v8k",
    "json": "https://feed7.dev/p/mcp-apps-give-the-model-data-give-the-user-a-ui-dustin-mihalik-indeed-1gi9v8k.json",
    "markdown": "https://feed7.dev/p/mcp-apps-give-the-model-data-give-the-user-a-ui-dustin-mihalik-indeed-1gi9v8k.md"
  }
}