🚫 Most customer support chatbots are reactive. No context. No memory. No idea what users actually need next. ✅ A proactive chatbot is different. It watches, learns, and acts — surfacing the right next step before users have to ask.Documentation Index
Fetch the complete documentation index at: https://developers.autoplay.ai/llms.txt
Use this file to discover all available pages before exploring further.
| 📡 | Real-time event tracking |
| 🧠 | LLM context assembly |
| 💬 | Proactive chat + visual triggers |
| 🗂️ | User memory & workflow ontology |
The building blocks
Follow the steps in order — each page stands alone so you can ship incrementally.- Connect real-time actions — Stream structured
ActionsPayloadevents into your stack. - Add actions to LLM context — Combine live actions, chat history, and optional KB into one inference-ready context.
- Define proactive triggers — Define when to interrupt, with Agent State v2 gating so proactive delivery stays non-intrusive and non-overlapping.
- Connect relevant visual guidance — Route qualifying proactive outcomes into on-screen tours (chat vs tour vs silence) using your delivery channel.
- Enrich with user memory — Define workflows so Atlas and memory expose completion rates and mastery; then filter with cross-session user memory.
Implementation references
Use these SDK references as you wire the recipe into production:- UserSessionIndex — required for production user-keyed chat so
user_idresolves to the correct recent sessions before Step 2 context assembly. - compose_chat_pipeline(…) — compose safe default chat-ingestion wiring in Step 2.
- build_copilot_app(…) — stand up a minimal FastAPI bridge when you want an out-of-the-box serving layer.