docs/en/api/24-vikingbot.md
When OpenViking Server starts with --with-bot, it proxies VikingBot's core interaction endpoints below /bot/v1. These endpoints return 503 when Bot is not enabled.
Code entry points:
openviking/server/routers/bot.py - OpenViking Server proxy and identity forwardingbot/vikingbot/channels/openapi.py - VikingBot Gateway routesbot/vikingbot/channels/openapi_models.py - request, response, and SSE event modelsCheck whether the Bot Gateway is available.
HTTP API
curl http://localhost:1933/bot/v1/health
Response Example
{
"status": "healthy",
"version": "0.1.0",
"timestamp": "2026-07-24T09:00:00"
}
Send text and/or images and wait for the complete reply. Omit session_id to create a new
session.
| Field | Type | Required | Default | Description |
|---|---|---|---|---|
message | string | Conditional | "" | User text; required when images is empty |
images | array | Conditional | [] | Up to four OpenAI-style image_url parts; required when message is empty |
session_id | string | No | Generated | Existing session to continue |
context | array | No | null | Additional messages containing role and content |
need_reply | boolean | No | true | Whether the Bot should reply |
disabled_tools | string[] | No | [] | Tool names disabled for this request |
channel_id | string | No | null | Multi-channel routing identifier |
HTTP API
curl -X POST http://localhost:1933/bot/v1/chat \
-H "Content-Type: application/json" \
-H "X-API-Key: your-key" \
-d '{"message":"Summarize my project progress","session_id":"optional-session-id"}'
Images may use an accessible HTTPS URL or an inline Base64 data URL:
curl -X POST http://localhost:1933/bot/v1/chat \
-H "Content-Type: application/json" \
-H "X-API-Key: your-key" \
-d '{
"message": "Describe this image",
"images": [{
"type": "image_url",
"image_url": {
"url": "https://example.com/photo.png"
}
}]
}'
Inline Base64 images support JPEG, PNG, GIF, and WebP. Each decoded inline image is limited to
10 MiB; inline SVG and mismatched MIME signatures are rejected. For HTTPS URLs, the Gateway
validates the URL structure but does not fetch or inspect the remote resource, so remote format
support and related errors are provider-specific. Local filesystem paths are rejected. The
optional detail field accepts auto, low, or high; omit it for maximum provider
compatibility.
CLI
ov chat -m "Summarize my project progress"
Response Example
{
"session_id": "session-id",
"response_id": "response-id",
"message": "Here is the current project summary…",
"events": null,
"relevant_memories": null,
"token_usage": {
"prompt_tokens": 120,
"completion_tokens": 42,
"total_tokens": 162
},
"timestamp": "2026-07-24T09:00:00"
}
Return reasoning, tool calls, content deltas, and the final response as Server-Sent Events. The request fields are the same as chat(); the Gateway enables streaming automatically.
HTTP API
curl -N -X POST http://localhost:1933/bot/v1/chat/stream \
-H "Content-Type: application/json" \
-H "X-API-Key: your-key" \
-d '{"message":"Analyze the current knowledge base"}'
CLI
ov chat -m "Analyze the current knowledge base"
SSE Response Example
Each message uses data: <json> format. The X-VikingBot-Session-ID response header contains the session ID.
data: {"event":"reasoning_delta","data":"Inspecting the knowledge base…","timestamp":"2026-07-24T09:00:00"}
data: {"event":"content_delta","data":"The knowledge base contains","timestamp":"2026-07-24T09:00:01"}
data: {"event":"response","data":{"content":"The knowledge base contains…","response_id":"response-id"},"timestamp":"2026-07-24T09:00:02"}
event can be reasoning, reasoning_delta, tool_call, tool_result, content_delta, iteration, or response.
Start an asynchronous, Skill-driven Compile task. VikingBot loads the selected Skill, reads the supplied OpenViking directories with the authenticated user identity, runs a task-scoped AgentLoop, and commits validated outputs below the target URI.
| Field | Type | Required | Default | Description |
|---|---|---|---|---|
from | string[] | Yes | - | One or more source directories |
to | string | Yes | - | Target Resource or Memory directory, or a supported Skill namespace |
skill | string | Yes | - | Skill directory or its SKILL.md URI |
reason | string | No | Skill-driven default | Additional instructions for this Compile run |
HTTP API
POST /bot/v1/compile
curl -X POST http://localhost:1933/bot/v1/compile \
-H "Content-Type: application/json" \
-H "X-API-Key: your-key" \
-d '{
"from": ["viking://resources/research"],
"to": "viking://resources/research-wiki",
"skill": "viking://user/default/skills/research-compiler",
"reason": "Track the historical progress and preserve supporting evidence."
}'
CLI
ov compile \
--from viking://resources/research \
--to viking://resources/research-wiki \
--skill viking://user/default/skills/research-compiler \
--reason "Track the historical progress and preserve supporting evidence." \
--wait
--wait polls the status endpoint until the task reaches a terminal state. --timeout limits only the local wait and does not cancel the server task.
The direct backend runs Compile exec commands with the Bot host's permissions. bot.sandbox.backends.direct.allow_compile_exec defaults to false, so Compile omits exec while ordinary Wiki and artifact generation can still run through file tools. A Skill that declares requires.bins or requires.env fails with SKILL_CAPABILITY_UNAVAILABLE before any command probe runs. Setting the option to true is an explicit unsafe opt-in; isolated backends with filesystem and network policies are recommended for CLI-dependent Skills. Admission overflow returns 429 RESOURCE_EXHAUSTED.
Response Example
The HTTP endpoint returns 202 Accepted:
{
"status": "ok",
"result": {
"task_id": "cmp_01abc",
"status": "accepted",
"to": "viking://resources/research-wiki"
}
}
Get the current state and, for a terminal task, its result or error. A task is visible only to the principal that created it; a missing task and a task owned by another principal both return 404.
HTTP API
GET /bot/v1/compile/{task_id}
curl http://localhost:1933/bot/v1/compile/cmp_01abc \
-H "X-API-Key: your-key"
Response Example
{
"status": "ok",
"result": {
"task_id": "cmp_01abc",
"status": "completed",
"stage": "completed",
"created_at": "2026-07-28T08:00:00Z",
"updated_at": "2026-07-28T08:02:30Z",
"result": {
"from": ["viking://resources/research"],
"to": "viking://resources/research-wiki",
"skill": "viking://user/default/skills/research-compiler",
"okf_version": "0.1",
"created": ["viking://resources/research-wiki/Progress.md"],
"updated": [],
"unchanged": [],
"page_count": 1,
"link_count": 0,
"warnings": []
}
}
}
Task lifecycle values are:
| Status | Typical stages |
|---|---|
accepted | queued |
running | loading_skill, collecting_context, agent, rendering |
committing | writing, refreshing |
completed | completed |
failed | Stage where the failure occurred; the response contains error.code and error.message |
Submit explicit feedback for an existing assistant response.
| Field | Type | Required | Description |
|---|---|---|---|
session_id | string | Yes | Session containing the target response |
response_id | string | Yes | Target assistant response ID |
feedback_type | string | Yes | thumb_up, thumb_down, or rating |
feedback_score | number | Conditional | Required when feedback_type=rating |
feedback_reason | string | No | Feedback reason label |
feedback_text | string | No | Free-form feedback |
channel_id | string | No | Multi-channel routing identifier |
HTTP API
curl -X POST http://localhost:1933/bot/v1/feedback \
-H "Content-Type: application/json" \
-H "X-API-Key: your-key" \
-d '{
"session_id":"session-id",
"response_id":"response-id",
"feedback_type":"thumb_up"
}'
Response Example
{
"accepted": true,
"response_id": "response-id",
"session_id": "session-id",
"feedback_type": "thumb_up",
"feedback_delay_sec": 8.42,
"timestamp": "2026-07-24T09:00:08"
}
A missing target response returns 404. Rating feedback without feedback_score returns a request validation error.
The standard OpenViking Python, TypeScript, and Go SDKs do not currently wrap the Bot proxy. Chat and Compile are available through the ov CLI and HTTP. The VikingBot Gateway also exposes Session and Channel APIs; see the VikingBot documentation.