Add more robust base64 check

[cliffhall]

Description

Adds a more robust base64 check for AudioContent, ImageContent and BlobResourceContent. This fixes an issue discovered while creating this PR in the servers repo: modelcontextprotocol/servers#2382

Motivation and Context

• Essentially any tool call result with a large base64 data field would fail with a "Maximum call stack size exceeded" error.
• Please read the Additional Context section at the bottom of that PR for the process of elimination that isolated this as the problem.

The problem and the fix

• Under the hood, z.string().base64() uses a regular expression to validate the string.
• This is used in the schemas for AudioContent, ImageContent and BlobResourceContent.
• While this regex is fine for typical inputs, running it against a string that is several megabytes long can cause the JavaScript engine's regex parser to hit its internal recursion limit, resulting in a "Maximum call stack size exceeded" error.
• Replaced use of z.string().base64() with a new Base64Schema

const Base64Schema = z.string().refine(
  (val) => {
    try {
      // atob throws a DOMException if the string contains characters
      // that are not part of the Base64 character set.
      atob(val);
      return true;
    } catch (e) {
      return false;
    }
  },
  { message: "Invalid Base64 string" },
);

How Has This Been Tested?

In the Inspector CLI and UI, tested the large file that was causing the "Maximum call stack size exceeded" error. It is no longer present and the 4mb file can be processed.

Inspector CLI

Inspector UI

Breaking Changes

Types of changes

• Bug fix (non-breaking change which fixes an issue)
• New feature (non-breaking change which adds functionality)
• Breaking change (fix or feature that would cause existing functionality to change)
• Documentation update

Checklist

• I have read the MCP Documentation
• My code follows the repository's style guidelines
• New and existing tests pass locally
• I have added appropriate error handling
• I have added or updated documentation as needed

Additional context

[ihrpr]

Thank you