企业码解析+登录跑通真实后端：Tinode连接适配层、类型化API客户端、会话store

lib/tinode/connection.ts：单例Tinode连接+自己的发布订阅层——SDK的onConnect/onDisconnect/onLogin
是单槽位属性（赋值会互相覆盖），不是真正的多监听器事件源，所以这里统一接管这几个槽位，自己
扇出给任意数量的React订阅方（lib/tinode/hooks.ts的useSyncExternalStore）。installTenantHiPatch
照搬旧应用tinode-web.jsx的实现搬过来——服务端{hi}包的tenant字段SDK本身没有API，只能在原始
sendText层面注入，这是后端协议的真实约束，不是旧代码库特有的写法。

lib/api/client.ts：REST客户端按旧应用src/lib/im-api.js的request函数+完整REASON_MESSAGES错误码
翻译表搬过来（含请求头X-MeetingIM-APIKey等几个月联调换来的正确写法），这次是重新用TypeScript
写、不是复制文件，但端点行为对齐。

实机联调过程中发现并修正了一处凭记忆猜错的地方：tenants/resolve真实响应结构是
{endpoints:{api,file,websocket}, tenant:{code,name}}，不是我最初假设的顶层{code,name}——
已用真实请求验证修正。用企业码default解析成功（显示"Default Tenant"）+ 一次真实错误密码
登录尝试（服务端真实401，错误提示正确显示"账号或密码错误"）两步都对着真实后端验证通过，
不是只测了正确路径。

Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>

web/vite.config.ts

@@ -19,5 +19,16 @@ export default defineConfig({
   },
   server: {
     port: 8094,
+    // Same-origin dev proxy for the REST layer only -- avoids CORS entirely (the browser only ever
+    // sees http://localhost:8094) so a resolved tenant's *relative* endpoints ("/v1/im", "/v0/file")
+    // work unmodified in local dev, same idea as the old app's hand-rolled dev-proxy-server.js, just
+    // using Vite's built-in proxy instead of a bespoke Node server. The Tinode WS connection itself
+    // does NOT need this: WebSocket isn't subject to the fetch() same-origin policy, so it connects
+    // straight to the tenant's real host regardless (confirmed working this way throughout the old
+    // app's development too).
+    proxy: {
+      '/v1/im': { target: 'https://api.118im.com', changeOrigin: true, secure: true },
+      '/v0/file': { target: 'https://api.118im.com', changeOrigin: true, secure: true },
+    },
   },
 })