1. 项目概述：一个让QQ机器人接入智能对话的“魔法插件”

如果你是一个QQ群的管理员，或者你运营着一个需要与大量用户互动的社群，你肯定遇到过这样的场景：群成员会问各种各样的问题，有些问题重复且基础，回答起来耗时耗力；有时深夜或节假日，你无法及时响应，影响了成员的体验。这时候，一个能7x24小时在线、知识渊博、还能插科打诨的“智能群友”就显得格外有价值。今天要聊的这个项目—— Micuks/chatGPT-yunzai ，就是实现这个想法的关键“桥梁”。

简单来说， chatGPT-yunzai 是一个为 Yunzai-Bot（一个基于 Node.js 的、功能强大的 QQ 机器人框架）开发的插件。它的核心功能，就是将当下最热门的 AI 对话模型（如 OpenAI 的 ChatGPT、Claude，或开源的 DeepSeek、GLM 等）的能力，无缝接入到你的 QQ 群或私聊中。这意味着，你的机器人不再只是机械地执行“签到”、“查询”等固定指令，而是能像一个真正的“人”一样，理解上下文，进行连贯、有趣、富有深度的对话，解答问题，甚至创作故事和诗歌。

这个项目解决的，正是“如何低成本、高效率地将前沿 AI 能力落地到最高频的日常通讯场景中”这一核心需求。它不需要你从头搭建一个复杂的 AI 系统，也不需要你具备深厚的机器学习背景。只要你有一台能运行 Node.js 的服务器（甚至是一台性能不错的家用电脑），一个 QQ 小号（作为机器人账号），以及一个可用的 AI 模型 API 密钥，你就能让你的 QQ 群拥有一个“永不疲倦的智囊”。无论是用于社群娱乐、知识问答、编程辅助，还是作为个人效率助手，它都能极大地拓展机器人的能力边界，提升互动质量和自动化水平。

2. 核心架构与工作原理拆解

要理解 chatGPT-yunzai 如何工作，我们需要把它拆解成三个核心部分：作为载体的 Yunzai-Bot 框架、作为“大脑”的 AI 模型服务，以及 chatGPT-yunzai 插件本身所扮演的“翻译官”和“调度员”角色。

2.1 基石：Yunzai-Bot 机器人框架

Yunzai-Bot 是整个体系的运行平台。你可以把它想象成一个机器人的“身体”和“基础神经系统”。它负责最底层的、与 QQ 官方服务器通信的繁重工作：登录 QQ 账号、接收群消息和私聊消息、发送回复消息、处理加好友请求等。这些操作需要通过一些特定的协议（如 iPad 协议、MacOS 协议等）来模拟 QQ 客户端的行为，技术复杂且需要持续维护以应对 QQ 官方的更新。Yunzai-Bot 团队已经帮我们封装好了这一切，使得开发者可以专注于机器人“上层建筑”的功能开发，即： 当收到一条消息后，应该做什么？

Yunzai-Bot 采用插件化架构，其核心是一个事件驱动系统。它会将收到的每一条消息（包括发送者、群号、消息内容等）包装成一个标准化的事件，然后分发给所有已加载的插件。每个插件都可以监听这些事件，判断这条消息是否是自己需要处理的（例如，是否包含特定的命令关键词），如果是，则执行相应的逻辑，并最终将处理结果返回给框架，由框架发送出去。

2.2 灵魂：AI 大语言模型服务

这是机器人的“大脑”。 chatGPT-yunzai 插件本身并不包含 AI 模型，它是一个 调用者 。它支持对接多种后端 AI 服务：

  • OpenAI 官方 API ：最稳定、效果最好的选择，包括 GPT-3.5-Turbo, GPT-4 等模型。需要付费，但响应速度快，能力强大。
  • 第三方代理 API ：一些服务商提供了 OpenAI 兼容的 API 接口，可能价格更优或访问更方便。插件通过配置 API Base URL 来支持。
  • 开源模型 API ：如调用本地部署或云端托管的 ChatGLM、Qwen、DeepSeek 等模型的 API 接口。这为数据隐私要求高或希望完全自控的用户提供了可能。
  • 其他商业模型 ：如 Anthropic 的 Claude，通过配置相应的 API 端点也可支持。

