[Bug]: 根据下载指示下载，api配置成功，但连接超时

### Installation Method | 安装方法与平台

Pip Install (I used latest requirements.txt)

### Version | 版本

Latest | 最新版

### OS | 操作系统

Mac

### Describe the bug | 简述

下载成功且有效配置第三方chatanywhere API以及url，但是仍显示超时，以下为截图。并且想知道有何办法能够双击一键运行，不然每次都得重新打开terminal太麻烦。

一下是返回内容
08-12 11:35:18 | WARNING | shared_utils.logging:setup_logging:60 - 所有对话记录将自动保存在本地目录gpt_log/admin/chat_secrets.log, 请注意自我隐私保护哦！
08-12 11:35:18 | INFO | shared_utils.config_loader:read_single_conf_with_lru_cache:95 - [PROXY] 网络代理状态：未配置。无代理状态下很可能无法访问OpenAI家族的模型。建议：检查USE_PROXY选项是否修改。
08-12 11:35:19 | WARNING | check_proxy:check_proxy:35 - 代理配置 无, 代理所在地：United Kingdom
08-12 11:35:19 | INFO | shared_utils.config_loader:read_single_conf_with_lru_cache:86 - [API_KEY] 本项目现已支持OpenAI和Azure的api-key。也支持同时填写多个api-key，如API_KEY="openai-key1,openai-key2,azure-key3"
08-12 11:35:19 | INFO | shared_utils.config_loader:read_single_conf_with_lru_cache:87 - [API_KEY] 您既可以在config.py中修改api-key(s)，也可以在问题输入区输入临时的api-key(s)，然后回车键提交后即可生效。
08-12 11:35:19 | INFO | shared_utils.config_loader:read_single_conf_with_lru_cache:89 - [API_KEY] 您的 API_KEY 是: sk-xnvLvJgDjzgl*** API_KEY 导入成功
08-12 11:35:19 | INFO | __main__:run_delayed_tasks:337 - 如果浏览器没有自动打开，请复制并转到以下URL：
08-12 11:35:19 | INFO | __main__:run_delayed_tasks:338 - 「暗色主题已启用（支持动态切换主题）」: http://localhost:49755
08-12 11:35:25 | INFO | check_proxy:warm_up_modules:225 - 正在执行一些模块的预热 ...
08-12 11:35:25 | INFO | request_llms.bridge_all:get_encoder:58 - 正在加载tokenizer，如果是第一次运行，可能需要一点时间下载参数
08-12 11:35:25 | INFO | request_llms.bridge_all:get_encoder:60 - 加载tokenizer完毕
08-12 11:35:25 | INFO | request_llms.bridge_all:get_encoder:58 - 正在加载tokenizer，如果是第一次运行，可能需要一点时间下载参数
08-12 11:35:25 | INFO | request_llms.bridge_all:get_encoder:60 - 加载tokenizer完毕

### Screen Shot | 有帮助的截图

### Terminal Traceback & Material to Help Reproduce Bugs | 终端traceback（如有） + 帮助我们复现的测试材料样本（如有）

_No response_

Start with config.py and requirements.txt, then reproduce the Mac setup using the reported ChatAnywhere API URL and inspect the terminal output around check_proxy and the localhost:49755 launch. Confirm whether the timeout is caused by proxy or API connectivity, and document the startup behavior once a successful request can be completed.

Written by the indexing model from the issue text.