Important! Steps to Building a Bot

GPTBots is an AI application (Bot) development platform where you can create any Bot tailored to your needs without any coding.

GPTBots is simple and easy to use. Therefore, the biggest challenge for users is—how to create a usable Bot that meets their needs?

Hence, the thought process is crucial.

This article will guide you step-by-step to think through and build your own Bot.

Thought Process

The approach to designing a Bot is generally similar to designing a product.

However, we recommend treating the Bot as a human. This helps us better project real-life problems onto the Bot for it to solve.

Scenario

First, you need to determine the scenario, i.e., what problems do you want this Bot to solve?

We usually use "5W1H" to describe a scenario:

Where, When, Who, Why, How, What.

For example:

At home (Where), while shopping online (When), the buyer (Who), because they don't know how to return a product (Why), wants to make a call (How), to consult the online store's customer service (What).

This is a typical user scenario for an e-commerce customer service Bot.

We can use this as a reference to list multiple scenarios for the Bot, such as:

Not knowing how to return a product
Not knowing how to get a refund
Not knowing how to exchange a product
Not knowing how to file a complaint
How to use the product
Other contact methods for the platform
...

Generally, we do not recommend having a Bot solve too broad a range of issues. The more vertical or focused the Bot's scenarios are, the more effectively it can solve problems.

Like humans, it needs to "specialize in a particular field."

In the above example, the listed scenarios are all related to "e-commerce customer service," which helps to clearly establish the image of an e-commerce customer service representative.

At the same time, it is best not to include scenarios unrelated to "e-commerce customer service," such as "loan recommendations, product recommendations," in this Bot.

Positioning

After listing the scenarios, we can have a clear positioning for the Bot.

In the above example, it is an "e-commerce customer service" Bot that can answer some questions about the e-commerce platform for users and handle tasks such as returns and exchanges.

Resources

Once the positioning is clear, we need to start preparing some resources that the Bot will use, mainly including two categories: knowledge and tools.

Knowledge

Knowledge, as the name implies, is what the Bot needs to learn and understand, usually some documents.

Even humans need to learn the corresponding business knowledge before handling work tasks. The Bot is the same.

The Bot will respond to user questions based on the knowledge it has.

For example, the return and exchange process of a certain e-commerce platform. If this knowledge is not provided to the Bot, then the Bot will not know how to respond. In extreme cases, it may even produce "hallucinations" and give random answers.

You need to prepare these knowledge documents based on the Bot's scenarios and positioning.

For example, if you want the Bot to be able to answer questions about returns and exchanges on the e-commerce platform, then you need to prepare relevant documents on the rules and regulations of returns and exchanges for the e-commerce platform.

Tools

Tools, which are the necessary instruments for a Bot to execute tasks,

For a Bot, tools are essentially "APIs." By providing APIs to the Bot as tools, the Bot can call these APIs at appropriate times to perform certain tasks.

For example, if a user on an e-commerce platform wants to return a product, the Bot developer can provide the return API to the Bot. The Bot can then call this API when the user wants to return a product, directly completing the return process for the user.

You need to prepare these tools (APIs) based on the Bot's scenario and positioning, such as return APIs, exchange APIs, ticket submission APIs, etc.

Design

After clarifying the ideas and preparing the resources, we can proceed to the formal design phase of the Bot.

Identity Prompt: Positioning the Bot

Writing a reasonable identity prompt is the first step in creating an excellent Bot.

In the identity prompt, we need to define the Bot's role, skills, tasks, constraints, etc., so that it clearly understands its responsibilities and performs better.

Context Allocation: Allowing Bots to Handle Appropriate Information Within Limited Space

The Bot is based on a Large Language Model (LLM), and the context length of an LLM represents the amount of information it can handle, which is limited.

Just like different people's ability to read articles, some can read a large number of articles in a short time and still understand and process the content and information, while others can only read a small number of articles in the same time and may not even be able to process them.

The context length of an LLM is similar to the amount of articles a human can read and process in a short time.

Therefore, within a limited context, providing appropriate information to the LLM and minimizing the provision of irrelevant information can help the LLM produce better results.

Knowledge Base: Teaching the Bot Knowledge

Upload your prepared knowledge documents into the knowledge base so that when users ask questions, the Bot will first use the user's query to search within the knowledge base, find document content semantically related to the question as a reference, and then have the LLM summarize and provide an answer to the user.

However, uploading knowledge documents into the Bot's knowledge base may not necessarily be the best way to utilize knowledge, which is related to the RAG framework and the way LLM handles tasks. You can refer to this article to design the method that best suits your scenario:

Tools: Enabling Bots to Perform Tasks

In the Tools module, you can package your prepared APIs as Tools and add them to the Bot, enabling the Bot to execute these APIs.

Flow: Suitable for Bots with Complex Processes

If you need to design a bot logic that is quite complex, involving numerous steps, processes, or conditional judgments, then Flow will be an excellent choice. It allows you to freely configure the bot's workflow on a canvas by dragging and dropping.

Memory: Enable the Bot to Continuously Handle Tasks

Just like conversations between people, we need to know what we talked about earlier to continue the previous topic and keep the conversation going.

The memory of a bot works similarly.

You can determine whether to use memory and how to use it based on the bot's service scenario. For example:

If the bot involves many rounds of conversation to solve a problem (such as in-depth discussions), you can enable "long-term memory."
If the bot can solve the problem in just a few rounds of conversation (such as online consultations), you can enable only "short-term memory" without the need for "long-term memory."
If the bot's main task can be completed in one go (such as writing an email), then there is no need to enable any memory.

At the same time, you can also provide user attributes to the Bot as memory, allowing the Bot to understand some information about the user to provide better personalized services.

For example, for a hotel's room service Bot, when the Bot interacts with a guest, it must have already obtained the guest's name, room number, and other details through user attributes. Therefore, if the guest requests meal delivery through the Bot at this time, the Bot does not need to ask for the guest's name and room number again. It only needs to ask what kind of service the guest requires because the Bot knows which room to deliver the meal to.

Release Usage: Where Bots Are Used

You can evaluate where the Bot needs to be integrated based on your specific use case to serve the users.

Integrate it wherever the users are.

Examples

If you still don't quite understand how to design a Bot after reading the above content, we have also prepared a wealth of examples for you.

You only need to select any template when creating a Bot, and you will get a Bot. You can refer to the parameters already set in the template to further understand and think about how to design a Bot. This is a very good way to learn.