Skip to content

docs: custom KB uuid must be a UUID v4; direct response is a custom-message - #1321

Merged
stephenvapiai merged 2 commits into
VapiAI:mainfrom
chiranjeet-vapi:docs/custom-kb-response-shape
Oct 14, 2026
Merged

stephenvapiai merged 2 commits into
VapiAI:mainfrom
chiranjeet-vapi:docs/custom-kb-response-shape

Conversation

@chiranjeet-vapi

@chiranjeet-vapi chiranjeet-vapi commented Oct 14, 2026 •

Copy link
Copy Markdown
Contributor

Description

  • The custom knowledge base page shows "uuid": "doc-return-policy-1". Vapi only accepts a UUID v4 in uuid, and a response that fails validation is discarded as a whole, so a customer copying the example gets no documents at all.
  • Example uuid values are now real UUID v4s, with a warning to omit uuid when IDs are not UUIDs. The sample servers no longer map arbitrary IDs or titles into uuid.
  • The direct-response option showed { "message": { "role": "assistant", "content": ... } }. The field is a custom message: { "type": "custom-message", "content": ... }.

Evidence

  • live API spec (https://api.vapi.ai/api-json, 2026-10-14): CustomMessage.type enum is ["custom-message"] and CustomMessage.content has maxLength: 1000; there is no role property.
  • UUID v4 requirement and whole-response rejection: verified against the current API implementation. The spec renders KnowledgeBaseResponseDocument.uuid as a plain string, so the API reference understates the constraint.

Testing Steps

  • fern check (pinned 5.151.1) passes locally
  • Check the preview deployment for the changed page

…essage

The API accepts only a UUID v4 in documents[].uuid and discards a response
that fails validation. The direct response field is a custom message
({ type: 'custom-message', content }), not a role/content chat message.
Example servers no longer map arbitrary IDs or titles into uuid.
@chiranjeet-vapi
chiranjeet-vapi force-pushed the docs/custom-kb-response-shape branch from f1c9c1e to 4bac90f Compare October 14, 2026 04:09
@chiranjeet-vapi
chiranjeet-vapi marked this pull request as ready for review October 14, 2026 16:41
@lightsage-app

lightsage-app Bot commented Oct 14, 2026 •

Copy link
Copy Markdown

Lightsage docs evals

Waiting for the staging docs URL before running evals.

Lightsage will start the selected PR evals automatically when GitHub reports a successful docs deployment for this PR. This usually happens within 15 minutes.

Commit: bc117cc
Status: waiting for staging docs URL

@stephenvapiai
stephenvapiai merged commit 44e05f1 into VapiAI:main Oct 14, 2026
2 of 6 checks passed
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants