ADP-Chat-Client is an open sourced AI Agent application conversation interface. It allows developers to quickly deploy AI agent applications developed on the Tencent Cloud Agent Development Platform (Tencent Cloud ADP) as web applications (or embed them into mini-programs, Android, and iOS apps). The client supports real-time conversations, conversation history management, voice input, image understanding, third-party account system integration, and more. It supports fast deployment via Docker.
Please ensure the machine meets the minimum requirements:
- CPU >= 2 Core
- RAM >= 4 GiB
- Operating System: Linux/macOS. If you want to run on Windows, you need to use WSL or a cloud server with a Linux system.
This project is built with Vue 3 and Vite, which requires modern browser support:
| >= 87 | >= 78 | >= 14 | >= 88 | >= 14 | >= 87 |
β οΈ Note: Internet Explorer is NOT supported. Vue 3 has dropped IE11 support.
- Clone the source code and enter the project directory.
git clone https://github.com/TencentCloudADP/adp-chat-client.git
cd adp-chat-client- Install docker (skip if docker is already installed on your system):
For TencentOS Server 4.4:
bash script/init_env_tencentos.shFor Ubuntu Server 24.04:
bash script/init_env_ubuntu.sh- Copy the
.env.examplefile to the deploy folder:
cp server/.env.example deploy/default/.env- Edit the
deploy/default/.envfile:
You need to fill in the following credentials and application keys based on your Tencent Cloud account and ADP platform information:
# Tencent Cloud account secret: https://console.tencentcloud.com/cam/capi
TC_SECRET_APPID=
TC_SECRET_ID=
TC_SECRET_KEY=
# Tencent Cloud ADP platform agent app key: https://adp.tencentcloud.com/
APP_CONFIGS='[
{
"Vendor":"Tencent",
"ApplicationId":"The unique ID of the chat application, used to uniquely identify a chat application in this system. Recommended to use appid or generate a random uuid using the uuidgen command",
"Comment": "Comment",
"AppKey": "",
"International": true
}
]'
# JWT secret key, a random string, can be generated using the uuidgen command
SECRET_KEY=
β οΈ Note:
- The content of APP_CONFIGS is in JSON format. Please adhere to JSON specifications, e.g., the last item should not end with a comma, and // comments are not supported.
- Comment: Can be filled in freely for easy identification of the corresponding agent application.
- International: If the agent application is developed on the ADP, set the value to true.
- ApplicationId: Access any ADP application and check the appid in the application URL. For example, if an application's link is
https://adp.tencentcloud.com/adp/#/app/knowledge/app-config?appid=197******768&appType=knowledge_qa&spaceId=default_space, then its ApplicationId is 197******768.- Vendor: Fixed to "Tencent", other options may be available for other platforms in the future.
- Build docker image
# Build image (The initial deployment requires packing, and it needs to be rerun after code changes, no need to repack if you only modify the .env file).
sudo make pack- Start the container
sudo make deployOpen the browser and navigate to http://localhost:8000 to view the login page.
β οΈ Warning: For production environment, you need to apply for an SSL certificate through your own domain and deploy it over HTTPS using nginx for reverse proxy or other methods. If deployed over HTTP, certain features (such as voice recognition, message copying, etc.) may not function properly.
- Login
This system supports integration with existing account systems. Here, we demonstrate the URL Redirection login method:
sudo make urlThe above command retrieves the login URL. Open this URL in the browser for login.
If OAuth login is configured, you can log in by opening http://localhost:8000 in the browser.
- Troubleshooting
# Check if the containers are running. Normally, there should be 2 containers: adp-chat-client-default, adp-chat-client-db-default
sudo docker ps
# If no containers are visible, it indicates a startup issue. You can check the logs:
sudo make logsTo use the system, enable/configure the following services:
- Dialogue title generation: Tencent Cloud DeepSeek OpenAI API.
- Voice input: Speech Recognition: Settings, enable: Real-time speech recognition for the required region.
- App Permission: Make sure the account associated with your TC_SECRET_ID/TC_SECRET_KEY has permission to access the applications youβve added. For details, see the platform-side user permissions documentation.
GitHub OAuth is supported by default. You can can configure it as needed:
# you can obtain it from https://github.com/settings/developers
OAUTH_GITHUB_CLIENT_ID=
OAUTH_GITHUB_SECRET=
π NoteοΌWhen creating a GitHub OAuth application, fill in the callback URL asοΌSERVICE_API_URL+/oauth/callback/github, for example: http://localhost:8000/oauth/callback/github
Microsoft Entra ID OAuth is supported by default. You can can configure it as needed:
# you can obtain it from https://entra.microsoft.com
OAUTH_MICROSOFT_ENTRA_CLIENT_ID=
OAUTH_MICROSOFT_ENTRA_SECRET=
# Endpoint (optional, if you have a tenant id, default: common), see: https://learn.microsoft.com/en-us/entra/identity-platform/authentication-national-cloud
OAUTH_MICROSOFT_ENTRA_ENDPOINT=common
π NoteοΌWhen creating a Microsoft Entra ID OAuth application, fill in the callback URL asοΌSERVICE_API_URL+/oauth/callback/ms_entra_id, for example: http://localhost:8000/oauth/callback/ms_entra_id
OAuth protocol enables seamless authentication and authorization. Developers can customize authentication methods according to their requirements. If you need to use a different OAuth system, you can modify the
server/core/oauth.pyfile to adapt to the specific protocol.
If you have an existing account system but do not implement a standard OAuth flow, you can integrate with the system using a URL redirect method for simpler integration.
- Your account service: Generate a URL pointing to this system, carrying CustomerId, Name, Timestamp, ExtraInfo, Code, etc.
- User: Clicks the URL to login to their account.
- This system: Verifies the signature, auto-creates/binds the account, generates a login session, and redirects to the chat page.
| Parameter | Description |
|---|---|
| url | https://your-domain.com/account/customer?CustomerId=&Name=&Timestamp=&ExtraInfo=&Code= |
| CustomerId | Your account system's uid |
| Name | Your account system's username (optional) |
| Timestamp | Current timestamp |
| ExtraInfo | User information |
| Code | Signature, SHA256(HMAC(CUSTOMER_ACCOUNT_SECRET_KEY, CustomerId + Name + ExtraInfo + str(Timestamp))) |
π Note:
- The parameters above must be URL-encoded, for more details you can refer to the CoreAccount.customer_auth in
server/core/account.pyfile, and generate_customer_account_url inserver/main.pyfile for URL generation method.- Configure CUSTOMER_ACCOUNT_SECRET_KEY in the .env file, a random string that can be generated using the uuidgen command.
If you don't have your own account system and want new users to be able to access the chat interface immediately upon opening the link, you can achieve this by setting AUTO_CREATE_ACCOUNT in your .env file:
AUTO_CREATE_ACCOUNT=true
π Note: This will automatically create an account for each new user. Although this system has flow control settings, creating new accounts without restrictions makes it easy to bypass flow control. Using this mode in a publicly production system is not recommended.
- python >= 3.12
- uv ~= 0.8
# 1. Execute all the steps in [Deployment] section
# 2. Copy the edited .env file to the server folder
cp deploy/default/.env server/.env
# 3. Initialize (only needed on the first run)
make init_server
# 4. continue to [Frontend] section below.- node >= 20
curl -o- https://raw.githubusercontent.com/nvm-sh/nvm/v0.40.3/install.sh | bash
source ~/.bashrc
nvm install v22# Initialize (only needed on the first run)
make init_client
# Run the backend/frontend in dev mode, the terminal will print the debugging URL, such as: [ui] β Local: http://localhost:5173/
make dev| Component | Description |
|---|---|
| config | Configuration system |
| core | Core logic, not bound to specific protocols (e.g., HTTP or stdio) |
| middleware | Middleware for the Sanic server |
| model | ORM definitions for entities, e.g., Account |
| router | Externally exposed HTTP endpoints, typically wrapping core logic |
| static | Static files |
| test | Testing |
| util | Other utility classes |
When calling the agent for conversation, you can pass parameters to the agent. Depending on the specific situation, you can choose to pass them on the frontend or backend. Here is an example of adding API parameters on the backend:
# Edit file: server/router/chat.py
class ChatMessageApi(HTTPMethodView):
@login_required
async def post(self, request: Request):
parser = reqparse.RequestParser()
parser.add_argument("Query", type=str, required=True, location="json")
parser.add_argument("ConversationId", type=str, location="json")
parser.add_argument("ApplicationId", type=str, location="json")
parser.add_argument("SearchNetwork", type=bool, default=True, location="json")
parser.add_argument("CustomVariables", type=dict, default={}, location="json")
args = parser.parse_args(request)
logging.info(f"ChatMessageApi: {args}")
application_id = args['ApplicationId']
vendor_app = app.get_vendor_app(application_id)
# Add the following code to attach additional API parameters during conversation:
import json
from core.account import CoreAccount
account = await CoreAccount.get(request.ctx.db, request.ctx.account_id)
account_third_party = await CoreAccount.get_third_party(request.ctx.db, request.ctx.account_id)
# Note the json.dumps here: Tencent Cloud ADP convention requires that if the value is a dictionary, it needs to be JSON-encoded once and converted to a JSON string
args['CustomVariables']['account'] = json.dumps({
"id": account_third_party.OpenId if account_third_party else str(account.Id),
"name": account.Name if account else "",
})
logging.info(f"[ChatMessageApi] ApplicationId: {application_id},\n\
CustomVariables: {args['CustomVariables']},\n\
vendor_app: {vendor_app}")If you want to deploy the application to a subpath (e.g., /chat), you need to combine it with nginx's rewrite functionality. Here's an example of deploying to https://example.com/chat:
.env
SERVICE_API_URL=https://example.com/chat
SERVER_HTTP_PORT=8000
nginx.conf
http {
server {
location /chat {
proxy_pass http://127.0.0.1:8000/;
proxy_set_header Host $host;
proxy_set_header X-Real-IP $remote_addr;
proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
proxy_set_header X-Forwarded-Proto $scheme;
proxy_set_header X-Forwarded-Prefix /chat;
rewrite ^/chat/(.*)$ /$1 break;
}
}
}
This system limits traffic based on path + account or IP address (IP address when not logged in, account address when logged in). The limit can be changed in the .env file using RATE_LIMIT.
RATE_LIMIT=100/minute
Configuration format reference: limit string
If your frontend and backend are on different domains/ports, configure CORS_ORIGINS in .env to allow the browser to make cross-origin requests.
Multiple origins are separated by commas:
CORS_ORIGINS=http://localhost,http://127.0.0.1:3000