fix(codegen): replace graphql-ws type import with inline shims in orm-realtime template

[pyramation]

Summary

The orm-realtime.ts codegen template used type WsClient = import('graphql-ws').Client which requires graphql-ws to be resolvable at compile time in every generated SDK, even though the actual require('graphql-ws') is lazy inside the RealtimeManager constructor (only called when subscriptions are used).

This caused TypeScript build failures in constructive-db's SDK packages where graphql-ws is not (and should not be) a dependency.

Fix: Replace the type-level import with minimal inline type shims (WsClient, WsClientOptions, WsSink, WsExecutionResult) that capture exactly the API surface we use. The runtime require('graphql-ws') remains lazy — consumers that never use subscriptions never need the package.

Review & Testing Checklist for Human

• Verify the inline WsClient interface matches the graphql-ws Client API for subscribe() and dispose() — if graphql-ws adds methods we use later, the shim needs updating
• After merging, next codegen run in constructive-db should produce self-contained realtime.ts files

Notes

Companion fix already pushed to constructive-db PR #1089 (deps-update/20260510-105803 branch) to unblock CI there immediately.

Link to Devin session: https://app.devin.ai/sessions/37cd48fd674844c8b6fa1be2b7995746
Requested by: @pyramation

[devin-ai-integration]

🤖 Devin AI Engineer

I'll be helping with this pull request! Here's what you should know:

✅ I will automatically:

• Address comments on this PR. Add '(aside)' to your comment to have me ignore it.
• Look at CI failures and help fix them

Note: I can only respond to comments from users who have write access to this repository.

⚙️ Control Options:

• Disable automatic comment and CI monitoring