Add the streamer-tools API client, with a real HTTP backend per platform

Implements the two read-key-scoped calls in
apps/server/src/obs/plugin.routes.ts: GET /api/obs/:slug/slots and
POST /api/obs/:slug/token.

Three pieces, all in core/ with no OBS dependency:

- stplugin::json -- a small, strict JSON reader. Hand-rolled rather than
  vendoring nlohmann because the only JSON this plugin ever sees is two
  fixed-shape responses from its own server, and the parser has to build on
  three platforms with no package-manager step in CI. It never throws,
  bounds its recursion (kMaxDepth=32) so a hostile response cannot overflow
  the stack inside OBS, rejects trailing garbage, and returns the caller's
  fallback for wrong-typed access instead of aborting.

- stplugin::HttpClient -- a two-method injectable interface, with libcurl
  behind it on Linux/macOS and WinHTTP on Windows. WinHTTP rather than curl
  on Windows because it ships with the OS and does TLS through SChannel: the
  self-hosted winvm-builder runner has no package manager, and per the
  scaffold README does not even have cmake preinstalled. Both backends cap
  the response body at 4 MiB, keep TLS verification on (the read key is a
  credential), and honour a whole-request timeout.

- stplugin::ApiClient -- maps the responses onto an ApiStatus enum that
  distinguishes NotFound (404), Unavailable (503), NetworkError,
  MalformedResponse and InvalidConfig. It deliberately does not claim to
  know whether a 404 was a wrong key or an unknown slug, because the server
  deliberately does not say. Server URLs are normalised the way an operator
  actually pastes them, defaulting to https so the read key is never sent in
  the clear by accident, and redactedUrl() exists so a URL can be logged
  without the key.

Tests (279 checks across two new suites) run at two levels: a fake
HttpClient covering every response and error branch, and a real loopback
HTTP server on 127.0.0.1 driving the actual platform backend -- so libcurl
on Linux/macOS and WinHTTP on Windows are each exercised in CI rather than
assumed. The loopback cases deliberately include the ones that must not hang
OBS: a truncated JSON body, a connection accepted and closed without a
reply, non-HTTP garbage, a dead port, and a stalled server that has to be
cut off by the client's own timeout.

Verified locally on Ubuntu 24.04:
  ctest --test-dir build --output-on-failure -> 4/4 passed
  test_json: 158 checks passed
  test_api_client: 121 checks passed

Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_01RL8abRmgFXkVASHkkqiJbE

core/tests/CMakeLists.txt

@@ -1,18 +1,28 @@
-add_executable(stplugin_core_tests
-    test_core.cpp
-)
-target_link_libraries(stplugin_core_tests PRIVATE stplugin_core)
-add_test(NAME stplugin_core_tests COMMAND stplugin_core_tests)
+# Dependency-free CTest targets (see test_util.h for why there is no gtest).
+
+function(stplugin_add_test name)
+    add_executable(${name} ${name}.cpp)
+    target_link_libraries(${name} PRIVATE stplugin_core)
+    target_include_directories(${name} PRIVATE ${CMAKE_CURRENT_SOURCE_DIR})
+    if(WIN32)
+        # loopback_server.h needs Winsock for the real-backend tests.
+        target_link_libraries(${name} PRIVATE ws2_32)
+    endif()
+    add_test(NAME ${name} COMMAND ${name})
+    # Nothing here should ever take a minute; a hang is a failure, not a
+    # reason for CI to sit for its default 1500s.
+    set_tests_properties(${name} PROPERTIES TIMEOUT 120)
+endfunction()
+
+stplugin_add_test(test_core)
+stplugin_add_test(test_json)
+stplugin_add_test(test_api_client)
 
 # Smoke test for the LiveKit SDK link: initialize()/shutdown() must succeed
 # in-process. This is the cheapest possible proof that LiveKit::livekit is
 # not just linked but loadable and callable (it dlopen-chains into
 # liblivekit_ffi, which is where a broken RPATH would show up).
-add_executable(stplugin_livekit_smoke
-    test_livekit_smoke.cpp
-)
-target_link_libraries(stplugin_livekit_smoke PRIVATE stplugin_core)
-target_compile_definitions(stplugin_livekit_smoke PRIVATE
+stplugin_add_test(test_livekit_smoke)
+target_compile_definitions(test_livekit_smoke PRIVATE
     STPLUGIN_EXPECTED_LIVEKIT_VERSION="${LIVEKIT_SDK_VERSION_RESOLVED}"
 )
-add_test(NAME stplugin_livekit_smoke COMMAND stplugin_livekit_smoke)