@vapi-ai/web 3.0.1 → 3.1.1

package/dist/api.js

@@ -1338,6 +1338,41 @@ class Api extends HttpClient {
             secure: true,
             ...params,
         }),
+        /**
+         * No description
+         *
+         * @tags Calls
+         * @name GoalEvaluationCurrentControllerCurrentGet
+         * @summary Get the current goal evaluation for a call
+         * @request GET:/call/{id}/goal-evaluation
+         * @secure
+         */
+        goalEvaluationCurrentControllerCurrentGet: (id, query, params = {}) => this.request({
+            path: `/call/${id}/goal-evaluation`,
+            method: "GET",
+            query: query,
+            secure: true,
+            format: "json",
+            ...params,
+        }),
+        /**
+         * No description
+         *
+         * @tags Calls
+         * @name GoalEvaluationCurrentControllerCurrentBatchGet
+         * @summary Get current goal evaluations for up to 100 call/goal pairs
+         * @request POST:/call/goal-evaluation/batch
+         * @secure
+         */
+        goalEvaluationCurrentControllerCurrentBatchGet: (data, params = {}) => this.request({
+            path: `/call/goal-evaluation/batch`,
+            method: "POST",
+            body: data,
+            secure: true,
+            type: ContentType.Json,
+            format: "json",
+            ...params,
+        }),
     };
     chat = {
         /**
@@ -1670,7 +1705,7 @@ class Api extends HttpClient {
     };
     trafficAllocations = {
         /**
-         * @description Creates a new traffic allocation for an assistant, replacing the one currently in effect. To start or adjust a split, send targets naming published versions (such as "v7") with percentages totaling 100; allocationIntent is inferred as 'explicit'. To stop splitting and send every call to the newest published version, send allocationIntent 'follow-latest' with no targets field; stopping always names its intent, so a dropped targets field can never end a split by accident. Traffic splitting is in beta, rolling out to select organizations; requests from organizations without access receive a 403.
+         * @description Creates a new traffic allocation for an assistant, replacing the one currently in effect. To start or adjust a split, send targets naming published versions (such as "v7") with percentages totaling 100; allocationIntent is inferred as 'explicit'. To stop splitting and send every call to the newest published version, send allocationIntent 'follow-latest' with no targets field; stopping always names its intent, so a dropped targets field can never end a split by accident.
          *
          * @tags Traffic Allocations
          * @name TrafficAllocationControllerCreate
@@ -1688,7 +1723,7 @@ class Api extends HttpClient {
             ...params,
         }),
         /**
-         * @description The append-only history of an assistant's allocations, newest first. Traffic splitting is in beta, rolling out to select organizations; requests from organizations without access receive a 403.
+         * @description The append-only history of an assistant's allocations, newest first.
          *
          * @tags Traffic Allocations
          * @name TrafficAllocationControllerFindAllPaginated
@@ -1705,7 +1740,7 @@ class Api extends HttpClient {
             ...params,
         }),
         /**
-         * @description The allocation currently in effect for the assistant, with its targets. The response carries no allocation field when traffic splitting has never been configured. Traffic splitting is in beta, rolling out to select organizations; requests from organizations without access receive a 403.
+         * @description The allocation currently in effect for the assistant, with its targets. The response carries no allocation field when traffic splitting has never been configured.
          *
          * @tags Traffic Allocations
          * @name TrafficAllocationControllerLatestGet
@@ -1722,7 +1757,7 @@ class Api extends HttpClient {
             ...params,
         }),
         /**
-         * @description Per-assistant-version call metrics over a time window: call counts, configured vs actual traffic share, duration, cost per minute, latency, ended reasons, a bucketed timeseries, and optional structured output aggregations. Calls with no assistant version are reported as an 'unversioned' row. Traffic splitting is in beta, rolling out to select organizations; requests from organizations without access receive a 403.
+         * @description Per-assistant-version call metrics over a time window: call counts, configured vs actual traffic share, duration, cost per minute, latency, ended reasons, a bucketed timeseries, and optional structured output aggregations. Calls with no assistant version are reported as an 'unversioned' row.
          *
          * @tags Traffic Allocations
          * @name TrafficAllocationControllerMetricsGet
@@ -1739,7 +1774,7 @@ class Api extends HttpClient {
             ...params,
         }),
         /**
-         * @description Returns a single allocation by id, including its targets and actor attribution. Traffic splitting is in beta, rolling out to select organizations; requests from organizations without access receive a 403.
+         * @description Returns a single allocation by id, including its targets and actor attribution.
          *
          * @tags Traffic Allocations
          * @name TrafficAllocationControllerFindOne
@@ -2347,6 +2382,42 @@ class Api extends HttpClient {
             ...params,
         }),
     };
+    callHealth = {
+        /**
+         * No description
+         *
+         * @tags Call Health
+         * @name CallHealthDashboardIssueReadControllerListGet
+         * @summary List one assistant’s issue aggregates in ascending ID transport pages
+         * @request GET:/call-health/assistant/{id}/issue
+         * @secure
+         */
+        callHealthDashboardIssueReadControllerListGet: (id, query, params = {}) => this.request({
+            path: `/call-health/assistant/${id}/issue`,
+            method: "GET",
+            query: query,
+            secure: true,
+            format: "json",
+            ...params,
+        }),
+        /**
+         * No description
+         *
+         * @tags Call Health
+         * @name CallHealthDashboardIssueReadControllerDetailGet
+         * @summary Get full-window issue impact and a bounded daily chart page
+         * @request GET:/call-health/issue/{id}
+         * @secure
+         */
+        callHealthDashboardIssueReadControllerDetailGet: (id, query, params = {}) => this.request({
+            path: `/call-health/issue/${id}`,
+            method: "GET",
+            query: query,
+            secure: true,
+            format: "json",
+            ...params,
+        }),
+    };
     structuredOutput = {
         /**
          * No description
@@ -3132,6 +3203,60 @@ class Api extends HttpClient {
             format: "json",
             ...params,
         }),
+        /**
+         * @description Generate draft test requirements from an assistant's prompt, tools, and handoff configuration. The response includes numbered requirements describing expected behavior and open questions about behavior that needs clarification. Use this endpoint before generating a simulation suite. Review the requirements and resolve any open questions. To revise a draft, send it as `previousDraft` together with natural-language `feedback` describing the changes or answers. Once the requirements are ready, pass them to `POST /eval/simulation/onboarding/suite`. Requests can take up to 2 minutes. Each organization can draft requirements 60 times per UTC day, shared with the dashboard. A 429 `SIMULATION_ONBOARDING_QUOTA_EXCEEDED` response means the daily limit has been reached. Wait until the limit resets at 00:00 UTC before retrying.
+         *
+         * @tags Simulation Suites
+         * @name SimulationOnboardingControllerRequirementsDraft
+         * @summary Draft simulation requirements
+         * @request POST:/eval/simulation/onboarding/requirements
+         * @secure
+         */
+        simulationOnboardingControllerRequirementsDraft: (data, params = {}) => this.request({
+            path: `/eval/simulation/onboarding/requirements`,
+            method: "POST",
+            body: data,
+            secure: true,
+            type: ContentType.Json,
+            format: "json",
+            ...params,
+        }),
+        /**
+         * @description Generate and save a simulation suite from reviewed test requirements, and assign it to an assistant. First draft requirements with `POST /eval/simulation/onboarding/requirements`. The response includes the saved suite, its simulations, and requirement coverage, including any gaps. Requests can take up to 3 minutes. Set a client timeout of at least 200 seconds. Use a unique `idempotencyKey` for each suite generation request. Retrying with the same key does not create a duplicate suite: - On a timeout or a 5xx (502, 504, 524), retry with the same key. You get the saved suite, a 409 while it is still generating, or a fresh generation if the first one never saved. - On a 409 `SIMULATION_ONBOARDING_GENERATION_IN_PROGRESS`, the first request is still generating. Wait `Retry-After` seconds (15) and retry with the same key. - On a 409 `SIMULATION_ONBOARDING_IDEMPOTENCY_KEY_REUSED`, the key was used for a different assistant or requirements. Send a new key. Review the generated simulations and coverage gaps. Revise the suite with `PATCH /eval/simulation/onboarding/suite/{suiteId}`, then run it with `POST /eval/simulation/run`. Each organization can generate 20 suites per UTC day, shared with the dashboard, and 2 at a time. A retry that returns a saved suite does not count toward these limits. On a 429 `SIMULATION_ONBOARDING_CONCURRENCY_LIMITED`, wait `Retry-After` seconds (30) before retrying. On a 429 `SIMULATION_ONBOARDING_QUOTA_EXCEEDED`, wait until the daily limit resets at 00:00 UTC before retrying.
+         *
+         * @tags Simulation Suites
+         * @name SimulationOnboardingControllerSuiteCreate
+         * @summary Generate a simulation suite
+         * @request POST:/eval/simulation/onboarding/suite
+         * @secure
+         */
+        simulationOnboardingControllerSuiteCreate: (data, params = {}) => this.request({
+            path: `/eval/simulation/onboarding/suite`,
+            method: "POST",
+            body: data,
+            secure: true,
+            type: ContentType.Json,
+            format: "json",
+            ...params,
+        }),
+        /**
+         * @description Revise a suite created by `POST /eval/simulation/onboarding/suite`. Remove simulations, rewrite scenarios using natural-language instructions, or set `retryFailed` to regenerate scenarios that failed or exceeded generation limits. The response includes the updated suite and requirement coverage. Requests can take up to 2 minutes. Send a new `patchKey` for each edit. Replaying an applied key changes nothing and returns the current suite, with `failedEditSimulationIds` listing the simulations that edit could not rewrite, so retry a timeout or a 5xx with the same key. A suite remembers its last 50 keys, so never reuse one. Each organization can make 60 edits per UTC day, shared with the dashboard. Requests that only remove simulations and replays of applied edits do not count toward this limit. On a 429 `SIMULATION_ONBOARDING_QUOTA_EXCEEDED`, wait until the daily limit resets at 00:00 UTC before retrying.
+         *
+         * @tags Simulation Suites
+         * @name SimulationOnboardingControllerSuiteUpdate
+         * @summary Edit a generated simulation suite
+         * @request PATCH:/eval/simulation/onboarding/suite/{suiteId}
+         * @secure
+         */
+        simulationOnboardingControllerSuiteUpdate: (suiteId, data, params = {}) => this.request({
+            path: `/eval/simulation/onboarding/suite/${suiteId}`,
+            method: "PATCH",
+            body: data,
+            secure: true,
+            type: ContentType.Json,
+            format: "json",
+            ...params,
+        }),
         /**
          * No description
          *

package/dist/vapi.d.ts

@@ -1,7 +1,7 @@
 import type { ChatCompletionMessageParam } from 'openai/resources';
 import { DailyCall, DailyAdvancedConfig, DailyFactoryOptions, DailyEventObjectNoPayload, DailyEventObjectRecordingError, DailyEventObjectRecordingStarted, DailyEventObjectRecordingStopped, DailyParticipant, DailyVideoSendSettings } from '@daily-co/daily-js';
 import EventEmitter from 'events';
-import { Call, CreateSquadDTO, CreateAssistantDTO, AssistantOverrides, CreateWorkflowDTO, WorkflowOverrides } from './api';
+import { Call, CreateSquadDTO, CreateAssistantDTO, AssistantOverrides, CreateWebCallDTO, CreateWorkflowDTO, WorkflowOverrides } from './api';
 export interface EndCallMessage {
     type: 'end-call';
 }
@@ -69,9 +69,19 @@ type VapiEventListeners = {
     'recording-error': (event: DailyEventObjectRecordingError) => void;
     'recording-upload-completed': (event: DailyEventObjectNoPayload) => void;
 };
+type VideoRecordingStartMode = NonNullable<CreateWebCallDTO['videoRecordingStartMode']>;
 type StartCallOptions = {
     /** Acquire the microphone before creating a backend call. Defaults to true. */
     microphonePreflightEnabled?: boolean;
+    /**
+     * Run Daily's Krisp noise cancellation on the microphone
+     * in the browser, before the audio leaves the device. Set to `false` to send
+     * the raw microphone audio. Defaults to true.
+     *
+     * Separate from the assistant's server-side `backgroundSpeechDenoisingPlan`,
+     * which this option does not change.
+     */
+    clientSideNoiseCancellationEnabled?: boolean;
     /**
      * This determines whether the daily room will be deleted and all participants will be kicked once the user leaves the room.
      * If set to `false`, the room will be kept alive even after the user leaves, allowing clients to reconnect to the same room.
@@ -81,6 +91,36 @@ type StartCallOptions = {
      * @example true
      */
     roomDeleteOnUserLeaveEnabled?: boolean;
+    /**
+     * This determines who starts the video recording. Only applies when video
+     * recording is enabled (`artifactPlan.videoRecordingEnabled`).
+     *
+     * - `client`: the web client starts the recording when it joins.
+     * - `server`: Vapi starts the recording once the user has joined, so a weak
+     *   client connection can't stop it from starting. If Vapi can't set up the
+     *   server-side start, or the start itself fails, the SDK emits
+     *   `recording-error`.
+     *
+     * In `server` mode the SDK never calls `startRecording()` itself. If the
+     * server-side start couldn't be set up, calling it yourself may still start
+     * the recording.
+     *
+     * Requires a Vapi API that supports this field; older servers reject the
+     * request. The server defaults to `client` when it is not set.
+     * @example "server"
+     */
+    videoRecordingStartMode?: VideoRecordingStartMode;
+};
+type ReconnectOptions = {
+    /**
+     * Run Daily's Krisp noise cancellation on the microphone
+     * in the browser. Defaults to the value used by the last `start()` or
+     * `reconnect()`, or true if neither set it.
+     *
+     * Separate from the assistant's server-side `backgroundSpeechDenoisingPlan`,
+     * which this option does not change.
+     */
+    clientSideNoiseCancellationEnabled?: boolean;
 };
 type WebCall = {
     /**
@@ -113,13 +153,21 @@ type WebCall = {
     };
     /**
      * The Vapi WebCall transport. When video recording is enabled, the server
-     * sets `callToken` to a Daily meeting token that auto-starts the cloud
-     * recording on join.
+     * sets `callToken` to the Daily meeting token to join with. In `client` mode
+     * the token auto-starts the cloud recording on join; in `server` mode it
+     * starts nothing and Vapi starts the recording. If there is no token, the
+     * SDK emits `recording-error` and starts nothing, though `startRecording()`
+     * may still start the recording from the client.
+     *
+     * `videoRecordingStartMode` is `server` when Vapi starts the recording, and
+     * is absent when video recording is off or the server-side start couldn't
+     * be set up.
      *
      * call.transport
      */
     transport?: {
         callToken?: string;
+        videoRecordingStartMode?: VideoRecordingStartMode;
     };
 };
 declare class VapiEventEmitter extends EventEmitter {
@@ -142,6 +190,7 @@ export default class Vapi extends VapiEventEmitter {
     private dailyCallObject;
     private microphoneTrack;
     private cancelMicrophonePreflight;
+    private clientSideNoiseCancellationEnabled;
     private microphoneAcquire;
     private hasEmittedCallEndedStatus;
     constructor(apiToken: string, apiBaseUrl?: string, dailyCallConfig?: Pick<DailyAdvancedConfig, 'avoidEval' | 'alwaysIncludeMicInPermissionPrompt'>, dailyCallObject?: Pick<DailyFactoryOptions, 'audioSource' | 'startAudioOff'>);
@@ -220,6 +269,16 @@ export default class Vapi extends VapiEventEmitter {
      * which EventEmitter throws on when nothing is listening.
      */
     private emitToConsumer;
+    /**
+     * Reported in a later task, like Daily's own recording-error: start() or
+     * reconnect() has resolved and the caller's await continuation has run, so a
+     * listener registered right after it still hears this, and one that calls
+     * stop() can't interrupt call setup. Skipped if that call was stopped or
+     * replaced.
+     */
+    private recordingTokenMissingReportSchedule;
+    /** The fields are read defensively: the app message is untrusted JSON. */
+    private videoRecordingStartFailedReport;
     /** Drops the reference before removing, so nothing hands out a detached element. */
     private detachAudioPlayer;
     /**
@@ -308,10 +367,10 @@ export default class Vapi extends VapiEventEmitter {
     /**
      * Reconnects to an active call.
      *
-     *
      * @param webCall
+     * @param options
      */
-    reconnect(webCall: WebCall): Promise<void>;
+    reconnect(webCall: WebCall, options?: ReconnectOptions): Promise<void>;
     /**
      * Runs all network connectivity tests for pre-call diagnostics.
      * Creates a temporary Daily call object for testing purposes.