Process completed with exit code 1.

The `_sentry_patched_enter` function in `_wrap_message_stream_manager_enter` accesses `self._max_tokens`, `self._messages`, and other attributes directly without error handling. If these attributes don't exist (e.g., if `MessageStreamManager` is instantiated without going through the wrapped `Messages.stream()` method), an `AttributeError` will propagate and crash the user's application. Unlike other patched methods in this file which use `capture_internal_exceptions()` or `getattr()` for defensive access, this new code has no such protection.

The `_sentry_patched_enter` function in `_wrap_message_stream_manager_enter` accesses `self._max_tokens`, `self._messages`, and other attributes directly without error handling. If these attributes don't exist (e.g., if `MessageStreamManager` is instantiated without going through the wrapped `Messages.stream()` method), an `AttributeError` will propagate and crash the user's application. Unlike other patched methods in this file which use `capture_internal_exceptions()` or `getattr()` for defensive access, this new code has no such protection.

The code patches `Messages.stream` and `MessageStreamManager.__enter__` for synchronous streaming, but does not patch `AsyncMessages.stream` or its corresponding `AsyncMessageStreamManager.__aenter__`. This means users using async streaming via `await client.messages.stream()` will not get `gen_ai.chat` spans emitted, inconsistent with the sync behavior. The existing `Messages.create` and `AsyncMessages.create` both have patching parity.

The code patches `Messages.stream` and `MessageStreamManager.__enter__` for synchronous streaming, but does not patch `AsyncMessages.stream` or its corresponding `AsyncMessageStreamManager.__aenter__`. This means users using async streaming via `await client.messages.stream()` will not get `gen_ai.chat` spans emitted, inconsistent with the sync behavior. The existing `Messages.create` and `AsyncMessages.create` both have patching parity.

The `messages` parameter is typed as `Iterable[MessageParam]`, but `len(messages)` is called at line 286. General iterables (like generators) don't support `len()`, which would cause a `TypeError`. While the Anthropic SDK likely receives lists in practice, the type annotation suggests arbitrary iterables are valid. The previous code retrieved messages from `kwargs.get()` which had the same issue, so this is not a regression.