MoreRSS

site iconLuke WroblewskiModify

Luke joined Google when it acquired Polar in 2014 where he was the CEO and Co-founder. Before founding Polar, Luke was the Chief Product Officer and Co-Founder of Bagcheck which was acquired by Twitte
Please copy the RSS to your reader, or quickly subscribe to:

Inoreader Feedly Follow Feedbin Local Reader

Rss preview of Blog of Luke Wroblewski

MCP: Model-Context-Protocol

2025-05-22 08:00:00

In his AI Speaker Series presentation at Sutter Hill Ventures, David Soria Parra of Anthropic, shared insights on the Model-Context-Protocol (MCP), an open protocol designed to standardize how AI applications interact with external data sources and tools. Here's my notes from his talk:

  • Models are only as good as the context provided to them, making it crucial to ensure they have access to relevant information for specific tasks
  • MCP standardizes how AI applications interact with external systems, similar to how the Language Server Protocol (LSP) standardized development tools
  • MCP is not a protocol between models and external systems, but between AI applications that use LLMs and external systems
  • Without MCP, AI development is fragmented with every application building custom implementations, custom prompts, and custom tool calls
  • MCP separates the concerns of providing data access from building applications
  • This separation allows application developers to focus on building better applications while data providers can focus on exposing their data effectively

David Soria Parra Speaker Series poster

How MCP Works

  • Two major components exist in an MCP system: client (implemented by the application using the LLM) and server (serves context to the client)
  • MCP servers offer: Tools (functions that perform actions), Resources (raw data content exposed by the server), Prompts (show how tools should be invoked)
  • Application developers can connect their apps to any MCP server in the ecosystem
  • API developers can expose their data to multiple AI applications by implementing an MCP server once
  • Allows different organizations within large companies to build components independently that work together through the protocol

Writing Good Tools for MCP

  • Tools should be simple and focused on specific tasks
  • Comprehensive descriptions help models understand when and how to use the tools
  • Error messages should be in natural language to facilitate better interactions
  • The goal is to create tools that are intuitive for both models and users

Future Directions for MCP

  • Remote MCP servers with proper authorization mechanisms
  • An official MCP registry to discover available servers and tools
  • Asynchronous execution for long-running tasks
  • Streaming data capabilities from servers to clients
  • Namespacing to organize tools and resources
  • Improved elicitation techniques for better interactions
  • There's a need for a structure to manage the protocol as it grows

Background Agents Reduce Context Window Issues

2025-05-19 08:00:00

Anyone that's gotten into a long chat with an AI model has likely noticed things slow down and results get worse the longer a conversation continues. Many chat interfaces will let people know when they've hit this point but background agents make the issue much less likely to happen.

Across all our AI-first companies, whether coding, engineering simulation, or knowledge work, a subset of people stay in one long chat session with AI models and never bother to create a new session when moving on to a new task. But... why does this matter? Long chat sessions mean lots of context which adds up to more tokens for AI models to process. The more tokens, the more time, the more cost, and eventually, the more degraded results get.

At the heart of this issue is a technical constraint called the context window. The context window refers to the amount of text, measured in tokens, that a large language model can consider or "remember" at one time. It functions as the AI's working memory, determining how long of a conversation an AI model can sustain without losing track of earlier details.

Starting a new chat session creates a new context window which helps a lot with this issue. So to encourage new sessions, many AI products will pop up a warning suggesting people to move on to a new chat when things start to bog down. Here's an example from Anthropic's Claude.

Claude long chat session warning

Warning messages like this aren't ideal but the alternative is inadvertently raking up costs and getting worse results when models try to makes sense of a long thread with many different topics. While AI systems can implement selective memory that prioritizes keeping the most relevant parts of the conversation, some things will need to get dropped to keep context windows manageable. And yes, bigger context windows can help but only to a point.

Background agents can help. AI products that make use of background agents encourage people to kick off a different agent for each of their discrete tasks. The mental model of "tell an agent to do something and come back to check its work" naturally guides people toward keeping distinct tasks separate and, as a result, does a lot to mitigate the context window issue.

