Go Inference
Two invocation styles cover most shapes. Direct calls from a Go handler suit request-time intelligence (embed the question, retrieve, answer). Declared ai steps in a workflow suit pipeline intelligence (score every incoming document), carrying context from earlier steps and an output schema so downstream steps consume structured results.
The economics are posted and small enough to reason about in a design review: a support assistant embedding two million tokens a month spends about 6,000 credits on embeddings; a moderation pass over ten thousand images spends about 30,000. Both land on the same balance as the Go compute around them, attributed to the calling code.
When the catalogue lacks the model, the Go code does not change its posture: a custom inference_endpoint (your runtime, your model bucket) is invoked the same way, so experiments graduate from catalogue to custom without an integration project.
CLI
Plan Go Inference, then deploy.
kernstack add function --name api --blueprint func-go-minimal
kernstack plan
kernstack deploy Frequently asked questions
Not for catalogue models. They are platform resources invoked by name and metered in credits. External providers remain possible from worker code, but they become a choice, not a prerequisite.
Yes. An ai step names the model (or endpoint), the prompt, optional context from earlier steps, and an output schema. The run history shows the step’s result like any other step.
Change the model name at the call site or step and redeploy; corpora and indexes do not move. For embedding-model changes, the vector index re-embeds from its sources as a declared operation.
Related capabilities, architectures, and comparisons
Ship your stack on the Software Lifecycle Cloud.
Closed preview on dedicated European infrastructure. Bring a repository or start from a blueprint.