Skip to content

feat: add "Passing data between assistants" page to squads#1033

Open
dhruva-reddy wants to merge 2 commits intomainfrom
dr/squads-passing-data-between-assistants
Open

feat: add "Passing data between assistants" page to squads#1033
dhruva-reddy wants to merge 2 commits intomainfrom
dr/squads-passing-data-between-assistants

Conversation

@dhruva-reddy
Copy link
Copy Markdown
Contributor

Description

  • New page: fern/squads/passing-data-between-assistants.mdx — a focused decision guide for the three mechanisms Vapi supports for forwarding context across squad handoffs.
  • fern/docs.yml updated: new entry under the Build → Squads section, sitting between the existing Handoff tool page and the Examples subsection.

The existing /squads/handoff page covers configuration mechanics for the handoff tool itself but doesn't compare the three approaches (function.parameters, variableExtractionPlan.schema, Liquid in the destination prompt) as alternatives. Customers default to schema extraction even when handoff arguments or direct Liquid would be faster, cheaper, and more reliable.

The page covers:

  • At-a-glance comparison table (latency, hallucination risk, where the value comes from)
  • Per-approach example + when-to-use / when-to-avoid
  • Decision flowchart for choosing the right mechanism
  • Common patterns: forwarding extracted IDs, classifying intent, structured booking requests, mix-and-match
  • Failure-mode notes (empty plan, LLM rejection, non-object result) reflecting the platform-hardening guarantees in vapi#11302 (PRISM-467)

Resolves the docs follow-up tracked alongside PRISM-467.

Testing Steps

  • Run fern check — passes with 0 errors (5 pre-existing warnings, unrelated)
  • Verify JSON examples are valid — 2 JSON blocks, both parse cleanly
  • Verify internal links resolve — 5 links: /squads/handoff, /squads/handoff#variable-extraction, /squads/handoff (again), /tools/static-variables-and-aliases, /assistants/dynamic-variables — all OK
  • New page added to fern/docs.yml between Handoff tool and Examples in the Squads section
  • Confirm the page renders at /squads/passing-data-between-assistants in the preview deployment
  • Confirm sidebar position appears between Handoff tool and Examples
  • Style guide compliance — active voice, present tense, second person, no marketing language, key terms bolded on first use
  • Code examples use realistic placeholders (Specialist, Scheduler) and reference actual JSON schemas matching the API
  • No commit trailer added

Adds a focused decision guide for the three mechanisms Vapi supports for
forwarding context across squad handoffs:

1. Handoff arguments (function.parameters on the handoff tool) — LLM fills
   inline, zero added latency
2. variableExtractionPlan.schema — separate dedicated LLM call against the
   transcript, structured output with JSON-schema validation
3. Liquid templating in the destination's prompt — sub-millisecond, deterministic,
   reads anything already in the variable bag

The existing /squads/handoff page covers configuration mechanics for the
handoff tool itself but doesn't compare these three approaches as alternatives.
Customers consistently pick the wrong path (usually defaulting to schema
extraction when handoff arguments or direct Liquid would be faster and more
reliable). New page sits next to /squads/handoff in the nav.

Includes:
- At-a-glance comparison table
- Per-approach example + when-to-use / when-to-avoid
- Decision flowchart for choosing
- Common patterns (forwarding extracted IDs, classifying intent, mixed)
- Failure-mode notes (empty plan, LLM rejection, non-object result) reflecting
  the platform-hardening guarantees from PRISM-467

Validated: fern check passes, 2 JSON blocks valid, 5 internal links resolve.
…andoff tool

- Flags that function.parameters is API-only today (dashboard UX for the
  Tools page shipping in VapiAI/vapi#10727, squad-builder backend gap tracked
  in PRISM-471)
- Directs customers to put the handoff tool on the assistant's model.tools[]
  via the API instead of the squad-member Handoff Tools path until the
  backend gap (callAssistantsGet synthesizing without `function`) is closed
@github-actions
Copy link
Copy Markdown
Contributor

@github-actions
Copy link
Copy Markdown
Contributor

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.

1 participant