Bench background agent fornt page UI

The interface for our agent workspace for teams, Bench, illustrates this model. There's an input field to start new tasks and a list showing tasks that are still running, tasks awaiting review, and tasks that are complete. In this user interface model people are much more likely to kick off a new agent for each new task they need done.

Does this completely eliminate context window issues? Not entirely because agents can still fill a context window with the information they collect and use. People can also always give more and more instructions to an agent. But we've definitely seen that moving to a background agent UI model impacts how people approach working with AI models. People go from staying in one long chat session covering lots of different topics to firing off new agents for each distinct tasks they want to get done. And that helps a lot with context widow issues.

Enhancing Prompts with Contextual Retrieval

2025-05-17 08:00:00

AI models are much better at writing prompts for AI models than people are. Which is why several of our AI-first companies rewrite people's initial prompts to produce better outcomes. Last week our AI for code company, Augment launched a similar approach that's significantly improved through its real time codebase understanding.

Since AI-powered agents can accomplish a lot more through the use of tools, guiding them effectively is critical. But most developers using AI for coding products write incomplete or vague prompts, which leads to incorrect or suboptimal outputs.

Augment Prompt Enhancer

The Prompt Enhancer feature in Augment automatically pulls relevant context from a developer's codebase using Augment's real-time codebase index and the developer's current coding session. Augment uses its codebase understanding to rewrite the initial prompt, incorporating the gathered context and filling in missing details like files and symbols from the codebase. In many cases, the system knows what's in a large codebase better than a developer simply because it can keep it all "in its head" and track changes happening in real time.

Developers can review the enhanced prompt and edit it before executing. This gives them a chance to see how the system interpreted their request and make any necessary corrections.

As developers use this feature, they regularly learn what's possible with AI, what Augment understands and can do with its codebase understanding, and how to get the most out of both of these systems. It serves as an educational tool, helping developers become more proficient at working with AI coding tools over time.

We've used similar approaches in our image generation and knowledge agent products as well. By transforming vague or incomplete instructions into detailed, optimized prompts written by the systems that understand what's possible, we can make powerful AI tools more accessible and more effective.

UXPA: Bridging AI and Human Expertise

2025-05-09 08:00:00

In his presentation Bridging AI and Human Expertise at UXPA Boston 2025, Stewart Smith shared insights on designing expert systems that effectively bridge artificial intelligence and human expertise. Here are my notes from his talk:

  • Expert systems simulate human expert decision-making to solve complex problems like GPS routing and supply chain planning
  • Key components include knowledge base, inference engine, user interface, explanation facility, and knowledge acquisition
  • Traditional systems were rule-based, but AI is transforming them with machine learning for pattern recognition
  • The explanation facility justifies conclusions by answering "why" and "how" questions
  • Trust is the cornerstone of system adoption. if people don't trust your system, they won't use it
  • Explainability must be designed into the system from the beginning to trace key decisions
  • The "black box problem" occurs when you know inputs and outputs but can't see inner workings
  • High-stakes domains like finance or healthcare require greater explainability
  • Aim for balance between under-reliance (missed opportunities) and over-reliance (atrophied skills) on AI
  • Over-reliance creates false security when users habitually approve system recommendations
  • Human experts remain essential for catching bad data feeds or biased data
  • Present AI as augmentation to decision-making, not replacement
  • Provide confidence scores or indicators of the system's certainty level
  • Ensure users can adjust and override AI recommendations where necessary
  • Present AI insights within existing workflows that match expert mental models
  • Clearly differentiate between human and AI-generated insights
  • Training significantly increases AI literacy—people who haven't used AI often underestimate it
  • Highlight success stories and provide social proof of AI's benefits
  • Focus on automating routine decisions to give people more time for complex tasks
  • Trust is the foundation of AI adoption.
  • Explainability is a spectrum and must be balanced with performance.
  • UX plays a critical role in bridging AI capabilities and human expertise.