插件与这些服务的交互遵循一个简单的“请求-响应”模式：插件将用户的对话内容（可能经过整理和格式化），加上一些预设的参数（如模型类型、温度、最大生成长度等），通过 HTTP POST 请求发送给 AI 服务的 API 地址；AI 服务处理完成后，返回一段文本；插件再对这段文本进行必要的后处理，最后交给 Yunzai-Bot 发送给用户。

2.3 桥梁：chatGPT-yunzai 插件的关键职责

作为连接“身体”和“大脑”的桥梁， chatGPT-yunzai 插件承担了以下几项关键且复杂的工作：

  1. 消息监听与触发判断 ：插件需要监听所有消息事件。它通常通过配置“触发词”来工作。例如，你可以设置当消息以“#提问 ”开头，或当机器人被@时，才触发 AI 对话。这避免了机器人响应每一条消息，造成刷屏和资源浪费。
  2. 对话上下文管理 ：这是核心价值所在。单纯的单次问答体验是割裂的。插件需要为每个用户（或每个群聊+用户的组合）维护一个“对话会话”。它会将用户的历史对话记录（在一定轮数内）也一并发送给 AI，这样 AI 就能理解上下文，实现连贯的多轮对话。插件需要高效地管理这些会话数据，包括创建、更新、清理（避免内存无限增长）以及可能的持久化存储（重启后不丢失历史）。
  3. 请求构造与参数配置 ：插件需要根据用户的设置，构造符合 AI 服务 API 要求的请求体。这包括：
    • 系统提示词 ：一个关键的“角色设定”指令，例如“你是一个幽默的、乐于助人的 QQ 群机器人助手，回答要简短有趣。” 这决定了 AI 的回复风格。
    • 消息列表 ：由系统提示词、历史对话、用户当前问题组成的数组。
    • 模型参数 ：如 temperature （创造性，值越高回答越随机）、 max_tokens （回复最大长度）等，这些参数直接影响回复质量和 API 消耗。
  4. 响应处理与流式输出 ：收到 AI 的回复后，插件可能需要进行一些处理，比如过滤掉敏感词、将过长的回复进行分段（因为 QQ 单条消息有长度限制）、处理 AI 可能返回的 Markdown 格式（将其转换为 QQ 可读的纯文本或图片）。更高级的功能是支持“流式输出”，即 AI 生成一个字就返回一个字，模拟真人打字的效果，体验更佳。
  5. 多后端适配与错误处理 ：插件需要兼容不同 AI 服务的 API 差异，统一错误格式（如 API 密钥无效、额度不足、网络超时等），并向用户返回友好的提示信息，而不是一串代码错误。
  6. 权限与功能管理 ：提供配置项，允许管理员设置哪些群、哪些用户可以使用 AI 功能，可以调用哪些模型，以及进行对话次数限制、额度查询等管理操作。

通过这样的架构， chatGPT-yunzai 成功地将复杂的 AI 能力封装成了一个简单易用的插件，让普通用户也能轻松享受 AI 带来的便利。

3. 从零开始的完整部署与配置指南

理论清晰后，我们进入实战环节。假设你从零开始，目标是部署一个属于自己的、具备 ChatGPT 能力的 QQ 机器人。以下是详细的步骤、操作意图和避坑指南。

3.1 基础环境准备：搭建机器人的“家园”

你的机器人需要在一个稳定的环境中 7x24 小时运行，因此一台云服务器是最佳选择。国内腾讯云、阿里云的轻量应用服务器（1核2G配置起步）是性价比之选，系统推荐 Ubuntu 22.04 LTS 或 CentOS 7.9。

第一步：服务器基础配置 通过 SSH 连接到你的服务器后，首先进行系统更新和安装必要的工具。

# 更新软件包列表和系统
sudo apt update && sudo apt upgrade -y
# 安装 Node.js 版本管理工具 nvm（推荐方式，便于管理版本）
curl -o- https://raw.githubusercontent.com/nvm-sh/nvm/v0.39.0/install.sh | bash
# 重新加载 shell 配置，使 nvm 生效
source ~/.bashrc
# 安装 Node.js 18 LTS（长期支持版本，兼容性最好）
nvm install 18
nvm use 18
# 验证安装
node -v
npm -v

注意 ：务必使用 Node.js 16 或更高版本，Yunzai-Bot 对低版本支持不佳。使用 nvm 可以轻松切换版本，避免全局安装冲突。

