Decide hybrid SDK API marker for v9

As we mark more SDK surface `@ApiStatus.Internal` ahead of v9 package moves, some types/methods are still consumed by hybrid SDKs (Flutter, React Native, etc.) even when they are not customer-facing.

`@ApiStatus.Internal` alone does not distinguish hybrid-facing surface from pure SDK plumbing, so hybrid consumers can be broken by a later relocate/remove pass.

Known examples called out during review of the utils Internal pass:

* `io.sentry.util.LoadClass`
* `io.sentry.util.TracingUtils`

Context: NoOp stubs and most util helpers were recently marked Internal (getsentry/sentry-java#6016, getsentry/sentry-java#6017); hybrids were explicitly left unmarked for now.

Action taken on behalf of Nelson Osacky.

Comece revisando as alterações de marcação interna referenciadas em getsentry/sentry-java#6016 e #6017, com foco em io.sentry.util.LoadClass e io.sentry.util.TracingUtils. Compare o tratamento de stubs NoOp, helpers de util e consumidores híbridos do SDK; em seguida, defina e aplique uma política de marcação que diferencie a superfície voltada para híbridos da infraestrutura puramente do SDK.

Escrita pelo modelo de indexação a partir do texto da issue.