This is the 5-minute integration walkthrough. Before you start, make sure you’ve completed Installation.Documentation Index
Fetch the complete documentation index at: https://docs.kontext.so/llms.txt
Use this file to discover all available pages before exploring further.
1. Create a session
The entry point isKontextAds.createSession(context, options), which returns a Session you’ll use for the rest of the conversation lifecycle.
publisherToken, userId, and conversationId fixed for its lifetime. Recreate the session when any of those change (e.g. when the user starts a new chat).
Pass
context.applicationContext rather than an Activity context — the Session outlives any single Activity and the SDK manages WebView resources internally.2. Feed conversation messages
Add every message to the session as it appears. User messages trigger a debounced preload in the background; assistant messages let the SDK link the matched ad to the corresponding placement.addMessage(...) returns synchronously — it is not a suspend function. The preload result is delivered later via the onEvent callback (Filled, NoFill, Error, …) — not via a return value.
3. Render the ad
The recommended way is theInlineAd composable. It takes the assistant message’s messageId and the Session, and handles the rest:
InlineAd is idempotent across recompositions — under the hood it calls session.createAd(messageId), which returns the same Ad if one already exists for that (messageId, code, theme). Scrolling the ad off-screen and back does not rebuild the iframe.
If your app is not on Compose, use InlineAdView instead — see Guides → View interop.
4. Tear down
Callsession.destroy() when the conversation ends or the screen is closed. It is idempotent and required to cancel pending network requests and release WebView resources.
In Compose:
Observing events
AdEvent is delivered both via the onEvent callback you pass to SessionOptions and via the Session.events Flow — pick whichever fits your codebase. Both deliver the same events on the main thread.