第二步：安装并配置 Redis 数据库 Yunzai-Bot 使用 Redis 来缓存会话、配置和临时数据，这是必须的依赖。

# 安装 Redis
sudo apt install redis-server -y
# 启动 Redis 服务并设置开机自启
sudo systemctl start redis
sudo systemctl enable redis
# 检查运行状态
sudo systemctl status redis

如果状态显示 active (running) ，说明 Redis 安装成功。默认配置即可，无需修改。

3.2 部署 Yunzai-Bot 框架

这是机器人的主体程序。我们选择在 /home 目录下进行操作。

# 切换到用户主目录
cd /home
# 克隆 Yunzai-Bot 的官方仓库
git clone --depth=1 https://gitee.com/yoimiya-kokomi/Yunzai-Bot.git
# 进入 Yunzai 目录
cd Yunzai-Bot
# 安装项目依赖（使用淘宝 NPM 镜像加速）
npm install --registry=https://registry.npmmirror.com

安装过程可能需要几分钟，取决于网络速度。如果遇到 canvas 等原生模块编译失败，通常是缺少系统库，可以运行 sudo apt install -y build-essential libcairo2-dev libpango1.0-dev libjpeg-dev libgif-dev librsvg2-dev 来安装编译环境。

3.3 安装与配置 chatGPT-yunzai 插件

Yunzai-Bot 启动后，插件需要安装在其根目录下的 plugins 文件夹中。

# 确保当前在 Yunzai-Bot 根目录
cd /home/Yunzai-Bot
# 进入插件目录
cd plugins
# 克隆 chatGPT-yunzai 插件
git clone --depth=1 https://github.com/Micuks/chatGPT-yunzai.git
# 进入插件目录并安装其专属依赖
cd chatGPT-yunzai
npm install --registry=https://registry.npmmirror.com

安装完成后， 不要急于启动 。插件需要正确的配置才能工作。

核心配置详解： 在插件目录下，通常会有一个配置文件模板，如 config.default.js 或 config.example.json 。你需要复制一份并重命名为 config.js 或 config.json 进行修改。配置的核心是 AI API 的设置。

以配置 OpenAI 官方 API 为例，你需要准备：

  1. OpenAI API Key ：在 OpenAI 官网注册并获取。
  2. API 模型 ：例如 gpt-3.5-turbo 。

配置文件关键项示例（假设为 JSON 格式）：

{
  "apiKey": "sk-your-openai-api-key-here", // 你的 OpenAI API 密钥
  "apiBaseUrl": "https://api.openai.com/v1", // OpenAI 官方端点
  "model": "gpt-3.5-turbo", // 使用的模型
  "temperature": 0.7, // 创造性，0-2之间，越高越随机
  "maxTokens": 2000, // 回复的最大 token 数
  "systemMessage": "你是一个幽默风趣的QQ群助手，回答要简洁明了，偶尔可以开开玩笑。", // 系统角色设定
  "triggerPrefix": "#", // 触发前缀，例如发送“#今天天气如何”
  "groupWhitelist": [123456789, 987654321], // 允许使用AI功能的群号白名单，为空则全部允许
  "userDailyLimit": 50 // 单个用户每日使用次数限制
}

实操心得 ： systemMessage 是塑造机器人性格的利器。你可以把它设定成“技术专家”、“文学诗人”或“段子手”，AI 会很好地遵循这个设定。 temperature 设置在 0.7-0.9 之间，能在一致性和趣味性之间取得较好平衡。务必设置 groupWhitelist 和 userDailyLimit ，防止被滥用导致 API 费用激增。

3.4 启动机器人并登录QQ

配置完成后，返回 Yunzai-Bot 根目录启动。

cd /home/Yunzai-Bot
# 首次启动，会引导你进行QQ机器人账号的登录
node app

首次运行，终端会提示你选择登录协议（如 iPad、MacOS 等），并生成一个二维码。你需要使用 作为机器人的那个QQ账号 的手机QQ扫描登录。登录成功后，控制台会显示登录成功的信息，机器人就正式上线了。

此时，在你配置的白名单群聊里，@机器人 或发送以“#”开头的消息（根据你的 triggerPrefix 配置），就应该能收到 AI 的回复了。

3.5 进程守护与长期运行

直接在前台运行 node app ，SSH 窗口关闭后进程就会终止。我们需要使用进程守护工具，如 pm2 。

