Note: The AccelByte Gaming Service (AGS) Typescript SDK is still under development. Some Extend SDK features may not be available yet.
The AGS TypeScript SDK is a versatile library for building web applications using AccelByte API services. It is platform-agnostic, making it suitable for both browser and server environments. Developed with TypeScript, the SDK emphasizes strict type safety, providing robust runtime type-checking to help you confidently work with AccelByte Gaming Service (AGS) type definitions.
This guide will walk you through getting started with the AGS TypeScript SDK, including installation and usage instructions.
We recommend installing the TypeScript SDK via npm using your preferred package manager. Open your terminal and run this command:
npm install @accelbyte/sdk @accelbyte/sdk-iam @accelbyte/sdk-basic # Add more SDK packages as needed
Important: You must specifically install
@accelbyte/sdk
in your project as it has been moved topeerDependencies
in other@accelbyte/sdk-*
packages. This ensures that the core SDK is shared across all related modules.
Optional: If you plan to use our generated React Query hooks, you'll also need to install @tanstack/query
. Note that we currently only support v4.
npm install @tanstack/react-query@4.36.1
Refer to the AccelByte APIs section to see the full list of services and SDK offered by AccelByte.
To begin using the AGS TypeScript SDK, you'll need to instantiate it with some basic configuration, including an IAM Client ID (clientId
) and other core settings. Depending on your application, you may want to store environment variables in a .env
file and load them using your development tools (e.g., via process.env.ENV_KEY
).
import { AccelByte } from '@accelbyte/sdk';
const sdk = await AccelByte.SDK({
coreConfig: {
baseURL: "<Your publisher base URL, e.g. <https://prod.gamingservices.accelbyte.io>>",
clientId: "<Your publisher Client ID, e.g. 32_char_guid>",
redirectURI: "<Your publisher Redirect URL, e.g. <https://prod.gamingservices.accelbyte.io>>",
namespace: "<Your publisher namespace, e.g. 'accelbyte'>"
},
axiosConfig: {
interceptors: [
{
type: 'response',
name: 'disconnected',
onError: e => {
const error = e as AxiosError;
const { config, response } = error;
if (!response) {
console.warn(`sdk:ERR_INTERNET_DISCONNECTED ${config?.baseURL}${config?.url}. ${error.message}\n`);
}
return Promise.reject(error);
}
}
],
request: {
withCredentials: true // If true, cookies will be sent automatically with requests.
}
}
});
Note: When setting up IAM Clients, ensure that you include an additional Redirect URI with the format
{studio-namespace}.prod.gamingservices.accelbyte.io
(e.g.,accelbyte.prod.gamingservices.accelbyte.io
).
-
coreConfig:
-
baseURL
: The base URL for your AGS deployment. This is the starting point for all API requests. -
clientId
: The client ID. This is required for authentication with the IAM service. For more information about creating IAM clients, refer to the AGS Documentation Portal. -
redirectURI
: The URL to which users will be redirected after logging in. -
namespace
: The namespace for your AGS deployment, which helps in scoping API requests.
-
-
axiosConfig (optional):
-
interceptors
: Custom Axios interceptors to manage request and response behaviors. For example, you can add an interceptor to handle network errors. -
request
: Configuration for Axios request, such as settingwithCredentials
totrue
to include cookies automatically. For more information, refer to the Axios documentation. Using cookies can help prevent unauthorized access, protect against Cross-Site Request Forgery (CSRF) attacks, and ensure that resources are only accessed by legitimate referrers.
-
This is a sample code snippet demonstrating how to use the SDK to interact with AGS:
import { IamUserAuthorizationClient } from '@accelbyte/sdk-iam'
import { UserProfileApi } from '@accelbyte/sdk-basic'
// Log in to IAM using an authorization code
const token = await new IamUserAuthorizationClient(sdk).loginWithAuthorizationCode({ code, codeVerifier })
// Retrieve the current user profile
const userProfile = await UsersAdminApi(sdk).getUsersMe_v3()
Note: This is a browser-only integration.
If you're using @tanstack/react-query
to manage server state, the AGS SDK offers seamless integration through generated queries and mutations. This allows you to efficiently fetch, update, and manage data while leveraging React Query's powerful features like caching, automatic retries, and query invalidation.
To retrieve data using a generated query, you can use one of the SDK's hooks. The query key used in invalidation can be found within the generated queries.
import { useUsersAdminApi_GetUsersMe_v3 } from '@accelbyte/sdk-iam'
const usersQuery = useUsersAdminApi_GetUsersMe_v3(
sdk,
{ coreConfig: { namespace }, axiosConfig: {} },
{
retry: 2 // Retry the request twice before failing
}
)
console.log(usersQuery.data)
Each generated query comes with unique query keys that you can use for query invalidation when it's necessary to refresh the data. You can view these keys by hovering over the generated query, as shown below:
To perform data mutations (e.g., creating, updating, or deleting resources), use one of the generated mutation hooks:
import { useUsersAdminApi_UpdateUser_v3 } from '@accelbyte/sdk-iam';
import { useQueryClient } from '@tanstack/react-query';
const queryClient = useQueryClient();
const updateUserMutation = useUsersAdminApi_UpdateUserMutation_v3(
sdk,
{
onSuccess: (data) => {
console.log('User data updated:', data);
// Invalidate the query to refetch the updated data
queryClient.invalidateQueries({queryKey: [Key_UsersAdmin.User_v3]);
},
onError: (error) => console.error('Error updating user data:', error),
}
);
updateUserMutation.mutate({ namespace, data: {/* updated user data */} });
In the example above, after a successful mutation, the corresponding query is invalidated using queryClient.invalidateQueries({queryKey: [Key_UsersAdmin.User_v3] })
. This triggers a refetch to ensure the UI reflects the latest data.
These hooks provide a robust way to interact with AGS, making it easier to handle data fetching and state management within your React applications.
The SDK exposes public endpoints for common operations, but if you need to make a custom network call, you can do so using the SDK's network capabilities:
async function customNetworkCall() {
try {
const url = '/iam/v3/public/users/me'
const network = Network.create(sdk.assembly().axiosConfig.request)
return await network.get(url)
} catch (err) {
console.error(err)
}
}
This flexibility allows you to extend the SDK for specific use cases beyond the provided API methods.
When creating an instance of the AGS SDK using AccelByte.SDK(config)
, you need to provide a configuration object that adheres to the SdkConstructorParam
interface.
export interface SdkConstructorParam {
coreConfig: MakeOptional<CoreConfig, 'useSchemaValidation'>
axiosConfig?: AxiosConfig
webSocketConfig?: WebSocketConfig
}
This configuration includes three main sections: coreConfig
, axiosConfig
, and webSocketConfig
. Here's a detailed breakdown of each section:
This is a required object that contains the core configuration for the SDK. It includes essential settings like clientId
, redirectURI
, baseURL
, and namespace
.
export interface CoreConfig {
clientId: string;
redirectURI: string;
baseURL: string;
namespace: string;
useSchemaValidation?: boolean;
}
The following table describes each parameter's function, type, and default value.
Parameter | Type | Description | Default Value |
---|---|---|---|
clientId (required) |
string | The client ID associated with your SDK. You can obtain this from the AGS Admin Portal under OAuth Clients Game Setup > Games and Apps > IAM Clients. | |
redirectURI (required) |
string | The URI to redirect to after a successful login. This value is crucial for generating a valid login URL to IAM and should match the redirect URI configured in the Admin Portal. | |
baseURL (required) |
string | The URI to redirect to after a successful login. This value is crucial for generating a valid login URL to IAM and should match the redirect URI configured in the Admin Portal. | |
namespace (required) |
string | The namespace associated with your AGS deployment. | |
useSchemaValidation |
boolean | Determines whether the SDK enforces the Zod schema validation at runtime. Setting this to false will bypass validation, which might be useful to prevent throwing errors if there are schema mismatches between the Zod model and the backend response. |
true |
This object allows you to customize the Axios instance used by the SDK, such as adding interceptors or modifying request configurations.
export interface AxiosConfig {
interceptors?: Interceptor[];
request?: AxiosRequestConfig;
}
-
interceptors
(Interceptor[]
, optional): An array of interceptor objects that can modify requests or responses. These interceptors provide hooks for adding custom behavior before a request is sent or after a response is received.export type Interceptor = | { type: 'request'; name: string; onRequest?: (config: InternalAxiosRequestConfig) => InternalAxiosRequestConfig | Promise<InternalAxiosRequestConfig>; onError?: (error: unknown) => unknown; } | { type: 'response'; name: string; onSuccess?: (response: AxiosResponse<unknown>) => AxiosResponse<unknown>; onError?: (error: unknown) => unknown; }
The following table describes each parameter's function, type, and default value.
Parameter | Type | Description | Default Value |
---|---|---|---|
type (required) |
'request' | 'response' |
Specifies whether the interceptor should handle requests or responses. | |
name (required) |
string | A unique name for the interceptor. This helps in identifying the interceptor, especially if you have multiple interceptors. | |
onRequest |
(config: InternalAxiosRequestConfig) => InternalAxiosRequestConfig | Promise<InternalAxiosRequestConfig> |
A function that processes the request configuration before the request is sent. This can be used to modify the request (e.g., adding headers) or to log the request details. | |
onError |
(error: unknown) => unknown |
A function that handles errors during the request or response process. This is useful for logging errors or retrying requests under certain conditions. | |
onSuccess |
(response: AxiosResponse<unknown>) => AxiosResponse<unknown> |
A function that processes the response before it’s passed back to the calling code. This can be used to transform the response data or log successful requests. |
-
request
(AxiosRequestConfig
, optional): A configuration object that allows you to set default properties for Axios request, such as headers, timeout settings, or credentials handling. For more information, refer to the Axios documentation.
Here's how to structure the webSocketConfig
section using the specified format:
This configuration allows customization of the WebSocket reconnection behavior when an abnormal disconnection occurs. By default, the WebSocket connection will attempt to reconnect if it closes unexpectedly.
export interface WebSocketConfig {
allowReconnect?: boolean;
maxReconnectAttempts?: number;
}
The following table describes each parameter's function, type, and default value.
Parameter | Type | Description | Default Value |
---|---|---|---|
allowReconnect |
boolean |
Enables automatic reconnection attempts when the WebSocket disconnects unexpectedly. | true |
maxReconnectAttempts |
number |
Sets the maximum number of reconnection attempts. Use 0 for unlimited retries. Only accepts integers. |
0 |
The API classes in the AGS TypeScript SDK, such as *Api
for public endpoints and *AdminApi
for admin endpoints, are constructed to interact with AGS. These classes offer methods to perform API operations, handling query parameters, request bodies, and returning the corresponding responses.
The API classes are instantiated using the following constructor:
constructor(sdk: AccelByteSDK, args?: SdkSetConfigParam)
The following table describes each parameter's function, type, and default value.
Parameter | Type | Description | Default Value |
---|---|---|---|
sdk (required) |
AccelByteSDK |
An instance of the AGS SDK | |
args |
SdkSetConfigParam |
An optional parameter that allows you to override or extend the configuration of the SDK. This includes the core configuration and Axios configuration. |
The AGS TypeScript SDK includes support for connecting to the Lobby WebSocket Service, allowing real-time communication and interaction. In addition to connecting, disconnecting, and listening for events, the WebSocket client allows configuration for automatic reconnection on unexpected closures. Here’s an example of how to configure and use the WebSocket client:
import { AccelByte } from '@accelbyte/sdk'
import { Lobby } from '@accelbyte/sdk-lobby'
const sdk = AccelByte.SDK({
coreConfig: {
baseURL: process.env.AB_BASE_URL || '',
clientId: process.env.AB_CLIENT_ID || '',
redirectURI: process.env.AB_REDIRECT_URI || '',
namespace: process.env.AB_NAMESPACE || ''
},
webSocketConfig: {
// Enable reconnection on abrupt disconnects. Defaults to true.
allowReconnect: true,
// Maximum number of reconnect attempts. Set to 0 for unlimited attempts.
maxReconnectAttempts: 3
}
})
// Ensure login is complete before connecting
const lobbyWs = Lobby.WebSocket(sdk)
// Connect to WebSocket
lobbyWs.connect()
lobbyWs.onOpen(() => console.log("Connected to WebSocket."))
// Listen for all incoming messages through a single handler
lobbyWs.onMessage(message => {
console.log(message)
})
lobbyWs.onClose((ev) => {
console.log("Disconnected from WebSocket.", ev)
if (sdk.webSocketConfig.allowReconnect) {
console.log("Attempting reconnection, max attempts:", sdk.webSocketConfig.maxReconnectAttempts)
}
})
// Disconnect from WebSocket
await lobbyWs.disconnect()
The WebSocket
class offers several methods and event listeners for managing WebSocket connections and handling messages. The table below provides details on each available method and property.
Method/Property | Type | Description |
---|---|---|
connect |
() => void |
Initiates a connection to the WebSocket server. |
disconnect |
() => void |
Closes the WebSocket connection, ending communication. |
onOpen |
(cb: () => void) => void |
Event listener triggered when the WebSocket connection is successfully opened. |
onMessage |
(cb: (message?: object | string, raw?: boolean) => void) => void |
Event listener for incoming messages. Messages are parsed into typed objects, unless raw is set to true. |
onError |
(cb: (err?: Error) => void) => void |
Event listener for errors in the WebSocket connection, such as message send failures. |
onClose |
(cb: (ev?: CloseEvent) => void) => void |
Event listener for connection closure events, which may occur due to errors or manual disconnection. |
send |
(message?: object) => void |
Sends a message to the WebSocket server. |
send${methodName} |
(message?: object) => void |
Type-specific send methods for predefined messages (e.g., sendPartyInfo(data) , sendPartyCreate(data) , etc.). |
instance |
WebSocket |
Provides direct access to the WebSocket instance for lower-level control. |
TypeScript SDK supports the following AGS APIs:
- Access
-
Analytics
-
Game Telemetry:
@accelbyte/sdk-gametelemetry
-
Game Telemetry:
-
Basic:
@accelbyte/sdk-basic
-
Engagement
-
Achievement:
@accelbyte/sdk-achievement
-
Challenge:
@accelbyte/sdk-challenge
-
Leaderboard:
@accelbyte/sdk-leaderboard
-
User-generated Content (UGC):
@accelbyte/sdk-ugc
-
SeasonPass:
@accelbyte/sdk-seasonpass
-
Reporting:
@accelbyte/sdk-reporting
-
Achievement:
-
Monetization
- Platform Store:
@accelbyte/sdk-platform
- Platform Store:
-
Play
-
Session:
@accelbyte/sdk-session
-
Matchmaking:
@accelbyte/sdk-matchmaking
-
Session Browser Play:
@accelbyte/sdk-sessionbrowser
-
Session History:
@accelbyte/sdk-history
-
Session:
- Social
-
Storage
-
CloudSave:
@accelbyte/sdk-cloudsave
-
Inventory:
@accelbyte/sdk-inventory
-
Statistics:
@accelbyte/sdk-social
-
CloudSave:
-
Add-ons
-
AMS:
@accelbyte/sdk-ams
-
AMS:
Check out the AGS Documentation Portal to learn more about the functions of these AGS services and how to integrate them into your game.
SDK now needs to be initialized with two fields: coreConfig
and axiosConfig
. This distinction clarifies which configurations apply to each component.
// Before
const sdk = Accelbyte.SDK({
options: {
baseURL: 'http://localhost:3030/api',
clientId: '77f88506b6174c3ea4d925f5b4096ce8',
namespace: 'accelbyte',
redirectURI: 'http://localhost:3030'
},
onEvents: {
onGetUserSession: (accessToken, refreshToken) => {
console.log('SDK Event: onGetUserSession', { accessToken, refreshToken })
},
onSessionExpired: () => {
console.log('SDK Event: onSessionExpired')
},
onError: error => {
console.error('SDK Event: onError', error.response)
}
}
})
// After
const sdk = AccelByte.SDK({
coreConfig: {
baseURL: 'http://localhost:3030/api',
clientId: '77f88506b6174c3ea4d925f5b4096ce8',
namespace: 'accelbyte',
redirectURI: 'http://localhost:3030'
},
axiosConfig: {
interceptors: [],
requests: {}
}
})
API function calls are now returning { data, headers, status }
instead of just the data.
- const data = await UsersAdminApi(sdk).getUsersMe_v3();
+ const { data, headers, status } = await UsersAdminApi(sdk).getUsersMe_v3();
The AGS SDK no longer has the ability to provide event listeners, e.g. onSessionRenewed
. This capability is replaced by interceptors. Axios interceptors are now attached to the axiosInstance
in the SDK instead of the global axios object. For example:
// Before
const sdk = Accelbyte.SDK({
options,
onEvents: {
onGetUserSession: (accessToken, refreshToken) => {
console.log('SDK Event: onGetUserSession', { accessToken, refreshToken })
},
onSessionExpired: () => {
console.log('SDK Event: onSessionExpired')
},
onError: error => {
console.error('SDK Event: onError', error.response)
}
}
})
// After
const sdk = AccelByte.SDK({
coreConfig: {
baseURL: 'http://localhost:3030/api',
clientId: '77f88506b6174c3ea4d925f5b4096ce8',
namespace: 'accelbyte',
redirectURI: 'http://localhost:3030'
},
axiosConfig: {
interceptors: [
createAuthInterceptor({
clientId,
onSessionExpired,
onGetUserSession,
getRefreshToken
}),
createCustomPathInterceptor(),
{
type: 'response',
name: 'cancelled',
onError: e => {
const error = e as AxiosError
if (axios.isCancel(error)) {
// Expected case, exit
return Promise.reject(error)
}
return Promise.reject(error)
}
},
// Add more interceptors
],
requests: {}
}
})
We now offer custom interceptors to replace certain events or options. Here's a list of interceptors available for event and option replacement:
-
onSessionExpired and onGetUserSession (createAuthInterceptor)
createAuthInterceptor({ /** * The client ID used by the SDK, obtained from the Admin Portal under OAuth Clients. */ clientId: string /** * An optional array of URLs that should be ignored when handling session expiration. * Default to `['/iam/v3/oauth/token', '/iam/v4/oauth/token', '/iam/v3/oauth/revoke']` */ expectedErrorUrls?: string[] /** * A callback function that retrieves the current refresh token. */ getRefreshToken: () => string | undefined /** * The URL endpoint for obtaining a new token. Defaults to `'/iam/v3/oauth/token'`. */ tokenUrl?: GrantTokenUrlString /** * A callback function triggered when the session has expired. */ onSessionExpired: () => void /** * A callback function triggered when successfully get new session. */ onGetUserSession?: (accessToken: string, refreshToken: string) => void })
-
onUserEligibilityChange
Note: Since there's no dependency on the Internal SDK and it's specific to the application level, we have not created a custom wrapper for it.
{ type: 'response', name: 'user-eligibilitiy-change', onError: e => { const error = e as AxiosError<any> if (error.response) { const { response } = error if (response?.status === 403 && (response?.config as any).url.includes(process.env.BASE_URL) && response?.config.withCredentials) { if (response.data.errorCode === ERROR_ELIGIBILITY_CODE) { // Do something when there's an error with ERROR_ELIGIBILITY_CODE } } } return Promise.reject(error) } }
-
onTooManyRequest
Note: Since there's no dependency on the Internal SDK and it's specific to the application level, we have not created a custom wrapper for it.
{ type: 'response', name: 'too-many-request', onError: e => { const error = e as AxiosError<any> if (error.response) { const { response } = error if (response?.status === 429 /* TooManyRequests */) { // onTooManyRequest(error) } } return Promise.reject(error) } }
-
useInternalNetwork (createCustomPathInterceptor)
createCustomPathInterceptor({ /** * A list of objects specifying which service base paths should be replaced. * For example, providing `{'/iam': '/iam-test'}` will redirect all `'/iam'` requests to `'/iam-test'`. */ basePath: Partial<Record<BasePath, string>> /** * Indicates whether to use the internal AccelByte network. This should only be used in a server environment. * When set to true, requests will be made to `http://{service-name}/{path}` instead of the `baseURL`. */ isInternalNetwork?: boolean })
The ApiArgs
(the second *Api
argument) has been replaced by partial coreConfig
and axiosConfig
to make it consistent with the options passed in the initializer.
// Before
const data = await UsersAdminApi(sdk, { namespace, config: {} }).getUsersMe_v3()
// After
const { data } = await UsersAdminApi(sdk, { coreConfig: { namespace }, axiosConfig }).getUsersMe_v3()
Admin endpoints that have the "Admin" tag in Swagger will only generate one "Admin" keyword. The AdminPlayerRecordAdmin
has been replaced by PlayerRecordAdmin
.
;-AdminPlayerRecordAdminApi(sdk).getRecords_ByUserId(userId) + PlayerRecordAdminApi(sdk).getRecords_ByUserId(userId)
Set the accessToken
and refreshToken
and update the Axios request headers to use Bearer authentication.
setToken(token: TokenConfig) {
this.token = {
...this.token,
...token
}
}
removeToken() {
this.token = {}
}
getToken() {
return this.token
}
The refreshTokens
method is now replaced by setToken({ accessToken, refreshToken })
with the same behavior.
;-sdk.refreshTokens(accessToken, refreshToken) + sdk.refreshTokens({ accessToken, refreshToken })
You can live test the TypeScript SDK on the AccelByte TypeScript SDK Playground.
Yes, you can install all the AGS SDK packages in one command using the following npm
command:
npm install @accelbyte/sdk @accelbyte/sdk-ams @accelbyte/sdk-achievement @accelbyte/sdk-basic @accelbyte/sdk-audit @accelbyte/sdk-buildinfo @accelbyte/sdk-challenge @accelbyte/sdk-chat @accelbyte/sdk-cloudsave @accelbyte/sdk-differ @accelbyte/sdk-dsmcontroller @accelbyte/sdk-event @accelbyte/sdk-gametelemetry @accelbyte/sdk-gdpr @accelbyte/sdk-groups @accelbyte/sdk-iam @accelbyte/sdk-inventory @accelbyte/sdk-leaderboard @accelbyte/sdk-legal @accelbyte/sdk-lobby @accelbyte/sdk-matchmaking-v1 @accelbyte/sdk-matchmaking @accelbyte/sdk-qosmanager @accelbyte/sdk-reporting @accelbyte/sdk-seasonpass @accelbyte/sdk-session @accelbyte/sdk-sessionbrowser @accelbyte/sdk-sessionhistory @accelbyte/sdk-social @accelbyte/sdk-ugc @accelbyte/sdk-platform
Thank you for your interest in contributing to the AGS TypeScript SDK. We value your input and appreciate your input to enhancing the AGS TypeScript SDK project. However, please note that direct contributions via GitHub are not currently accepted.
Instead, we encourage you to submit your ideas and suggestions as feature requests through the AccelByte Customer Support Portal or via your Account Manager. This process helps us manage contributions effectively and ensures that each idea is carefully reviewed and considered by our team.