What problem does it solve? Calling one Jac server module from another deployed as a separate service normally requires hand-written HTTP clients and manual wiring. This Skill explains how sv import generates those client stubs at compile time, so the same source code runs as a monolith, a local cluster, or multiple Kubernetes deployments. ## Core Features & Use Cases - Compile-time service stubs: sv import from <module> generates synchronous HTTP client stubs, so cross-service calls read like normal function calls. - Provider discovery chain: test clients, programmatic registration, JAC_SV_<MOD>_URL environment variables, and automatic sibling spawning at jac start time. - Remote walker spawns and gateway mode: walker:pub symbols execute remotely on construction, and jac setup microservice runs the whole stack behind one API gateway with trace IDs and per-service RPC timeouts. - Use Case: Split an LLM-backed analytics worker out of your main Jac API, set JAC_SV_ANALYTICS_URL, and raise its rpc_timeout to 120 seconds so long generations do not time out at the gateway. ## Quick Start Show me how to split my Jac backend so calculator_service.jac calls functions in math_service.jac running as a separate service.