# 全局安装 pm2
npm install -g pm2
# 在 Yunzai-Bot 根目录下，使用 pm2 启动应用并命名
pm2 start app.js --name yunzai-bot
# 设置开机自启动
pm2 startup
pm2 save

现在，你的机器人就在后台稳定运行了。可以通过 pm2 logs yunzai-bot 查看日志， pm2 restart yunzai-bot 重启。

4. 高级功能配置与优化技巧

基础功能跑通后，我们可以通过一些高级配置和技巧，让机器人变得更聪明、更安全、更省成本。

4.1 多模型切换与负载均衡

chatGPT-yunzai 插件通常支持配置多个 API 端点。你可以利用这一点实现：

  • 故障转移 ：将 OpenAI 官方 API 和一个第三方代理 API 作为备份配置。当主 API 不可用时，自动切换到备用，提高可用性。
  • 模型切换 ：通过特殊指令让用户在 GPT-3.5-Turbo（快速、便宜）和 GPT-4（强大、昂贵）之间切换。可以在插件配置中定义多个“配置集”，并通过命令切换。
  • 负载均衡 ：如果你有多个 API 密钥（例如团队订阅），可以配置插件随机或轮询使用不同的 Key，避免单个 Key 的速率限制。

配置示例（概念性）：

// 在插件的高级配置中可能以数组形式存在
const apiConfigs = [
  { name: '主Key', apiKey: 'sk-key1', baseURL: 'https://api.openai.com/v1', priority: 1 },
  { name: '备用Key', apiKey: 'sk-key2', baseURL: 'https://api.openai.com/v1', priority: 2 },
  { name: '廉价模型', apiKey: 'sk-key3', baseURL: 'https://api.cheaper-proxy.com/v1', model: 'gpt-3.5-turbo', priority: 3 }
];
// 插件逻辑可以优先使用 priority 值小的配置，失败后尝试下一个。

4.2 上下文管理与记忆优化

AI 对话的精髓在于上下文。但无限制地保存所有历史记录会带来两个问题：1. 每次请求的 tokens 数暴涨，增加成本和延迟；2. 可能使 AI 在超长对话后迷失重点。

优化策略：

  1. 设置对话轮数上限 ：在插件配置中，限制保存的历史对话轮数（例如最近10轮）。这是最直接有效的方法。
  2. 实现“总结性记忆” ：这是一个进阶思路。当对话轮数超过一定阈值时，可以主动调用一次 AI，让它用极短的篇幅总结之前的对话核心内容，然后用这个“总结”替代之前的大部分历史记录，作为新的上下文开头。这能极大地压缩 tokens 消耗，同时保留核心信息。不过，这需要修改插件代码来实现自动化流程。
  3. 会话超时与清理 ：为每个会话设置一个不活动超时时间（例如30分钟）。用户超过这个时间没有继续对话，就清空该会话的上下文，释放内存。这可以通过插件的定时任务或事件监听来实现。

4.3 敏感词过滤与内容安全

在公开的群聊环境中，内容安全至关重要。必须防止机器人生成或传播违规、敏感信息。

多层防护方案：

  1. 系统提示词约束 ：在 systemMessage 中明确加入禁止性指令，如“你绝对不能生成任何涉及暴力、色情、政治敏感、违法侵权的内容。如果用户询问此类问题，你应礼貌拒绝并引导至健康话题。”
  2. 插件层关键词过滤 ：在插件收到 AI 回复后、发送给 QQ 之前，加入一个过滤函数。这个函数匹配一个本地的敏感词库，对命中内容进行替换（如替换为 ** ）或直接拦截不发送，并记录日志告警。
  3. API 层安全设置 ：如果使用 OpenAI API，可以利用其自带的 Moderation API。在发送用户提问给 ChatGPT 之前，先调用 Moderation API 判断用户输入是否违规；在收到回复后，也可以再次调用判断回复是否合规。虽然增加了一次 API 调用，但安全性更高。
  4. 人工审核通道 ：对于某些高风险指令或群组，可以设置为 AI 的回复需要经过管理员确认（例如，回复先私聊发给管理员，管理员审核后再选择是否转发到群聊）。这牺牲了即时性，但保证了绝对安全。

4.4 成本控制与用量监控

