AI-generated Key Takeaways
-
The CapabilityCallbackResponse object, which is deprecated, provides information about a user's RBM capability and is received by an agent in the data field of a message object from a Google Pub/Sub subscription.
-
The CapabilityCallbackResponse includes fields such as
requestId,phoneNumber,rbmEnabled,features, andstatusto detail the user's RBM capabilities. -
The
statusfield, an object of typeStatus, contains an error code, error message, and error details if the capability check fails. -
The
Statustype follows a logical error model suitable for different programming environments, including REST and RPC APIs, and is used by gRPC. -
The
Statusobject includescode(an integer status code),message(a developer-facing error message), anddetails(a list of messages carrying error details).
The RBM capability of a user. This response is the result of a capability.requestCapabilityCallback request from the agent.
The CapabilityCallbackResponse appears in the "data" field of the "message" object that the agent receives from its Google Pub/Sub subscription. The "data" field is a base64-encoded string that the agent must decode to match the CapabilityCallbackResponse structure. Deprecated: No longer used.
| JSON representation |
|---|
{ "requestId": string, "phoneNumber": string, "rbmEnabled": boolean, "features": [ enum ( |
| Fields | |
|---|---|
requestId |
The UUID assigned by the agent to the capability.requestCapabilityCallback request. |
phoneNumber |
Phone number of the user in E.164 format. |
rbmEnabled |
Whether the user is capable of participating in RBM conversations with agents. |
features[] |
List of all RBM features which are supported for this phone number |
status |
Status of the response. If the capability check fails, includes error messages. |
Status
The Status type defines a logical error model that is suitable for different programming environments, including REST APIs and RPC APIs. It is used by gRPC. Each Status message contains three pieces of data: error code, error message, and error details.
You can find out more about this error model and how to work with it in the API Design Guide.
| JSON representation |
|---|
{ "code": integer, "message": string, "details": [ { "@type": string, field1: ..., ... } ] } |
| Fields | |
|---|---|
code |
The status code, which should be an enum value of |
message |
A developer-facing error message, which should be in English. Any user-facing error message should be localized and sent in the |
details[] |
A list of messages that carry the error details. There is a common set of message types for APIs to use. An object containing fields of an arbitrary type. An additional field |