Discord中创建机器人的流程

主要步骤概览

  1. 在 Discord Developer Portal 创建应用(Application)
  2. 在应用中创建 Bot(Bot User)
  3. 开启必要的权限与 Privileged Intents(特别是 Message Content Intent)
  4. 生成邀请链接并把 Bot 邀请进你的服务器
  5. 获取 Bot Token 并妥善保存(放到环境变量)
  6. (可选)在服务器/频道设置权限,确认 Bot 可以读取消息历史与附件
  7. 用 Python 运行最小测试脚本,确认能接收到消息并处理附件

详细步骤

  1. 创建应用(Application)
  • 打开:https://discord.com/developers/applications
  • 点击 “New Application”,填名称(例如:MyForwarderBot),点击创建。
  1. 在应用中创建 Bot
  • 左侧选择 “Bot” 标签页。
  • 点击 “Add Bot” → “Yes, do it”。
  • 这会创建一个 Bot 用户;你可以修改头像、名字等。
  1. 开启 Privileged Gateway Intents(非常重要)
  • 在 Bot 页面往下找到 “Privileged Gateway Intents” 部分:
    • 打开 “Message Content Intent”(允许读取 message.content)。(你需要开启它才能通过 SDK/库读取普通消息文本)
    • 若你需要成员列表或 presence,也可按需打开 “Server Members Intent” 或 “Presence Intent”。
  • 注意:如果你的 Bot 要加入 100+ 服务器,启用某些特权 intents 可能需要经过 Discord 的审核/验证。
  1. 获取 Bot Token(千万别泄露)
  • 在 Bot 页面中,点击 “Reset Token” 或 “Copy” 获取 Bot 的 token(例如 “Bot XXXXXXXXX…”)。把它存到安全地方(本地 .env 或服务器环境变量)。
  • 如果 token 泄露,立即在同一页面重置(Regenerate)。
  1. 生成邀请链接并邀请 Bot 到你的服务器
  • 在左侧选 “OAuth2” → “URL Generator”。
    • Scopes: 勾选 “bot” (如需 slash commands 也勾 “applications.commands”)。
    • Bot Permissions: 在这里勾选所需权限(建议至少勾选):
      • View Channels (Read/View Channels)
      • Read Message History
      • Send Messages
      • Embed Links
      • Attach Files (如需上传)
      • Manage Messages(可选)
    • 页面底部会生成一个邀请链接(URL)。
  • 复制该 URL,在浏览器打开并选择要把 Bot 添加到的服务器(你必须拥有该服务器的管理权限或有邀请权限)。

说明:不要手动猜 permissions 的整数值 — 用 OAuth2 页面勾选更安全。也可用手动构造:
https://discord.com/oauth2/authorize?client_id=YOUR_CLIENT_ID&scope=bot%20applications.commands&permissions=PERMISSIONS_INTEGER
但推荐用页面生成器以避免权限错误。

  1. 在目标服务器确认 Bot 权限
  • 在服务器的角色设置中,确认 Bot 的角色拥有“View Channels”与“Read Message History”权限;在频道覆盖权限中也要允许读取消息。
  • 若 Bot 无法读取 message.content,要检查是否已在开发者面板开启 Message Content Intent 并且你的代码在使用相应的 intents(见下例)。
  1. 获取频道 ID(如需按频道过滤)
  • 在 Discord 客户端设置 → 高级 → 打开 “开发者模式”。
  • 右键频道或消息 → 选择 “Copy ID” 得到 channel id(用于脚本过滤/配置)。
  1. 安全与生产建议
  • 切勿把 token 写入代码库。用环境变量或秘密管理工具(.env 文件在部署时放到服务器,且不要提交到 git)。
  • 如果 token 泄露,立即在开发者面板重置。
  • 在生产环境启用适当的日志、错误重试和速率限制处理(Discord API 和 企业微信 API 都有限流)。
  • 如果 Bot 要加入很多服务器(100+),注意 Discord 的验证/审核要求。