使用商业 API，成本是必须考虑的因素。除了前面提到的使用次数限制，还有更精细的控制方法。

  1. 按 Token 计费与估算 ：OpenAI API 按输入和输出的总 Token 数计费。你可以估算平均每次对话的 Token 消耗。一个中文字符大约相当于 1-2 个 Token。插件可以集成计算功能，在每次对话后，向管理员或用户本人发送本次消耗的 Token 数和估算费用。
  2. 设置月度/总额预算 ：编写一个简单的脚本，定期（如每天）查询 OpenAI 后台的用量情况，当接近预算阈值时，自动通过插件发送告警给管理员，甚至自动暂停非白名单用户的服务。
  3. 使用更经济的模型 ：对于闲聊、简单问答， gpt-3.5-turbo 完全足够，其成本远低于 GPT-4。可以在插件中设置，默认使用 3.5 模型，只有当用户明确使用“深度思考”等命令时，才切换到 GPT-4。
  4. 缓存常见回答 ：对于一些高频、固定的问题（如“机器人的命令列表是什么？”），可以不调用 AI，而是直接从本地缓存中返回预设答案，节省费用。

5. 常见问题排查与实战经验实录

即使按照教程一步步操作，在实际部署和运行中，你依然会遇到各种各样的问题。下面是我在多次部署和运维中积累的常见问题清单和解决方案。

5.1 机器人登录失败相关问题

问题现象 可能原因 排查步骤与解决方案
扫码后提示“版本过低”或登录失败。 1. 使用的登录协议不被支持或已过时。
2. 机器人QQ号被风控（新号、异地登录常见）。
3. 服务器IP被腾讯屏蔽。		 1. 在 Yunzai 启动时，尝试更换其他协议（如从 iPad 换到 MacOS ）。
2. 非常关键 ：用手机登录一下这个机器人QQ号，随便发条消息，完成一些常规操作，养号几天再试。新号直接用于机器人极易被风控。
3. 更换服务器IP地址，或者尝试在家庭宽带环境下先登录成功，再迁移到服务器（通过 pm2 的 pm2 save 和 pm2 resurrect 功能迁移进程）。
登录二维码无法显示或显示不全。 服务器终端环境不支持图形字符渲染。 1. 确保使用支持 UTF-8 的终端软件（如 Xshell, MobaXterm, iTerm2）。
2. 在启动命令前尝试设置环境变量： FORCE_COLOR=3 node app 。
3. 终极方案：查看 Yunzai 日志文件，日志里通常会打印一个包含二维码的链接（形如 https://qr... ），复制该链接到浏览器打开，即可扫码。
登录成功但很快掉线。 1. 同一账号在多处登录产生冲突。
2. 网络不稳定。
3. 协议被主动下线。		 1. 确保该QQ号没有在手机、电脑等其他地方同时在线。
2. 检查服务器网络，尝试使用网络更稳定的服务器。
3. 考虑使用“手表协议”等更稳定的协议插件（需额外安装）。

5.2 AI 插件无响应或报错

问题现象 可能原因 排查步骤与解决方案
发送触发指令后，机器人完全没反应。 1. 插件未成功加载。
2. 触发词配置错误。
3. 该群/用户不在白名单。		 1. 运行 pm2 logs yunzai-bot 查看日志，确认插件启动时有无报错。关键词搜索插件名如 chatGPT 。
2. 检查插件配置文件中的 triggerPrefix 或触发规则。默认可能是 # ，试试发送 #你好 。
3. 检查 groupWhitelist 配置，确认当前群号是否在内，或暂时将其设为空数组 [] 测试是否全局启用。
机器人回复“API请求失败”或“网络错误”。 1. API Key 错误或过期。
2. 服务器无法访问 OpenAI API（网络问题）。
3. API 额度已用尽。
4. 配置文件路径或格式错误。		 1. 仔细核对 API Key，确保没有多余空格，且具有相应模型的调用权限。
2. 在服务器上执行 curl https://api.openai.com 测试连通性。如果超时，说明服务器网络无法直连，需要配置代理或使用国内可访问的 API 中转服务（在 apiBaseUrl 中修改）。
3. 登录 OpenAI 官网查看额度使用情况。
4. 确认配置文件是 config.js 且位于插件目录下，并使用 node -c config.js 检查语法。
回复内容被截断或不完整。 1. 达到了 maxTokens 限制。
2. QQ 单条消息长度限制。		 1. 适当增加 maxTokens 参数值，但注意成本也会增加。
2. 这是插件自身处理问题。好的插件应该能自动将长回复分割成多条 QQ 消息发送。检查插件是否具备此功能，或考虑换用有该功能的插件分支版本。
AI 回复速度非常慢。 1. 使用的模型响应慢（如 GPT-4）。
2. 上下文历史过长，导致每次请求携带的 Token 太多。
3. 服务器到 API 端点的网络延迟高。		 1. 对于实时聊天，优先使用 gpt-3.5-turbo 。
2. 减少配置中保存的对话历史轮数。
3. 如使用第三方代理，尝试更换延迟更低的代理服务商。

