Every term the rest of the documentation uses, with a link to the page that owns it. The first half is the model you need before building; the table at the end defines everything else.

Workspace

The boundary everything belongs to: agents, tools, keys, numbers, calls, credit and the people who can see them. Members hold ADMIN, EDITOR or VIEWER. The dashboard calls it an organization. See workspaces and roles.

Agent

One object, config, plus what it attaches: tools, MCP servers, FAQs and handoff targets. channel is voice, video or text and decides which model slots exist; prompt is where the behaviour lives. Only name is required. See agents overview and channels.

Draft and published

Every write lands on the draft. Live traffic (phone numbers, batches, API calls that omit agent_version) runs the latest published version, an immutable snapshot. Publishing validates the draft, freezes it as the next version and pins each attached tool to its current published version; republishing a tool changes nothing live until the agent is published again. The dashboard’s test panel and agent_version: "draft" run the draft directly. See versions.

Tool

One capability the model can call mid-conversation: name, description, a json_schema of arguments, and an ordered tree of operations (call an API, run TypeScript, branch, speak, hand off, transfer, end the call). A tool has its own draft and published versions and must be published before an agent can attach it. See tools overview.

Agent task

An agent nobody talks to: it takes named inputs (vars), uses tools, and returns typed output fields. Same draft/publish lifecycle as an agent. Use one for research, classification and drafting. See agent tasks.

FAQ

A named list of question/answer pairs attached to an agent or task through faqs. The questions go in the prompt; the agent fetches your written answer with a generated tool. FAQs have no draft or versions: an edit reaches every attaching agent from its next session. See FAQs.

Handoff and transfer

See handoffs and transfer.

Conversation, call, chat and session

An agent configured to continue a thread adds a new session to the same conversation on every call or chat. See conversations.

Contact and contact_key

A contact is the person across all their conversations, with the userdata accumulated about them. You identify one with contact_key: your own stable string, 1–256 characters, unique in the workspace. On your phone and WhatsApp numbers Talqing builds it instead: phone:<your number>:<their number>, one contact across calls, WhatsApp calls and WhatsApp messages. Omit it on a web call or chat and a single-use key is minted, so the same person arrives as a stranger each time. Platform-built keys use these prefixes, which your own keys must not: phone:, telegram:, whatsapp:, sip:, stream:, agent_copilot:, tool_copilot:, task_copilot:. See text conversations.

Userdata, vars and system variables

All three are visible to the model and may be read aloud. Credentials belong in a secret, read as {{secrets.NAME}} inside a tool. See variables and userdata.

Provider key, personal access token, secret

See provider keys, authentication and secrets.

Credits and the platform fee

Provider spend goes to your own accounts. Talqing charges only a platform fee, debited from the workspace’s prepaid credit: $0.0035 per voice minute, $0.01 per video minute, $0.0001 per answered text message. A workspace at zero credit cannot start new calls or chats. See pricing and credits.

Other terms

Next

Build a voice agent

Put the vocabulary to work in the dashboard.

Agents overview

Every field of an agent config.