amicu vs using RunPod or Modal directly
RunPod and Modal are the platforms that actually run your GPUs, and their own consoles, CLIs and SDKs expose everything they offer. amicu is a layer on top for one job: deploying vLLM or llama.cpp servers there from HCL, with model fit checks, a plan before changes, recorded state and an endpoint authentication check. Going direct gives you full access to each platform and no extra tool. amicu gives you one workflow across providers, and it is a good fit when the job is specifically an LLM endpoint.
Side by side
Sources for the RunPod or Modal directly column: RunPod overview, runpodctl, Modal guide, Modal GPU guide. Details can change; check the official documentation.
When to choose RunPod or Modal directly
- You use platform features amicu does not cover, such as training, clusters or custom Python functions.
- You run a single provider and are happy scripting it yourself.
- You need to tune the platform beyond what amicu exposes.
When to choose amicu
- You want a reviewable plan and recorded state for each LLM endpoint.
- You want model fit and endpoint auth checked before and after deploying.
- You want the same configuration style for your machine and for GPU providers.
Questions
- Does amicu replace the RunPod or Modal console?
- No. amicu deploys and stops LLM servers. The platform consoles remain the place for everything else, including billing and account settings.
- Do I need my own RunPod or Modal account?
- Yes. amicu uses credentials you export in your shell, and talks only to the providers you deploy to.
- Which providers does amicu support today?
- This machine, plus Modal and RunPod as remote GPU providers. Other providers are in preview or planned; see the providers page.
- Does amicu add cost?
- The CLI is free and open source. You pay the provider for the GPU time you use.