🛠️ 深挖 GitHub 图床的三个大坑#

获取 TG 凭证#

• Bot Token： 找 @BotFather 发送 /newbot，按提示创建一个机器人并保存好 API Token。
• Chat ID： 创建一个私有频道，将机器人设为管理员，发一条消息并转发给 @userinfobot 获取以 -100 开头的数字 ID。

关于名字#

为什么机器人要设置两个名字？

1. 名字 (Name / Display Name)

• 用途： 它是机器人的显示名称，出现在聊天窗口的顶部和联系人列表里。
• 特点：
  • 不唯一： 你可以取名叫“我的超级图床”，别人也可以叫这个名字。
  • 格式自由： 可以包含空格、特殊符号、甚至 Emoji。
  • 可修改： 以后觉得不好听，随时可以用 /setname 命令修改。
• 对应你截图中的： island 这一步。

2. 用户名 (Username)

• 用途： 它是机器人的唯一标识符，用于搜索、艾特 (@) 以及生成直连链接（如 t.me/your_bot）。
• 硬性规则：
  • 必须以 bot 结尾： 比如 my_image_bot 或 IslandBot。
  • 全球唯一： 一旦有人用了，你就不能再用。
  • 字符限制： 只能包含拉丁字母（英文）、数字和下划线，且长度在 5-32 个字符之间。
  • 不可轻易修改： 相比显示名，用户名一旦选定，后期修改非常麻烦（通常需要重新创建机器人）。

为什么频道把图片删了还能访问#

你在客户端点的“清除历史记录”，只是删除了这封信的“索引”，信本身（文件）依然躺在 Telegram 的服务器里。

以下是为什么你的图链依然坚挺的三个核心原因：

Telegram 的存储逻辑：云端持久化

Telegram 与微信不同，它是一个完全云端的通讯工具。

• 文件不随对话消失： 当你把图片发给图床机器人（Bot）或频道时，Telegram 会为这个文件分配一个唯一的 file_id。即便你删除了对话，只要这个文件在 TG 的服务器上没有被检测为违规，它就不会被物理删除。
• Bot 存储特性： 通过 Bot 上传的文件，实际上是存储在 Telegram 的资源服务器上的。只要知道文件的特定 URL（或通过 API 调用），它依然可以被访问。

Cloudflare 的边缘缓存 (Edge Cache)

用的是 Cloudflare 搭建的图床，这里有一层非常厚的“护盾”：

• 缓存命中： 当你第一次通过图床链接访问图片时，Cloudflare 会从 TG 服务器抓取图片并存放在全球各地的边缘节点上。
• 脱离源站： 就算 Telegram 此时真的把图片删了，只要 Cloudflare 节点的缓存没过期（通常根据你的设置，可能是几天甚至一个月），互联网用户访问的依然是 Cloudflare 缓存的那份副本，根本不需要去请求 TG。

Telegram 的“物理清理”极度滞后

Telegram 官方曾暗示过，对于非活跃资源会有清理机制，但实际情况是：

• 几乎永不删除： 很多几年前的频道图片，即便频道注销了，直链依然有效。对于 TG 来说，存储这些压缩后的图片成本极低，而建立一套精准的“关联删除”逻辑（即：对话删了 -> 检查没别处引用了 -> 物理删除文件）反而非常消耗计算资源。
• 只要链接在，资源就在： 只要你获取了该图片的 file_id 转换出的 cdn 链接，它几乎是半永久存在的。

最好不要上传敏感信息#

哪怕是你自建的图床，只要是把 Telegram 当作底层存储，就存在以下风险：

• 链接特征明显： 很多 TG 图床生成的 URL 具有一定的规律性（虽然 Cloudflare 混淆了，但底层的 file_id 是固定的）。如果有人扫到了你的 URL 前缀，他们可以利用自动化脚本暴力遍历（Brute Force）出你的其他图片。
• 缺乏鉴权： 大多数开源 TG 图床方案为了方便，生成的链接是“谁拿到谁就能看”，没有任何访问控制。