UXPA: Designing Humane Experiences

2025-05-09 08:00:00

In his Designing Humane Experiences: 5 Lessons from History's Greatest Innovation talk at UXPA Boston, Darrell Penta explored how the Korean alphabet (Hangul), created by King Sejong 600 years ago, exemplifies humane, user-centered design principles that remain relevant today. Here's my notes from his talk:

  • Humane design shows compassion, kindness, and a concern for the suffering or well-being of others, even when such behavior is neither required nor expected
  • When we approach design with compassion and concern for others' well-being, we unlock our ability to create innovative experiences
  • In 15th century Korea (and most historical societies), literacy was restricted to elites
  • Learning to read and write Chinese characters (used in Korea at that time) took years of dedicated study something common people couldn't afford
  • King Sejong created an entirely new alphabet rather than adapting an existing one. There's ben only four instances in history of writing systems were invented independently. most are adaptations of existing systems

Korean Alphabet Innovations

  • Letters use basic geometric forms (lines, circles, squares) making them visually distinct and easier to learn
  • Consonants and vowels have clearly different visual treatments, unlike in English where nothing in the letter shapes indicates their class
  • The shapes of consonants reflect how the mouth forms those sounds: the shape of closed lips, the tongue position behind teeth, etc.
  • Sound features are mapped to visual features in a consistent way. base shapes represent basic sounds. Additional strokes represent additional sound features
  • Letters are arranged in syllable blocks, making the syllable count visible
  • Alphabet was designed for the technology of the time (brush and ink)
  • Provided comprehensive documentation explaining the system
  • Created with flexibility to be written in multiple directions (horizontally or vertically)
  • 5 Lessons for Designers

  1. Be Principled and Predictable: Develop clear, consistent design principles and apply them systematically
  2. Prioritize Information Architecture: Don't treat it as an afterthought
  3. Embrace Constraints: View limitations as opportunities for innovation
  4. Design with Compassion: Consider the broader social impact of your design
  5. Empower Users: Create solutions that provide access and opportunity

UXPA: Using AI to Streamline Persona & Journey Map Creation

2025-05-09 08:00:00

In her Using AI to Streamline Personas and Journey Map Creation talk at UXPA Boston, Kyle Soucy shared how UX researchers can effectively use AI for personas and journey maps while maintaining research integrity. Here are my notes from her talk:

  • Proto-personas help teams align on assumptions before research. Calling them "assumptions-based personas" helps teams understand research is still needed
  • For proto-personas, use documented assumptions, anecdotal evidence, and market research
  • Research-based personas are based on actual ethnographic research and insights from transcripts, surveys, analytics, etc.
  • Decide on persona sections yourself - this is the researcher's job, not AI's. every element should have a purpose and be relevant to understanding the user
  • Upload data to your Gen AI tool - most tools accept various file formats
  • Different AI tools have different security levels. Be aware of your organization's stance on data privacy
  • Use behavior prompts to get richer information about users, such as "When users encounter X, what do they typically do?"
  • For proto-personas: Ask AI to generate research questions to validate assumptions
  • For research-based personas: Request day-in-the-life narratives
  • Every element on a persona should have a purpose. If it's not helping your design team understand or empathize with users better, it doesn't belong
  • Researchers determine journey map elements (stages, information needed)
  • AI helps fill in the content based on research data
  • Include clear definitions of terms in your prompts (e.g., "jobs to be done")
  • Ask AI to label assumptions when data is incomplete to identify research gaps
  • Don't rely on AI for generating opportunities, this requires team effort
  • AI is a tool for efficiency, not a replacement for UX researchers. The only way to keep AI from taking your job is to use it to do your job better
  • Garbage in, garbage out - biases in your data will be amplified
  • AI tools hallucinate information - know your data well enough to spot inaccuracies
  • Don't use AI for generating opportunities or solutions - this requires team expertise