Skip to main content

Overview

Sessions in Julep are the backbone of stateful interactions between users and agents. They maintain the context and history of conversations, enabling personalized and coherent interactions over extended periods. Whether it’s handling ongoing customer support inquiries or having a conversation with a user, sessions ensure that the agent retains necessary information to provide meaningful responses.

Components

Sessions are comprised of several key components that work together to manage state and context:
  • Session ID: A unique identifier (uuid7) for each session.
  • User: The individual or entity interacting with the agent, represented by its id.
  • Agent: The AI entity interacting with the user within the session, represented by its id.
  • History: The history of the conversation, which the agent uses to generate relevant responses.
  • System Template: A specific system prompt template that sets the background for this session.
  • Situation: A description of the current situation for the session.
  • Metadata: Additional data associated with the session, such as user preferences, session preferences, and other relevant information.

Session Configuration Options

When creating a session, you can leverage the following configuration options to tailor the experience: When configuring a session, you can specify recall options to control how context or certain data is recalled during the session. Below are the available options based on search mode:
  • When recall_options is not explicitly set (for instance, it is None), vector search mode is used with default parameters.
  • The default parameters for each search mode are based on our internal benchmarking. These values provide a good starting point, but you may need to adjust them depending on your specific use case to achieve optimal results.
Hybrid Search with Trigram SupportJulep’s hybrid search combines multiple search techniques:
  1. Traditional full-text search using PostgreSQL’s tsquery/tsrank for keyword matching
  2. Vector-based semantic search using embeddings for contextual understanding
  3. Trigram fuzzy matching for handling typos, spelling variations, and morphological differences
The trigram search capability uses PostgreSQL’s pg_trgm extension enhanced with Levenshtein distance calculations to provide resilient document retrieval even when search terms contain variations or errors. This is especially useful for natural language queries that may contain typos or alternative word forms.You can control the fuzzy matching behavior using the trigram_similarity_threshold parameter - higher values (e.g., 0.8) require closer matches while lower values (e.g., 0.3) are more lenient. For more details on the advanced search capabilities, see the Documents (RAG) section.

System Template

The System Template is a specific system prompt written as a Jinja template that sets the foundational context and instructions for the agent within a session. It defines the background, directives, and any relevant information that the agent should consider when interacting with the user.For a comprehensive guide on system templates including available variables, customization options, and advanced usage patterns, see the System Templates documentation. For more details on Jinja templates, refer to the Jinja documentation.

How to Use Sessions

Sessions are integral to maintaining a continuous and coherent interaction between users and agents. Here’s how to create and manage sessions using Julep’s SDKs.

Creating a Session

Here are examples of how to create a session using the SDKs:
Check out the API reference or SDK reference (Python or JavaScript) for more details on different operations you can perform on sessions.

Chatting in a Session

Once a session is created, you can engage in a conversation by sending messages to the agent within that session.

Relationship to Other Concepts

This section will help you understand how sessions relate to other concepts in Julep.

Agents

Agents operate within sessions to provide personalized and context-aware interactions. While an agent defines the behavior and capabilities, a session maintains the state and context of interactions between the agent and the user. In other words, the history of a conversation is tied to a session, rather than an agent. Example:
In this example, the agent David is used in two different sessions, each with a different situation. The agent’s behavior and responses are tailored to the specific situation of each session, and the history of messages in session1 and session2 are separate.

Users

When a user (or more) is added to a session, the session will be able to access information about the user such as name, and about in order to personalize the interaction. Check out the system_template to see how the user’s info is being accessed. This is how you can create a user and associate it with a session:
In this example, the user John Doe is associated with the agent Mark Lee in the session. The session will use the user’s information to personalize the interaction, such as using the user’s name in the system prompt.

Tools

Sessions have the ability to use Tools. When auto_run_tools is set to true (available in chat calls), if an agent has a tool and the LLM decides to use it, the tool will be executed automatically and the result will be sent back to the LLM for further processing. When auto_run_tools is false (default), tool calls are returned in the response without execution. Example: If the agent that’s associated with the session has a tool called fetch_weather, and the LLM decides to use it:
  • With auto_run_tools=true: The tool executes automatically and returns weather data to the LLM
  • With auto_run_tools=false: The tool call is returned in the response for manual execution

Documents

When chatting in a session, the session can automatically search for documents that are associated with any of the agents and/or users that participate in the session. You can control whether the session should search for documents when chatting using the recall option of the chat method, which is set to True by default. You can also set the session’s recall_options when creating the session to control how the session should search for documents.
When running the above code with an agent that has documents about Julep, the session will search for documents that are relevant to the conversation and return them in the response.docs field.
This example is taken from the crawling-and-rag cookbook. Check it out here.

Best Practices

Session Management

  • 1. Reuse Sessions: Reuse existing sessions for returning users to maintain continuity in interactions.
  • 2. Session Cleanup: Regularly clean up inactive sessions to manage resources efficiently.
  • 3. Context Overflow Strategy: Choose an appropriate context overflow strategy (e.g., “adaptive”) to handle long conversations without losing important information.

Personalization

  • 1. Leverage Metadata: Use session metadata to store and retrieve user preferences, enhancing personalized interactions.
  • 2. Maintain Context: Ensure that the context within sessions is updated and relevant to provide coherent and context-aware responses.

Performance Optimization

  • 1. Efficient Searches: Optimize search queries within sessions to retrieve relevant documents quickly.
  • 2. Manage Token Usage: Monitor and manage token usage to ensure efficient use of resources, especially in long sessions.

Next Steps

  • Agent Tools - Learn about tools and how to use them with agents
  • Agent Tasks - Learn about tasks and how to use them with agents
  • Agent Docs - Learn about docs and how to use them with agents