5.3 性能与稳定性维护

  1. 内存泄漏监控 ：Node.js 应用长期运行可能出现内存缓慢增长。使用 pm2 monit 命令可以可视化监控内存和CPU占用。如果内存只增不减，可能是某个插件有内存泄漏，需要排查或重启定期重启应用作为临时方案。
  2. 日志管理 ：Yunzai 和插件的日志会不断输出。使用 pm2 的日志管理功能，定期清理旧日志文件，避免占满磁盘。 
    # 安装 pm2 日志轮转模块
pm2 install pm2-logrotate
# 设置配置，例如保留最近30天日志，每个文件最大50M
pm2 set pm2-logrotate:retain 30
pm2 set pm2-logrotate:max_size 50M
  3. 依赖更新 ：定期更新 Yunzai-Bot 和插件，可以获取新功能和安全修复。但 切记 ：更新前先在测试环境进行，并备份好当前的配置和数据（尤其是 Redis 数据）。因为大版本更新可能不兼容。 
    # 进入对应目录，拉取最新代码
cd /home/Yunzai-Bot && git pull
cd /home/Yunzai-Bot/plugins/chatGPT-yunzai && git pull
# 安装新依赖
npm install
# 重启应用
pm2 restart yunzai-bot

5.4 我踩过的“坑”与独家技巧

  • “养号”是第一要务 ：不要用刚注册的 QQ 小号直接当机器人。先用手机正常登录使用一周，加几个好友，在几个群里说说话，绑定一下安全设备。这样可以极大降低被风控冻结的概率。这是无数人用血泪换来的经验。
  • 配置文件的“热重载” ：修改插件配置文件后，通常需要重启整个 Yunzai 进程才能生效。但有些插件支持“热重载”命令。你可以尝试在 QQ 里向机器人发送 #更新 或 #重载配置 等指令（具体看插件说明），让插件重新读取配置，而不用重启，避免服务中断。
  • 善用“私聊”模式 ：在调试复杂功能或进行长文本对话时，优先在私聊中进行。避免在群聊中频繁测试触发群友，也减少因消息频繁导致的机器人响应慢或漏消息问题。
  • 为 AI 设定清晰的“边界” ：在 systemMessage 里，除了设定角色，一定要明确它的能力范围。例如：“你的知识截止于 2023年7月，对于之后的事件不清楚。”、“你无法访问实时网络信息，无法查询最新天气或股价。” 这可以提前管理用户预期，减少无效问答。
  • 备份！备份！备份！ ：定期备份两样东西：1. Redis 数据 （通过 redis-cli SAVE 命令生成 RDB 文件并拷贝出来）；2. 所有配置文件 。在服务器迁移或崩溃时，这些备份能让你快速恢复服务。

部署和维护一个智能 QQ 机器人，就像养一个电子宠物，初期需要一些耐心去搭建和调教，但一旦稳定运行，它就能为你和你的社群带来持续的价值和乐趣。 Micuks/chatGPT-yunzai 这个项目降低了技术门槛，让更多人可以参与到这场 AI 与即时通讯融合的实践中来。

Logo
DeepSeek技术社区

欢迎加入DeepSeek 技术社区。在这里，你可以找到志同道合的朋友，共同探索AI技术的奥秘。

更多推荐

cover

AI动态简报之算力基建篇

avatar DeepSeek技术社区
cover

端侧小模型 vs 云端大模型双轨部署：规则分流还是训练路由器的工程选择

avatar DeepSeek技术社区
cover

Agent 工具权限爆炸？最小权限原则与 DeepSeek 多租户隔离实践

avatar DeepSeek技术社区