Apple Silicon
Metal acceleration
Universal Mac executableLocal inference / 4D integration
Bring OxiBonsai into your 4D application. Run a local model server on macOS or Windows, and connect through a familiar HTTP API.
Choose your ground
Native executables for the platforms your 4D app calls home.
Metal acceleration
Universal Mac executableCPU inference
Universal Mac executableCPU inference
Native executablesBring your own compatible GGUF model and tokenizer, with enough disk space and RAM. Model downloads are separate. No Linux component or CUDA-enabled executable is packaged here.
Make it yours
Use the 4D component to manage the server, or work directly with the bundled command-line executable.
Install the .4dbase in your application's Components folder and restart 4D. The wrapper selects the platform executable and starts the server with your model and options.
Connect 4D AI Kit's OpenAI-compatible provider to http://127.0.0.1:8080/v1. Use the model ID returned by the server.
Run oxibonsai serve from a terminal, discover the loaded model, and send chat or completion requests from your own client.
Keep the loopback binding by default. Deliberate network access needs deliberate protection; bearer authentication is available.
Start with HTTPA first conversation
After installing the component, open a terminal in its platform-specific Resources/bin/ directory. The examples below use macOS; on Windows, use oxibonsai.exe and adapt the shell syntax.
Replace both paths with your GGUF and its compatible tokenizer. Keep this terminal running.
./oxibonsai serve \
--model /path/to/model.gguf \
--tokenizer /path/to/tokenizer.json \
--host 127.0.0.1 \
--port 8080In another terminal, repeat the health request until it succeeds. Then discover the model ID. A started process is not a ready server.
curl --fail http://127.0.0.1:8080/health
curl --fail http://127.0.0.1:8080/v1/modelsReplace MODEL_ID_FROM_RESPONSE with the returned ID. For streaming, set "stream": true and use curl -N.
curl --fail http://127.0.0.1:8080/v1/chat/completions \
-H 'Content-Type: application/json' \
-d '{
"model": "MODEL_ID_FROM_RESPONSE",
"messages": [{"role": "user", "content": "Hello from my app."}],
"max_tokens": 128,
"stream": false
}'Authorization: Bearer YOUR_TOKEN to model and inference requests. /health and /metrics are exempt from authentication. Read the server options →Know what is inside
The integration runs upstream's oxibonsai serve, not the separate oxibonsai-serve binary. Capabilities belong to this entry point, not every upstream tool.
/v1/models, /v1/chat/completions and /v1/completions are available./v1/embeddings uses TF-IDF/byte-hash vectors, not learned semantic embeddings from your GGUF.Open at the roots
The integration is MIT-licensed; the upstream Rust engine is Apache-2.0. Source builds pin OxiBonsai v0.2.3, its dependencies, build features and Rust 1.99.0. An explicit native refresh commits verified resources to Git; component-only Publish reuses them without rebuilding Rust. Native refresh never dispatches a release. No performance or inference-quality guarantees.