常见问题与解决

  • 读不到 message.content:确认你在开发者页面开启了 Message Content Intent,并在代码里把 intents.message_content = True。
  • 403 或权限错误:确认 Bot 在服务器的角色/频道中有“View Channel”和“Read Message History”的权限,以及你在 OAuth2 页面勾选了正确权限。
  • 邀请失败(没有权限):邀请者必须在目标服务器有“管理服务器”或相应权限。

Read more

数据库管理-第402期 不会代码的DBA做一个简单的前端系统(20260122)

数据库管理-第402期 不会代码的DBA做一个简单的前端系统(20260122)

数据库管理402期 2026-01-22 * 数据库管理-第402期 不会代码的DBA做一个简单的前端系统(20260122) * 1 进入Supabase * 2 准备环境 * 建表 * 3 项目实战 * 3.1 创建Recat项目 * 3.2 连接Supabase * 3.3 调整页面 * 3.4 功能验证 * 3.5 增加功能 * 插曲 * 总结 数据库管理-第402期 不会代码的DBA做一个简单的前端系统(20260122) 作者:胖头鱼的鱼缸(尹海文) Oracle ACE Pro: Database PostgreSQL ACE 10年数据库行业经验 拥有OCM 11g/12c/19c、MySQL 8.0 OCP、

Qwen3Guard-Gen-WEB能否私有化部署?完整方案详解

Qwen3Guard-Gen-WEB能否私有化部署?完整方案详解 最近,阿里开源了一个挺有意思的安全审核模型,叫Qwen3Guard-Gen-WEB。很多朋友看到“安全审核”这几个字,第一反应就是:这东西能自己部署吗?毕竟,把内容安全审核这种敏感任务放在自己的服务器上,听起来就比调用外部API要靠谱得多。 答案是肯定的。Qwen3Guard-Gen-WEB不仅支持私有化部署,而且过程比想象中要简单。今天,我们就来手把手拆解一下,如何把这个8B参数的安全“哨兵”部署到你自己的环境里,让它为你站岗放哨。 1. 为什么你需要私有化部署Qwen3Guard? 在聊怎么部署之前,我们先得搞清楚,为什么费这个劲自己部署?直接用云服务不行吗? 对于内容安全审核这件事,私有化部署有几个无法替代的优势: 数据不出域,隐私有保障 这是最核心的一点。当你把用户生成的内容(UGC)、内部文档或者任何敏感文本发送到第三方云服务进行审核时,这些数据就离开了你的控制范围。而Qwen3Guard部署在你自己的服务器上,所有数据都在你的内网里流转,从根本上杜绝了数据泄露的风险。这对于金融、医疗、政务等对数

软件工程毕业设计题目前端方向:新手如何选题、搭建与避坑实战指南

作为一名刚刚完成软件工程毕业设计的前端方向学生,我深知从选题到最终答辩这一路有多少“坑”。很多同学要么选题太大做不完,要么技术栈选得太新hold不住,要么代码写得像“一锅粥”,答辩时被老师问得哑口无言。今天,我就结合自己的实战经验,系统梳理一下前端方向毕设从0到1的全流程,希望能帮你避开那些我踩过的“雷”。 1. 选题:别贪大求全,找准“小而美”的切入点 选题是第一步,也是最容易跑偏的一步。新手常犯的错误主要有两个:一是选题过于宏大,比如“基于人工智能的智慧校园平台”,听起来高大上,但前端部分可能只是其中一小块,难以体现工作量和技术深度;二是选题过于陈旧或简单,比如“个人博客系统”,如果只是用模板套一下,缺乏自己的设计和工程化思考,也很难拿到高分。 我的建议是选择“业务场景明确、功能模块清晰、有技术发挥空间”的题目。 这里推荐几个经过验证的方向: * 低代码/零代码表单/问卷系统:核心是动态表单渲染和表单数据收集。你可以深入设计表单配置器(拖拽生成)、表单渲染引擎、数据存储与导出。技术涉及状态管理、动态组件、