他会永久保存？

目前来看，极大概率是。

• TG 的冗余策略： Telegram 的服务器在全球有大量的副本。正如你所发现的，删除对话（清空历史）只是删除了“指向图片的指针”，而图片文件本身被标记为“孤立资源”，由于 TG 庞大的带宽和存储家底，它们往往会在服务器上躺上好几年甚至更久。
• Cloudflare 的持久化： 只要你的图床链接被偶尔点击，Cloudflare 就会认为这是“热点数据”，不断刷新其边缘节点的缓存。这相当于你的图片被多重复刻到了全球几百个节点上，想要彻底“拔草除根”几乎不可能。

在需要的时候可以被查阅？

这里分两个层面：

• 普通人查阅： 只要知道你的图床链接，不需要登录 TG，不需要通过你的允许，直接就能查。

• 官方/机构查阅（2026年最新动态）：

  关键变化： 随着 2024-2025 年 Telegram 政策的重大调整，官方已明确表示会配合合规的法律调查，分享嫌疑人的 IP 地址和手机号。

  虽然他们不一定能直接翻看你的私密对话，但如果你上传了违规或敏感素材到服务器上（即便是通过 Bot），这些资源在 TG 服务器上是带有你的“身份烙印”的。在极端情况下，这些物理文件是可以被作为证据调取的。

第一步：获取 Bot Token（最核心的密钥）#

1. 打开 Discord Developer Portal。

2. 点击右上角 New Application，起个名字（比如 MyArtsoBed），点 Create。

3. 在左侧菜单选 Bot。

4. 找到 Token 区域，点击 Reset Token（如果没显示过）。

5. 复制那个长串字符串，这就是你的 Bot Token。

   注意： 拿到后立刻填进图床，这个 Token 只会出现一次，关了页面就看不到了。

第二步：把 Bot 邀请进你的服务器#

1. 在同一个页面左侧选 OAuth2 -> URL Generator。
2. 在 Scopes 框里只勾选 bot。
3. 在下方出现的 Bot Permissions 里勾选：
   • View Channels（查看频道）
   • Send Messages（发送消息）
   • Attach Files（上传附件）
4. 复制最下方的生成的 URL，粘贴到浏览器里打开，选择你的服务器，把 Bot 拽进去。

第三步：获取 Channel ID（频道号）#

1. 回到你的 Discord 客户端，点击左下角设置（齿轮）-> 高级 (Advanced) -> 开启 开发者模式 (Developer Mode)。

2. 回到你的服务器列表，右键点击你准备存图的那个频道。

3. 点击最下面的 Copy Channel ID。

   这是一串纯数字，填进图床的 Channel ID 框里。

第一步：获取 Access Token（工牌）#

1. 登录 Hugging Face 官网。
2. 点击右上角头像 -> Settings -> Access Tokens。
3. 点击 Create new token。
4. 关键设置：
   • Token type：一定要选 Write（否则只能看不能传）。
   • Token name：随便起，比如 PicList_Upload。
5. 复制生成的字符串（以 hf_... 开头），填入 PicList 的 Token 框里。

第二步：创建 Repository（仓库）#

1. 在 Hugging Face 顶部点击 New -> Dataset（建议用 Dataset 仓库存图，限制最少）。
2. Owner：选你自己。
3. Dataset name：起个仓库名（如 my-image-bed）。
4. Visibility：选 Public（公开），这样图片链接才能在博客里直接显示。
5. 创建完成后，你的 Repo 名 就是 用户名/仓库名（例如 Artso/my-image-bed），把它填入 PicList 的 Repo 框里。

第三步：设置存储路径#

• 存储路径：建议填 images/ 或者 /{year}/{month}/，这样图片会自动归类。
• 分支 (Branch)：默认填 main 即可。