refactor(tauri): reduce desktop host to sidecar lifecycle + deep-link

[senamakel]

Summary

• Trims app/src-tauri down to a thin desktop host that only handles sidecar lifecycle and deep-link plumbing.
• Removes Tauri-side RPC relay, daemon-host config commands, AI preview commands, health event bridge, and window wrapper commands.
• Removes heavy/unused Tauri Rust dependencies (including reqwest) and updates capabilities accordingly.
• Moves daemon health updates and window control behavior to frontend-side APIs/core RPC.
• Adds daemon-host config read/write to core openhuman.service_* RPC so frontend can call through core directly.

Problem

• The Tauri host had accumulated product logic (AI preview parsing, daemon host config persistence, service bootstrap/relay behavior, health event emission).
• This duplicated behavior that belongs in core/frontend layers, increased dependency surface, and violated the intended wrapper-only architecture.

Solution

• Reworked app/src-tauri/src/lib.rs to keep only:
  • deep-link plugin registration
  • core sidecar startup/shutdown
  • core_rpc_url command for frontend base URL resolution
• Removed obsolete modules under app/src-tauri/src/commands, core_rpc.rs, and utils.
• Updated sidecar readiness checks to use lightweight TCP port probing (tokio::net::TcpStream) instead of HTTP reqwest ping.
• Frontend changes:
  • daemonHealthService now polls openhuman.health_snapshot via callCoreRpc instead of listening to Tauri-emitted openhuman:health events.
  • Deep-link flow focuses window via @tauri-apps/api/window instead of Rust invoke command.
  • Window/service/daemon-host paths in tauriCommands.ts now use frontend APIs or direct core RPC.
• Core changes:
  • Added openhuman.service_daemon_host_get / openhuman.service_daemon_host_set handlers in service schemas/ops.

Submission Checklist

• Unit tests — Existing type/system checks run for touched areas (yarn typecheck, cargo check root + app/src-tauri)
• E2E / integration — Not run in this PR; recommend targeted desktop E2E coverage for daemon/service panel + deep-link flows
• N/A —
• Doc comments — Existing module/function docs retained; new core service handlers are straightforward and colocated in existing modules
• Inline comments — Added/kept where edge behavior is non-obvious (startup checks and health polling expectations)

Impact

• Platform/runtime: desktop host behavior is simplified; business logic remains in core/frontend.
• Dependency footprint: reduced Rust dependencies and plugin permissions in app/src-tauri.
• Compatibility: frontend no longer depends on removed Rust invoke commands for service/daemon-host/window paths.
• Risk: daemon/service UX depends on core RPC availability; if sidecar startup is delayed, frontend polling gracefully times out to disconnected state.

Related

• Issue(s): N/A
• Follow-up PR(s)/TODOs:
  • Replace remaining legacy invoke(...) paths in frontend (exchange_token, conscious_loop_run, runtime_*) with direct core RPC or frontend-native APIs where appropriate.
  • Fix .husky/pre-push to re-check after auto-fix (currently fails if initial format/lint fails even when fixed).