小海博客

用仓颉解决两道数组题：计数与最少会议室

Fri, 02 Oct 2026 00:00:00 GMT

两道题的迁移记录：统计一串数字里每个数字出现的次数，以及给定若干会议区间求最少需要几间会议室。Python 里用字典和动态列表就够了；换到仓颉后卡在三处——字典还没用熟、字符不能直接转 Int64、数组没有 remove 和 append，于是改成「数组下标当桶」和「差分数组」两条路线。两个关键结论：字符 '0' 的码点是 48，减 48 才是真正的数值；用「开始 +1、结束 −1」的差分数组，可以完全绕开对列表的动态增删。

前置条件

能编译运行仓颉代码的环境（用 getStdIn() 读标准输入需要 import std.env.*）
Python 3，用来对照两种写法的差异
了解数组遍历，以及字符要先转成编码值（整数码点）这件事

统计每个数字出现的次数

Python 里最直接的办法是字典，取不到就当 0：

# 字典解决统计数字问题
num = input()
count = {}
for i in num:
    count[i] = count.get(i, 0) + 1
for j in sorted(count.keys()):
    print(f"{j}:{count[j]}")

仓颉的字典我还没用熟，于是换成数组下标当“桶”：数字本身就是下标，槽位里放出现次数。先在 Python 里把思路验证一遍：

# 列表解决统计数字问题
num = input()
count = [0] * 10
for i in num:
    count[int(i)] += 1
for j in range(10):
    if count[j] == 0:
        continue
    else:
        print(f"{j}:{count[j]}")

两种写法输出一致：

迁移到仓颉时卡了一下：它不会把字符自动转成 Int64，强制转换还会报错。查资料后知道字符要先转成它的编码值（整数码点），逐个试出来 '0' 的码点是 48，所以当前字符减 48 再转 Int64，就是它在数组里的正确下标。照 Python 版的思路写出来：

// 数组解决统计数字问题
import std.env.*
main(){
    let input = getStdIn().readln().getOrThrow()
    var count = Array<Int64>(10, repeat: 0)
    for(i in input where i>=48 && i<=57){
        let num = Int64(i - 48)
        count[num] += 1
    }
    for (i in 0..=9 where count[i] != 0) {
        println("${i}:${count[i]}")
    }
}

运行结果：

顺带一提，where i>=48 && i<=57 这一段把非数字字符过滤掉了，输入里混了别的字符也不会越界或报错。

求最少会议室数

先说原本的思路：维护一个「正在占用的会议室结束时间」列表。来一场新会议时，如果它的开始时间不早于列表里最早的结束时间，说明那间会议室已经空出来、可以复用，就把这个最早的结束时间删掉；否则新开一间。列表最终的长度就是最少会议室数。Python 版：

meeting_times = [(0, 600), (200, 700), (650, 1200)]
end_times = []
for start, end in meeting_times:
    if end_times:
        min_end_time = min(end_times)
        if start >= min_end_time:
            end_times.remove(min_end_time)
    end_times.append(end)
print(len(end_times))

运行结果：

问题在于仓颉的数组既没有 remove 也没有 append，这条路走不通。于是改用差分数组：先扫一遍拿到最晚的结束时间，建一个长度为「最晚结束时间 + 1」的数组，在每个会议的开始位置 +1、结束位置 −1，最后从头到尾累加，累加过程中的峰值就是同时进行的会议数上限，也就是最少需要的会议室数。Python 验证：

meeting_times = [(0, 600), (200, 700), (650, 1200)]
last_end_time = 0
for start, end in meeting_times:
    last_end_time = max(last_end_time, end)
# 长度加 1 是因为下标从 0 开始：最大键值是 1200，不加 1 的话最大下标只有 1199，写到 1200 会越界
changes = [0] * (last_end_time + 1)
for start, end in meeting_times:
    changes[start] += 1
    changes[end] -= 1
occupied = 0
rooms = 0
for change in changes:
    occupied += change
    rooms = max(rooms, occupied)
print(f"最少需要的会议室: {rooms}")

运行结果：

同样思路的仓颉版：

main(){
    let t = [(0, 600),(200,700),(650,1200)]
    var lastEnd = 0
    for((start,end) in t){
        lastEnd = max(lastEnd, end)
    }
    let changes = Array<Int64>(lastEnd + 1, repeat: 0)
    for ((begin, end) in t) {
        changes[begin] += 1
        changes[end] -= 1
    }
    var occupied = 0
    var rooms = 0
    for (change in changes) {
        occupied += change
        rooms = max(rooms, occupied)
    }
    println("最少需要的会议室:${rooms}")
}

运行结果：

我在实现时卡住的地方

仓颉里字符为什么不能直接转 Int64？

仓颉不会像 Python 的 int() 那样把字符自动当数字。字符要先拿到它的编码值（整数码点），而 '0' 的码点不是 0 而是 48，所以必须减 48 才是真正的数值。直接 Int64(i) 拿到的是码点，不是数字本身。

差分数组怎么就等价于原来的增删列表？

差分数组把「复用会议室」变成了计数：开始 +1 表示占用一间，结束 −1 表示释放一间。从头累加得到的是「当前时刻正在进行几场会议」，这个累加值的峰值就是同时进行的上限，也就是至少要准备的会议室数。原来靠 remove / append 维持的那个列表长度，本质上就是这个峰值，所以两者结果一致；而差分数组只需要按下标改值，不需要动态增删。

数组长度为什么要「最晚结束时间 + 1」？

下标从 0 开始，要能访问到 last_end_time 这个位置，长度就得是 last_end_time + 1。用 (0,600),(200,700),(650,1200) 这组数据举例，最晚结束时间是 1200，长度必须是 1201，否则写入 changes[1200] 会越界。

差分数组适合什么场景？

适合数值范围已知、只对静态数据做区间加减、最后统一求前缀和的场景。代价是要先知道取值范围的上界（这里取最晚结束时间），并额外开一个等长的数组；如果时间跨度很大而会议数量很少，改成把时间点排序后再扫描会更省内存。

华为仓颉学习笔记

Wed, 30 Sep 2026 19:09:00 GMT

这是一篇持续更新的索引。目前内容还很少，先把已经验证过的练习和仍待确认的问题分开记录，避免把未完成的结论写成教程。

https://www.violet27chen.com/archive/?category=%E4%BB%93%E9%A2%89%E7%BC%96%E7%A8%8B

我的第一个仓颉程序：运行过程与 Python 写法对照

Wed, 30 Sep 2026 18:29:00 GMT

用 cjpm run 跑通了第一个仓颉程序。它做的事很简单：打印 0 到 9 里的奇数。仓颉和 Python 的逻辑完全一样，差别全在写法上——范围写成 0..10（对应 Python 的 range(10)），而过滤条件从循环体里的 if 挪到了 for 头的 where。下面是两次跑通的过程，以及两种写法的逐项对比。

前置条件

装好仓颉 SDK，cjpm 命令可用
Python 3，用来对照两种写法的差异
知道基本的 for 循环和取模运算（%）

第一个程序

把代码存成项目根目录下的 main.cj：

main() {
    for (i in 0..10 where i % 2 == 1) {
        println(i)
    }
}

在项目根目录下敲 cjpm run，终端输出：

和 Python 写法的差异

同样的逻辑用 Python 写是这样：

for i in range(10):
    if i % 2 == 1:
        print(i)

两段代码干的事完全一样，但结构差异一眼就能看出来：

对比项	Python	仓颉
遍历范围	`range(10)`	`0..10`
过滤条件位置	循环体里的 `if`	`for` 头里的 `where`
读法	先遍历 0 到 9，再筛掉偶数	遍历 0 到 9 中满足 `i % 2 == 1` 的

0..10 对应 range(10)，都是左闭右开。区别在过滤条件的位置：Python 的 if 缩进在循环体里，仓颉的 where 挂在 for 的括号里。后者把范围和条件压在一行，少一层缩进，意图更直接。

紧凑写法对比

Python 里想写得紧凑点可以用生成器表达式：

for i in (x for x in range(10) if x % 2 == 1):
    print(i)

输出一样，但 (x for x in ...) 这层壳比 where 重。Python 日常还是写 if 居多，仓颉等于把这个常见模式收进了语法本身。

第一个程序就跑通了一个 for + where，最直接的感受是仓颉把 Python 里靠缩进和习惯表达的东西做成了关键字：where 进 for 头，少写一层 if，读起来反而更清楚。

我实际遇到的几个问题

仓颉的 0..10 是左闭右开吗？

是。0..10 对应 Python 的 range(10)，包含 0 不包含 10，实际遍历的是 0 到 9。如果要包含右端点，要写成 0..=10（等价于 range(11)），例如 for (i in 0..=9) 会遍历到 9。

where 能等价于 Python 的 if 吗？

在遍历过滤这个场景下等价：两者都是「遍历时跳过不满足条件的元素」，逻辑上都是对每次迭代做一次判断。差别只在写法位置和多出来的那层缩进。where 后面要加多个条件，继续用 && 连就行，比如 for (i in input where i >= 48 && i <= 57)。

第一个程序要怎么跑起来？

把代码存成项目根目录下的 main.cj，然后在项目根目录执行 cjpm run。前提是仓颉 SDK 装好、cjpm 命令可用；这个例子没有外部依赖，直接跑就行。

用 52FRP 让异地好友加入 Minecraft：配置记录与安全提醒

Mon, 28 Sep 2026 06:10:00 GMT

异地联机有多种方案，内网穿透的优点是不用单独租游戏服务器，代价是主机电脑必须一直开着，并且连接质量取决于本地网络和中继节点。本文记录我用 52FRP 配置 Java 版 TCP 隧道的过程；实名认证费用、返还和免费流量请以当前平台页面为准，不把“零成本”当成固定承诺。

本文以 Java 版为例。开始前请确认：你和好友的游戏版本（含模组/整合包）完全一致，且你的电脑在联机期间要一直开着、不休眠。

一、注册并登录 52FRP

打开注册链接：https://frp.v27c.link/52frp，注册完成后登录，控制台长这样：

二、先完成实名认证（1 元，一次性）

国内的内网穿透服务都要实名，52FRP 也一样：没认证的话隧道建不了、节点也连不上，所以这一步得放在领免费额度前面做。

入口在控制台的用户中心 / 账号设置（一般在右上角头像下拉里），填姓名 + 身份证号提交即可：

认证需要支付 1 元的身份核验费用，一次性收取，提交后一般几分钟内就能通过
认证成功后会返还 2 元余额，等于倒赚 1 元，可以留着抵扣按量流量（约 0.1 元 / GB，够跑 20GB）

这 1 元是核验费，不是服务费：认证通过后，接下来兑换的免费流量和免费节点照常使用，不会另外扣钱，返的 2 元余额也一直在账户里。具体金额和入口以 52FRP 页面当前显示为准。

三、先领免费额度

左侧进入 套餐商城 → 充值码兑换，这里有两个官方放出的免费兑换码，按需各兑一次即可：

不限流量套餐码：www52frpcom666，30 天不限流量
免费服务流量码：www52frpcom777，1000GB 流量包

兑换成功后回到套餐页面，能看到有效期和剩余流量已经生效：

联机本身耗流量很少，普通两人到四五人联机，1000GB 流量包通常用不完；人多或长期开服再考虑按量付费（约 0.1 元 / GB）或按月购买。

四、先在本地把 MC 房间开起来

创建隧道时要填「本地端口」，而这个端口是 MC 给你的，所以先开游戏，再建隧道，顺序别反了。

进入单人世界，打开游戏菜单，选择 对局域网开放：

接着会让你填端口号，随便填一个并记牢，比如 25565；上面的「对其他玩家的设置」（是否允许作弊、游戏模式等）按自己喜好选：

确定之后，聊天栏会出现一行提示，说明你的局域网房间已经在你填的那个端口上跑起来了。这个窗口先别关。

五、创建穿透隧道

回到 52FRP，进入 内网穿透 → 创建隧道：

目前免费可用的是下面这两个节点，其余节点需要充值（按量付费约 0.1 元 / GB，也可以按月购买）：

选择刚兑换到的免费香港节点（离得近、延迟相对低）：

隧道参数按下面填：

隧道名称：随便填，自己认得出来就行
隧道类型：选 TCP（Java 版联机走 TCP）
本地地址：保持默认（127.0.0.1）
本地端口：填上一步 MC 里填的那个端口号，比如 25565
远程端口：点一下「随机」即可

确认无误后点完成创建。

六、复制配置文件

点击左侧 配置文件，隧道类型里只勾选刚创建好的那一条隧道（不要多选），右边生成的就是待会儿要用的配置内容，点复制存好：

七、下载并配置 frp 客户端

下载 frp 工具：https://pan.quark.cn/s/92afdac31781?pwd=vSFr

下载到本地并解压

用记事本（或任意文本编辑器）打开解压出来的 frpc.toml，把第六步复制的配置内容整个粘进去，保存

双击一键运行启动客户端

启动成功的标志：终端里全是蓝色文字、没有其他颜色（红色通常意味着报错，多半是配置粘错或本地端口填错）：

八、把地址发给好友

回到 52FRP 的 隧道管理，复制这里的远程地址，然后发给好友。

远程地址长得像这样，中间有一个冒号分成两段：

141.11.148.184:22593
①              ②

① 远程 IP：52FRP 节点的公网入口，好友要连到这台机器
② 远程端口：节点上分给你的那个端口，用来把数据转发到你本地的 MC

复制时两段都要带上，只粘前半段是连不进来的。

好友在 MC 里进 多人游戏 → 添加服务器（或直接连接），把这段地址粘进去，就能进你的房间了：

觉得这串「远程 IP + 冒号 + 远程端口」不好记、端口一变还得挨个通知？可以看第九步（可选），用域名 + SRV 记录让好友只输域名就能进。

联机结束后，记得关掉那个黑色终端窗口，隧道就断开了。

九、（可选）不想记端口？用一个域名代替（SRV 记录）

这一步是可选的。到第八步为止，好友已经能用远程地址进你的房间了；这一步只是把「远程 IP + 冒号 + 远程端口」简化成只填域名，不想要可以跳过，直接去看常见问题。另外它需要你自己有一个域名（或用免费域名），比前面多花几分钟。

隧道重建后远程端口可能会变，好友就得改一遍地址。更省事的做法是给这个地址挂一个域名：好友永远只填域名，端口交给 DNS 的 SRV 记录去翻译。

原理就两句话：

A 记录负责「域名 → 远程 IP」
SRV 记录负责「端口 → 远程端口」

对应到第八步那个地址：

名字	例子 `141.11.148.184:22593` 中的哪一段	填到哪条记录
远程 IP（①）	`141.11.148.184`	A 记录（或 CNAME）的记录值
远程端口（②）	`22593`	SRV 记录的端口

如果你的远程地址前面不是 IP 而是一串域名，那就把它当成「远程主机」看待，第 2 步改用 CNAME 即可，其它不变。

准备一个域名

随便一个便宜的 .top / .xyz 一年也就十来块；不想花钱可以用免费域名（eu.org、dynv6.net、afraid.org）。注意要挑支持 SRV 记录的，把 DNS 托管到 Cloudflare 是免费且支持 SRV 的稳妥选择。
解析远程 IP

到 DNS 解析面板加一条记录，主机记录填 mc，记录值填远程 IP：
- 远程 IP 是一串数字 → 类型选 A
- 远程 IP 本身是个域名 → 类型选 CNAME（末尾要不要加点，按面板要求来）

代理状态保持**「仅 DNS」**，别开橙色云（CDN 代理）：开了之后 SRV 查询和 MC 直连都会出问题。

解析远程端口（SRV）

再加一条 SRV 记录：
- 主机记录：_minecraft._tcp.mc
- 服务 _minecraft、协议 _tcp（面板分开填就照这个填）
- 优先级 0、权重 5
- 端口：远程端口
- 目标：mc.example.com（也就是第 2 步解析好的那个主机名）

国内面板通常把这几项写成一行记录值：0 5 35565 mc.example.com（端口换成你自己的远程端口）。

端口变了只要改这一条 SRV 的端口号即可，好友那边填的域名完全不用动——这才是这套方案的真正价值。另外 基岩版不支持 SRV，这套只对 Java 版有效。

等生效并测试

DNS 生效通常几分钟，最多等半小时。可以在命令行验证：
```
nslookup -q=srv _minecraft._tcp.mc.example.com
```
能查到 SRV 记录后，好友在 MC 里直接填 mc.example.com 就能进房间，不用带端口。

常见问题

一定要实名认证吗

要。国内的内网穿透服务都要求实名，52FRP 未认证时建不了隧道、连不上节点。核验费用 1 元、一次性收取，认证通过后还会返还 2 元余额，等于倒赚 1 元，之后兑换的免费流量和免费节点照常用，不会额外扣费。

好友提示连不上，先查这几项

按顺序排查：① 你电脑上 frpc 的终端窗口是否还开着、有没有报错；② 发给好友的地址里远程 IP 和远程端口是不是都复制了（只粘了前半段进不去）；③ MC 里「对局域网开放」是否还在生效（重新开放会换端口，需要同步改隧道）；④ 你和好友的游戏版本、模组是否完全一致。

用了域名，好友还是进不去怎么办

先用 nslookup -q=srv _minecraft._tcp.mc.example.com 确认 SRV 记录有没有生效；再检查三条：SRV 里的目标主机名自己要能解析（也就是第 2 步的 A 记录得先通）、端口填的是远程端口不是本地端口、你的 DNS 服务商是否支持 SRV 记录（不支持就换 Cloudflare）。

我把电脑关了，好友还能进吗

不能。这套方案的主机就是你自己的电脑，frpc 窗口关掉、电脑关机或休眠，隧道就断了，好友立刻掉线。想 24 小时在线得另租服务器。

免费额度够几个人玩

够用。普通 2–5 人联机，1000GB 流量包基本用不完；不限流量套餐码有效期 30 天，到期后重新兑换或改用按量付费（约 0.1 元 / GB）即可。

玩的是基岩版（手机 / Win10 版）怎么办

本文是 Java 版的 TCP 隧道。基岩版走的是 UDP，创建隧道时隧道类型要选 UDP，本地端口填游戏里提示的那个（基岩版默认是 19132），其余步骤相同。基岩版不支持 SRV 记录，第九步对它无效。

延迟高、卡顿怎么缓解

优先选离双方最近的免费节点（香港节点对南方用户通常更稳）；其次让主机电脑性能好一点、把视频设置里的视距调低；如果跨运营商严重，可以让主机开手机热点试一次定位是不是宽带的问题。

把端口暴露到公网安全吗

只要地址不外传，陌生人扫到的概率很低，但不建议把地址发到公开社群。建议：不用时就关掉 frpc、存档定期备份。房间开着期间任何人拿到地址都能进来。

安全与维护

只把游戏端口提供给可信好友，定期更换或撤销不用的隧道，不要在同一台机器上暴露管理面板。公网地址会被扫描，游戏服务端也应开启白名单并使用正版身份验证。

整套流程其实就三件事：游戏里开局域网拿到端口 → 52FRP 建一条指向这个端口的隧道 → 本地跑 frpc。跑通一次之后，下次联机只要改一下本地端口、重新启动 frpc 就行，一分钟的事。愿意多折腾几分钟的话，再配一个域名和 SRV 记录，连端口都不用记了（这一步可选）。

如果你在哪个步骤卡住了，欢迎在评论区贴报错截图，或者来 QQ 群聊里直接问。

27c.site 发布：我做的 AI 建站工具与实际限制

Mon, 07 Sep 2026 10:35:00 GMT

27c.site 发布：我做的 AI 建站工具与实际限制

一句话介绍：把想法告诉 Cursor、Trae、WorkBuddy 这类能运行命令的 AI，它会自己写代码、生成配图、把网站发布上线，最后交给你一个能直接访问的网址。你不需要买服务器、不需要配域名解析、不需要碰任何部署后台。平台地址 27c.site（备用 27ai.cloud）

它解决的是哪一类问题

想发一个东西——给朋友做的工具页、自己作品的展示页、一个活动报名页、一个知识合集——页面本身半小时就能搞定，但接下来呢？

买虚拟主机、开 VPS、配 FTP、研究域名解析、等 SSL 证书……等你终于把网站传上去，折腾了两小时，最初的热情早就没了。

或者你试过让 AI 帮你写页面——写得又快又好。然后呢？AI 把代码递给你，剩下上传、部署、绑定域名全是你的事。它写了，但发不出去。

27c.site 就是为了补上这最后一步：让 AI 不只是帮你写网站，还能自己把它发上线。

怎么用：复制一段话，说一个想法

整个过程就两步。

第一步，把下面这段话发给你的 AI（建议用 Cursor、Trae、WorkBuddy 这类能跑命令的工具，豆包这类 AI 应用开专家模式也行；普通聊天模式一般不行）：

在 27c.site 上创建账号并部署我的网站。你可以是独立 AI 应用，也可以是 AI 编程工具里的 AI；请使用 27c-site MCP 工具完成全部流程。如果当前客户端无法安装 MCP，就读取服务器指令并使用 HTTP API 继续，不要把技术限制推回给我。请写好网站代码，生成需要的图片并一键发布；完成后告诉我线上地址。创建账号后请明确提醒我牢记平台用户名和密码。

第二步，用你自己的话描述想要什么网站。比如：

"做一个赛博朋克风格的产品落地页，要有炫的交互效果"
"给我的手作店做一个展示页，放商品图片和店铺地址"
"做一个活动报名页，能填名字和手机号"

然后就可以去倒杯水了。回来的时候，AI 会告诉你一个类似 your-name.27c.site 的网址，点开就是已经上线的网站。

中间发生了什么你不用管——AI 自己注册账号、写页面、做配图、完成发布。你唯一要做的一件事：记好 AI 帮你注册的账号密码（它会被要求主动提醒你）。平台不收邮箱，密码忘了没有任何办法找回，这是刻意的安全设计。

不知道从哪开始？首页放了几个现成的示例需求（赛博浪客、灵韵、哨兵 AI……），点一下复制，发给 AI 就能复现一个完整页面，适合先感受一下流程。

这个"赛博浪客"示例我自己实测过一遍：提示词是在手机上发给豆包的（专家模式），它自己注册账号、写页面、生成配图，几分钟后页面就上线了。下面就是它交出来的作业：

聊天窗口里能看到完整交付过程——线上地址、部署 ID、文件清单一次给齐：

它能做到什么

给网站一个像样的网址。 注册时选一个好记的子域名，比如 my-shop.27c.site，发给谁都能直接打开。也可以绑定自己的域名。

表单是真的能用。 这是纯静态页面最难办的事："别人给我留言/报名/下单怎么办？"不用你搭后端——网站需要什么，AI 就会开启对应的功能。留言板、报名表、评论、投票、预约，说出来就行，填的内容会真正存下来。

改坏了能撤回。 每次修改都会留一份完整的历史，保留最近 50 次。AI 把首页改崩了？跟它说"回滚到上一个版本"，一下就回来了。大胆试错。

图片、视频都能放。 不只是网页，作品图、视频、文档这些大文件也有专门的通道，做作品集完全够用。

手机上也好看。 生成的页面默认适配手机和电脑，全球节点加速，访问速度不挑地区。

适合拿来做些什么

一句话：那些"太小了不值得正经部署"的项目。

想分享出去的工具页（计算器、转换器、小模板）
作品集和简历页，一个链接讲完你是谁
活动、聚会的报名页
给朋友、家人做的小东西——生日页、纪念页
小生意的展示页，带留言和商品目录

如果你要写技术博客、要精细的 SEO 和评论系统，那还是传统的博客框架更合适；27c.site 的定位是让"随便做个东西发出去"这件事变得跟说一句话一样轻。

底下是什么

给好奇的同学两句话版本：整个平台跑在 Cloudflare 的全球网络上，你的网站文件存在离访客最近的节点，打开速度快；每份文件都有历史版本；网站需要记忆功能时接的是 Neon 的 Postgres 数据库。平台免费，页面没有广告、没有第三方追踪脚本。

整个项目也已经开源（MIT 协议）：github.com/idea-internet/idea_internet（另有 Gitee 镜像）。代码放出来，一方面欢迎懂行的同学来审，另一方面你给 AI 的每一步操作，背后发生了什么都是透明的。

目前不适合什么

27c.site 更适合原型、活动页和个人展示，不适合直接承载支付、用户隐私或复杂后端业务。AI 生成的代码和图片仍需要人工检查，发布前应确认内容版权、表单数据去向、依赖安全和域名归属。

过去做网站，门槛在"写代码"；后来 AI 把这个门槛拆了，门槛变成了"部署上线"。27c.site 想把最后这道门槛也拆掉——你只管说想法，剩下的交给 AI。

如果你手头正好有个小页面想发，或者单纯好奇"跟 AI 说句话就能上线一个网站"是什么体验，欢迎来 27c.site 试试。用得开心或不爽，都欢迎在评论区聊聊，或者去仓库提 issue。

基元律动 68 元新用户额度记录：领取、使用与限制

Sat, 29 Aug 2026 01:42:00 GMT

最近发现一个对 AI 编程用户很友好的福利活动：

基元律动（TokenRhythm）新用户注册就送 10 元额度，再安装 OpenSquilla 客户端并绑定 API Key，还能解锁剩下的 58 元，合计 68 元免费额度。

这个额度可以直接当 API 余额用：

在 OpenSquilla 客户端里直接进行 AI 编程
也可以把 API Key 填到 Claude Code、Codex、Trae 等第三方客户端使用

下面记录我实际走过的领取流程。额度、活动入口和可用范围都可能调整，操作前先以平台页面显示为准；文中“免费”不代表后续调用不会产生费用。

第一步：注册基元律动，领取 10 元额度

打开注册页面：

https://ai.v27c.link/tokenrhythm

输入手机号，获取短信验证码即可登录。没注册过的手机号会自动创建账号，不需要单独走注册流程。

登录成功后，账户里会先到账 10 元额度。

第二步：下载 OpenSquilla 客户端

想要解锁剩下的 58 元，需要下载 OpenSquilla 客户端：

https://ai.v27c.link/opensquilla

OpenSquilla 是一个开源的桌面端 AI Agent 客户端，智能路由、持久记忆、安全沙箱这些能力都内置了，拿到 API Key 就能开箱即用。

安装并打开 OpenSquilla，首次启动会要求你输入一个基元律动的 API Key。

第三步：创建 API Key

登录基元律动控制台，进入 API Key 管理页面：

https://tokenrhythm.studio/account/keys

点击右上角的新建 API Key：

创建完成后，复制生成的 Key，接下来要用它完成绑定。

顺便说一下，这个页面也给出了外部调用的信息：

Base URL：https://tokenrhythm.studio/v1
Chat 接口：/chat/completions

也就是说它兼容 OpenAI 风格的 API，后面接入第三方客户端时直接照着填就行。

第四步：绑定 API Key，解锁全部额度

把刚才复制的 API Key 粘贴到 OpenSquilla 首次启动时的输入框中，完成绑定。

然后回到基元律动的「我的账户」页面：

https://tokenrhythm.studio/account/account

就能看到赠送额度已经全部到账：

在这个页面可以随时查看额度的使用情况：实际可用总额、已到账赠送额度、累计调用次数、累计成本，都一目了然。

第五步：开始使用

额度到账之后，有两种用法。

方式一：在第三方客户端中使用

拿到 API Key 后，可以直接填到这些客户端里：

Claude Code
Codex
Trae
其他支持自定义 OpenAI 兼容接口的客户端

填入时使用上面提到的 Base URL 和 API Key 即可。

方式二：在 OpenSquilla 客户端中直接 AI 编程

如果不想折腾配置，也可以直接在 OpenSquilla 里用。

打开 OpenSquilla，点击左下角的设置：

在设置中进入模型路由：

这里有三种路由模式可选：

多模型融合：能力优先
智能模型路由：按省 Token
固定模型：稳定可控

选好模式后，把候选模型逐个配置好即可，每个路由下都可以单独配置模型。像 glm-5.3、glm-5.3-flash、qwen3.8-max、seed-2.1-turbo 这些模型都在候选列表里。

配置完成之后，就可以直接在输入框里分配任务，开始 AI 编程了。

使用前的几个提醒

这是一项平台活动，不是长期固定权益。注册前先看清有效期、适用模型和扣费规则；API Key 不要发到群聊、截图或公开仓库。本文没有收取平台费用，也不保证每个账号都能获得相同额度。

整个流程下来大概 5 分钟：注册 → 装客户端 → 建 Key → 绑定，68 元额度就到手了。

对想尝试 AI 编程但还没充值的小伙伴来说，这个额度足够完成不少日常任务，感兴趣的可以趁活动还在赶紧去领一下。

Windows 启动 DeepSeek Harness：安装、配置与常见问题

Wed, 19 Aug 2026 04:00:00 GMT

DeepSeek Harness 是 DeepSeek 提供的本地开发工具，可以在 Windows 电脑上启动一个本地 Web 界面，用于调用模型。

本文以 Windows 为例，记录从安装 Node.js 到启动 DeepSeek Harness 的过程。程序在本地运行，不代表模型调用免费；需要准备 API Key，并确认它的权限、余额和有效期。

一、准备工作

开始之前，请准备以下内容：

一台 Windows 电脑；
稳定的网络连接；
一个 DeepSeek 开放平台账号；
一个可用的 DeepSeek API Key。

API Key 可以在 DeepSeek 开放平台创建。API Key 相当于账号凭证，请不要发布到文章、截图、代码仓库或聊天记录中。

二、安装 Node.js

DeepSeek Harness 依赖 Node.js 运行，因此需要先完成 Node.js 安装。

1. 下载 Node.js

打开 Node.js 中文官网，选择 Windows Installer（.msi）安装程序下载。

2. 开始安装

双击下载好的 MSI 安装程序，按照安装向导操作。

第一步直接点击 Next。

阅读许可协议后，勾选同意选项，然后点击 Next。

3. 选择安装路径

如果 C 盘空间充足，建议直接使用默认安装路径并点击 Next。

如果需要安装到其他磁盘，也可以在这里修改路径。不过修改路径后，需要确认 Node.js 的安装目录已经加入系统环境变量 Path。

后续步骤保持默认设置，直接点击 Next。

安装工具选项通常不需要额外勾选，继续点击 Next。

点击 Install 开始安装。

如果系统弹出管理员权限确认窗口，请点击允许。

等待安装完成，最后点击 Finish 退出安装向导。

三、配置环境变量

如果 Node.js 使用的是默认安装路径，安装程序通常会自动配置环境变量，可以直接跳过本节。

如果你将 Node.js 安装到了 D 盘或 C 盘中的其他目录，则需要手动检查并配置 Path。

1. 打开环境变量设置

在 Windows 搜索框中搜索“编辑系统环境变量”，打开对应设置。

点击 环境变量。

2. 添加 Node.js 路径

在“系统变量”区域找到 Path，双击打开编辑窗口。

点击新建，添加 Node.js 的安装目录，例如：

D:\Program Files\nodejs

请以你电脑上的实际安装路径为准，不要直接照抄示例路径。

点击确定保存所有设置。

3. 验证 Node.js 是否安装成功

按下 Win + R，输入 cmd，然后按回车打开命令提示符。

在命令提示符中执行：

node -v

如果能够正常显示 Node.js 版本号，说明 Node.js 已安装成功，环境变量也配置正确。

四、启动 DeepSeek Harness

1. 获取官方启动命令

打开 DeepSeek Harness，复制页面提供的一键使用命令。

将命令粘贴到刚才打开的命令提示符窗口中。安装过程中如果出现询问，按照提示输入 y 确认。

等待命令执行完成。根据网络情况，这一步可能需要一段时间。

当命令提示符中出现本地 HTTP 地址时，说明 Harness 已经启动成功。

2. 打开本地 Web 界面

在命令提示符中按住鼠标左键，选中完整地址，注意不要漏掉最后的端口号。本文截图中的端口是 3080。

选中后点击鼠标右键，Windows 会自动复制选中的地址。

打开浏览器，访问：

http://127.0.0.1:3080

如果终端输出的端口不是 3080，请以终端中显示的实际端口为准。

五、配置 DeepSeek API Key

首次打开 Web 界面时，页面会出现使用许可或配置提示，按照页面提示同意并继续即可。

随后页面会要求填写 API Key。打开 DeepSeek API Keys 页面，创建或复制一个可用的 API Key，粘贴到 Harness 的配置页面中。

API Key 只应填写在本地工具的配置页面中，不要将它提交到 GitHub 或公开发布。

六、选择工作目录

完成 API Key 配置后，选择一个工作目录。建议选择专门用于代码项目的文件夹，避免直接选择整个系统盘或包含大量无关文件的目录。

选择工作目录后，根据自己的需求选择模型。

七、测试对话功能

完成配置后，尝试发送一条简单消息。如果模型能够正常回复，说明 Node.js、Harness 和 API Key 都配置成功。

八、可选：全局安装 DeepSeek Shell

官方一键启动命令通常比较长。如果希望以后直接使用简短命令启动，可以将 DeepSeek Shell 全局安装到系统中。

在命令提示符中执行：

npm install -g @deepseek-ai/dsh

等待安装完成。

安装完成后，执行下面的命令启动 Web 界面：

dsh web

以后启动 DeepSeek Harness 时，直接执行 dsh web 即可，不需要再次粘贴完整的一键使用命令。

九、常见问题

1. 执行 `node -v` 没有显示版本号

通常是 Node.js 没有安装成功，或者安装目录没有加入 Path。可以重新打开一个命令提示符窗口，再次执行命令；如果仍然无效，请检查环境变量中的 Node.js 路径是否正确。

2. 浏览器无法打开本地地址

请确认命令提示符窗口仍在运行，并检查地址中的端口号是否与终端显示的一致。关闭命令提示符窗口后，本地 Harness 服务也会停止。

3. API Key 无法使用

请确认 API Key 没有多余的空格或换行，并检查 DeepSeek 开放平台账号是否有可用余额或调用权限。API Key 失效时，应在开放平台重新创建并替换。

使用前的边界

通过以上步骤，你就可以在 Windows 上完成 DeepSeek Harness 的安装和配置：

安装 Node.js；
检查环境变量；
使用官方命令启动 Harness；
打开本地 Web 界面；
配置 DeepSeek API Key；
选择工作目录并测试对话；
按需全局安装 dsh 命令。

如果只是偶尔使用，直接运行官方命令即可；经常使用再考虑全局安装 @deepseek-ai/dsh。API Key 应保存在本机环境变量或受保护的配置中，不要放进文章截图、公开仓库或聊天记录。

我把 Agent AI 接到微信的过程：部署步骤、费用与限制

Tue, 18 Aug 2026 04:15:00 GMT

想在微信里直接使用一个 AI 助手，不想自己购买服务器、配置运行环境，也不想从头部署复杂项目，可以试试 AgentScope 提供的 QwenPaw。

我用 AgentScope 部署 QwenPaw，并把它接入微信。下面按实际操作顺序记录关键页面，同时把免费额度、账号权限和隐私风险写清楚。平台页面可能改版，截图只用于定位入口，不应当当作永久不变的界面说明。

注册 AgentScope 平台；
绑定 GitHub 账号；
一键部署 QwenPaw；
在微信中扫码登录；
按需配置自己的模型供应商。

平台当前提供的部分 AI 模型标注为免费，但通常会有调用次数、并发量或稳定性方面的限制。如果对使用稳定性有要求，建议配置自己的模型 API。

AgentScope 平台简介（官方背景）

AgentScope 是由阿里通义实验室出品的开源智能体开发平台，为官方正规 AI 开发工具，具备企业级稳定性与安全性，并非第三方小众工具。

平台主打 零服务器、免运维、低代码一键部署 AI Agent，专为快速搭建各类智能体应用设计。内置通义千问全系模型，同时全面兼容 DeepSeek、OpenAI 等主流大模型API，支持多渠道分发，可快速将AI智能体接入微信、网页等场景。

本次教程用到的 QwenPaw，是 AgentScope 官方适配的专属微信AI助手模板，专为微信生态接入优化，部署流程安全合规、轻量化无门槛，普通用户无需开发基础即可快速落地可用的微信AI对话助手。

一、注册 AgentScope

首先打开 AgentScope 平台并完成注册。

进入平台后，如果界面显示为英文，可以点击头像旁边的语言按钮，切换为中文。

二、绑定 GitHub 账号

点击右上角头像，进入个人设置，找到 GitHub 账号绑定选项。

点击绑定后，按照页面提示登录 GitHub 并完成授权。

绑定 GitHub 的主要作用是关联部署项目和代码权限。完成绑定后，才能继续使用一键部署功能。

三、一键部署 QwenPaw

返回平台首页，在导航栏中找到 QwenPaw，点击一键部署。

部署完成后，页面会显示部署结果。

随后进入聊天界面。

四、连接微信

在聊天界面的左侧找到频道，然后选择微信相关功能。

打开微信卡片后，点击获取登录二维码，使用微信扫描二维码，按照提示完成绑定。

绑定成功后，就可以在微信中与 Agent AI 对话了。

页面中可能默认开启以下信息展示选项：

显示工具调用信息；
显示工具结果信息；
显示思考过程。

这些选项可以帮助你了解 AI 正在执行的操作，但也会让聊天内容变得比较冗长。如果只想查看最终回答，可以根据需要关闭它们。

五、关于平台免费模型

目前平台中的部分模型标注为免费，但免费模型通常会受到调用额度、并发限制或服务稳定性的影响。

在实际使用中，如果出现响应较慢、连接中断或暂时无法调用等情况，通常与免费模型的资源限制有关。

如果只是体验功能，直接使用平台提供的免费模型即可。如果希望长期稳定使用，可以继续配置自己的模型供应商。

六、配置自定义模型供应商

以 DeepSeek 为例，下面介绍如何将自己的模型 API 接入 AgentScope。

1. 进入模型设置

在左侧菜单中向下滚动，找到模型，点击进入模型配置页面。

2. 选择本地与自定义

在模型配置页面中选择本地＆自定义。

3. 添加 DeepSeek 提供商

点击添加提供商，按照下面的信息填写：

配置项	填写内容
提供商名称	`DeepSeek`
Base URL	`https://api.deepseek.com`
接口类型	OpenAI 兼容 Chat Completions

填写完成后，点击创建。

4. 创建 DeepSeek API Key

打开 DeepSeek 开放平台的 API Keys 页面：

https://platform.deepseek.com/api_keys

登录后创建一个新的 API Key。

API Key 通常只会完整显示一次。创建后请立即保存，并且不要把它发布到公开仓库、文章截图或聊天群中。

此外，使用 API 前需要确认 DeepSeek 开放平台账户中有可用余额。具体价格和计费方式请以官方页面为准。

5. 填写 API Key

返回 AgentScope 的模型配置页面，将刚刚创建的 API Key 填入对应位置。

6. 选择模型

保存 API Key 后，打开模型配置，选择要使用的 DeepSeek 模型。

保存配置后，新的模型就会应用到 QwenPaw 的对话中。

七、开始使用

到这里，AgentScope、QwenPaw 和微信已经完成连接。你可以直接在微信中向 Agent AI 发送消息，也可以根据需要切换平台免费模型或自己的模型供应商。

在微信中发送下面的命令，可以查看当前所有可用模型：

/model list

切换模型的命令格式为：

/model <provider_id>:<model_id>

例如，切换到前面添加的 DeepSeek 模型：

/model deepseek:deepseek-v4-flash

其中，provider_id 和 model_id 必须以你在 AgentScope 中实际配置的值为准。如果提供商名称或模型 ID 不同，请替换为 /model list 返回的对应名称。

如果只是想快速体验，使用平台提供的免费模型即可；如果需要更稳定的响应和更明确的用量控制，建议使用自己的 API Key，并定期检查 API 用量和账单。

使用前先看这三点

平台是否继续提供免费资源、可用模型和微信接入能力，需要以当前控制台为准。接入后，聊天内容会经过相关平台和模型服务商；不要把密码、身份证号、客户资料等敏感信息交给机器人。若使用自定义模型，还要单独承担 API 调用费用。

整个配置流程可以概括为：

注册 AgentScope
      ↓
绑定 GitHub 账号
      ↓
一键部署 QwenPaw
      ↓
获取微信登录二维码并扫码绑定
      ↓
使用平台免费模型，或配置自己的 DeepSeek API

这种方式适合想快速体验微信 AI 助手的用户。它不需要自行准备服务器，部署过程也比较简单；如果后续需要更高的稳定性、更多模型或更精细的权限控制，可以再考虑自行部署或使用付费服务。

Cloudflare Worker QQ AI 聊天助手部署记录：配置、费用与排错

Thu, 13 Aug 2026 11:54:00 GMT

这篇记录我用 Cloudflare Worker + 腾讯 QQ 机器人 + DeepSeek 大模型 部署 QQ 助手的过程。Worker 不需要本地电脑常开，但模型 API、平台配额和 QQ 机器人服务仍可能产生费用或受限；能否长期运行要以当前套餐和接口规则为准。

仓库已经提供了主要代码，但仍需要处理密钥、KV 绑定和回调地址，不能把它理解成完全无配置的“点几下”。

开始前你需要准备

一个 Cloudflare 账号（免费版就够，去 cloudflare.com 注册）
一个已完成实名的 QQ 账号（创建 QQ 机器人要求实名）
一个大模型 API Key（本教程以 DeepSeek 为例，去 platform.deepseek.com 注册后复制 API Key；你也可以换成任意 OpenAI 兼容的接口）

准备好了就开工。

第一步：Fork 仓库并部署到 Cloudflare

打开项目仓库：https://github.com/violet27chen/qqbot-cloud

点击右上角的 Fork，把仓库复制到你的 GitHub 账号下。

接下来要把这个项目部署成 Cloudflare Worker。进入 Cloudflare 控制台，选择「创建 Worker 应用程序」。

选择「连接 GitHub」，授权 Cloudflare 访问你的仓库。

授权完成后，按钮会变成绿色，再次点击它。

在列表里选择刚才 Fork 的项目，点击 Next 进入下一步，然后直接点 Deploy 完成部署。

第二步：创建 KV 命名空间并绑定到 Worker

Worker 需要一个 KV 存储空间来记住你和 AI 的对话上下文。我们先去创建它：点右上角的「创建」，新建一个 KV 命名空间。

命名空间名称填写 CHAT_HISTORY，然后点击 Create 创建。

创建好后回到刚才部署的 Worker，点右上角「添加绑定」。

绑定类型选择「KV 命名空间」。

第一个输入框填变量名 CHAT_HISTORY，第二个下拉框选择刚才创建的 CHAT_HISTORY 命名空间，保存。

第三步：创建 QQ 机器人并获取密钥

打开 QQ 开放平台 https://q.qq.com/，登录并完成实名认证，然后点击「创建或管理我的机器人」。

填写一个你喜欢的机器人名称。

接入方式选择「其他机器人服务」，然后点击「查看密钥信息」。

复制这里的 AppID 和 AppSecret，待会儿要填到 Cloudflare Worker 里。

第四步：在 Worker 中配置环境变量

回到 Cloudflare Worker，添加环境变量。先添加 QQ 相关的两项：

变量名 QQ_APP_ID，值填刚才复制的 AppID
变量名 QQ_CLIENT_SECRET，值填刚才复制的 AppSecret

注意变量名必须一字不差，否则 Worker 读不到对应的值。

继续添加大模型相关的环境变量，正确填写你的 LLM 信息（通常是 LLM_BASE_URL、LLM_API_KEY、LLM_MODEL 三项，分别对应接口地址、API Key 和模型名）。

填写完成后，Cloudflare 通常会自动重新部署让配置生效，稍等片刻即可。

第五步：开启生产环境访问并配置 QQ 回调

在 Worker 页面点击「域 / Domains」，把生产环境的访问打开，拿到你的 Worker 地址。

复制弹出的第一个链接（也就是你的 *.workers.dev 地址），然后前往 QQ 机器人后台 https://q.qq.com/qqbot/dashboard/，选择刚才创建的机器人。

进入「开发设置 → 事件订阅与回调地址」。

把接入方式改为 Webhook，并勾选 C2C 消息事件（也就是你和机器人的私聊消息）。

点击「设置回调地址」。

在回调地址里粘贴刚才复制的 Worker 链接，格式是：前面加上 https://，后面加上 /qq-webhook。例如：

https://你的worker.workers.dev/qq-webhook

点击确定，到此全部配置完成！

为什么必须先在 Worker 配好环境变量，再去 QQ 设置回调

有些同学会先把回调地址填好、再去 Worker 加密钥，结果 QQ 一直提示「签名校验不通过」。原因在这里：

QQ 的 Webhook 在设置回调地址时，会立刻发一个验证请求过来，要求 Worker 用机器人的密钥算出一个签名并返回。如果此时 Worker 里还没填 QQ_CLIENT_SECRET，它根本算不出正确的签名，验证自然失败。

所以正确顺序是：先在 Worker 里把 QQ_APP_ID 和 QQ_CLIENT_SECRET 配好并部署生效，再去 QQ 后台填回调地址。这样 QQ 来验证时，Worker 已经能用正确的密钥生成签名，一次通过。

部署后的边界

上线后先用测试群验证消息回调、错误处理和额度消耗。不要把 API Key 写进前端、截图或公开仓库；如果机器人会接收私人聊天内容，还应在使用前说明数据会经过哪些服务。

配置完成后，去 QQ 私聊你的机器人，发一句话试试，它就会调用大模型给你回复了。对话上下文存在 Cloudflare KV 里，多轮聊天也能接得住。

如果你之后想用自己的域名访问（而不是 *.workers.dev），可以在 Cloudflare 给这个 Worker 绑定一个自定义域；要更稳地跑在生产环境，也可以按项目 README 的说明走「Dashboard 部署」。部署中有任何问题，欢迎在评论区留言，或去 GitHub 仓库提 Issue。

不买服务器，也能拥有自己的图片转换平台！开源工具纯 API + 极简说明页，EdgeOne 一键 / Cloudflare 手动部署

Mon, 10 Aug 2026 13:30:00 GMT

做博客、做产品官网，或者只是想给自己图库加一层压缩，传统做法要么开台服务器跑压缩脚本，要么用第三方图床（隐私和费用都是问题）。

如果你只是想要一个「改一下图片 URL 就能实时压缩 / 缩放 / 转格式」的工具，其实完全不用买服务器——把开源项目 EdgeImg 部署到 Cloudflare 或 EdgeOne 的边缘函数上就行：免费额度够个人用，零运维，URL 本身就是 API。

一、它到底是什么

EdgeImg 是一个类 Cloudflare Images 的按需图片变换服务。你不用把图片上传到任何平台，只要把图放到它指定的目录（或任意公网可访问地址），然后通过改写 URL 参数就能实时拿到压缩 / 缩放 / 转格式后的图，结果还会被边缘节点缓存。

它只有一种形态：纯 API + 极简说明页。也就是说，它不是一个「网页里拖拽图片压缩」的面板，而是一个部署在你自己域名下的 HTTP 接口——浏览器打开根域名会看到一个自动列出用法的说明页，但真正的用法，是把接口塞进 <img src> 或你自己的脚本里。

为什么强调「纯 API」？因为很多人一听到「图片压缩工具」就以为是网页拖拽面板。EdgeImg 故意去掉了前端 UI，只留接口：这样最轻、最稳、最好嵌。

核心就一句：图片地址 + 参数 = 变换后的图片。

# 把 sample.png 缩到宽 400、质量 70、转 webp
https://你的域名/image/width=400,quality=70,format=webp/sample.png

说明页上的示例链接是相对路径，打开后会自动套用你当前的域名，所以你不用手动替换——这也是为什么下面测试时直接点链接就能看到效果。

二、EdgeOne Makers 一键部署（最省事）

EdgeOne 是腾讯云的边缘函数平台，对国内访问和备案更友好，而且官方提供一键部署按钮，点一下就完事。

打开 GitHub 项目主页，点击 README 里的 Deploy to EdgeOne Makers 按钮：

会自动跳转到腾讯云 EdgeOne 控制台，点击「立即创建」：

稍等片刻，部署成功：

绑定自定义域名（可选但推荐）

进入「域名管理」，添加自定义域名：

输入你自己的域名：

控制台会给你一条 CNAME 记录，把它加到你域名服务商（如阿里云、DNSPod、Cloudflare 等）的解析里即可。

随后配置 HTTPS。点击 HTTPS 配置按钮，选择「边缘 HTTPS 证书」：

选择申请免费证书，自动验证，保持即可（腾讯云会送一张边缘证书，HTTPS 自动生效，无需自己买）。

环境变量 ALLOWED_URL_HOSTS：EdgeOne 部署时会让你填这个变量。它限制「通过 ?url= 抓取公网图片」时允许的来源域名。留空 = 不限制（任何公网图都能转）；填了就只放行名单内域名（逗号分隔，如 cdn.example.com,images.example.com）。如果你只用自带图库（/image/<参数>/<文件名>），这个变量留空也没关系。

三、Cloudflare Pages 手动部署

⚠️ 注意：Cloudflare 已经取消了一键部署按钮——现在那个按钮只能部署 Worker，还会强制把仓库 fork 到你账号，跟本项目的 Pages 形态不兼容。所以 Cloudflare 这边走手动连接 Git，步骤也不多。

先在 GitHub 把项目 fork 到自己的账号：

在 Cloudflare 打开 Workers & Pages，点击「创建应用程序」：

选择「部署 Pages」：

选择「导入现有 Git 存储库」：

选刚刚 fork 的项目：

构建命令填 npm run build，构建输出位置填 build：

点击「保存并部署」，等所有步骤显示 ✅ 即可：

点左上角返回，进入「自定义域名」：

设置一个自定义域名（前提是这个域名已经在 Cloudflare 托管）：

到此部署成功。

环境变量 ALLOWED_URL_HOSTS：在 Cloudflare 控制台 → 你的 Pages 项目 → Settings → Environment variables 里添加。作用同上：留空 = 不限制 ?url= 远程抓取；填值 = 只允许名单内域名。

四、两种平台怎么选

维度	EdgeOne Makers	Cloudflare Pages
部署方式	一键按钮	手动连接 Git
底层引擎	sharp（libvips）	Cloudflare 原生图片缩放
国内访问	友好（腾讯云节点）	一般（看区域）
自定义域名 + 证书	控制台一键申请免费证书	需域名托管在 Cloudflare
免费额度	个人够用	个人够用
适合谁	国内用户、要中文控制台	已有 Cloudflare 账号、海外流量

两者 API 完全一致，随时可以换平台，代码一行都不用改。

五、实战测试：1.5 MB → 87 KB

部署完，直接拿项目自带的示例图测一下。

先打开原始图片链接，下载下来看体积：

再打开「自动转换链接」——也就是在 URL 里加上 format=auto 参数：

下载转换后的图，查看大小：87.1 KB。

原始图多大？1.5 MB。

从 1.5 MB 压到 87 KB，体积只剩约 6%，而且肉眼看画质并没有明显模糊——在保证观感的前提下大幅减少体积，对网页加载速度提升非常明显。

# 原始图（1.5 MB）
https://你的域名/images/sample.png

# 变换后（87 KB）
https://你的域名/image/width=800,quality=70,format=webp/sample.png

六、更多 API 玩法

「URL 即 API」意味着所有变换都写在路径里，逗号分隔：

GET /image/<选项>/<路径>            # 转换自带图库里的图（images/ 下）
GET /image/<选项>?url=<公网图>      # 转换任意公网图片

常用参数：

参数	作用	示例
`width` / `height`	目标宽高（px），只写一边则等比缩放	`width=400`
`quality`	有损压缩质量 1–100	`quality=70`
`format`	输出格式：`webp` / `avif` / `jpeg` / `png`（省略则按浏览器自动协商）	`format=webp`
`fit`	填充方式：`cover` / `contain` / `scale-down` 等	`fit=cover`
`fit=cover` + `width` + `height`	裁出固定尺寸缩略图	`width=200,height=200,fit=cover`
`?url=`	直接转换公网图片	`?url=https://cdn.example.com/a.png`

几个实用例子：

# 1) 生成固定 200x200 头像缩略图（居中裁剪）
https://你的域名/image/width=200,height=200,fit=cover,format=webp/sample.png

# 2) 把一张公网图转成 avif（体积最小）
https://你的域名/image/width=1200,format=avif?url=https://cdn.example.com/photo.jpg

# 3) 响应式图片：交给浏览器自动选格式（Accept 头协商）
https://你的域名/image/width=800,quality=75/sample.png

甚至可以直接塞进 HTML，做响应式图片：

<img src="https://你的域名/image/width=800,quality=75,format=webp/sample.png"
     srcset="https://你的域名/image/width=400,format=webp/sample.png 400w,
             https://你的域名/image/width=800,format=webp/sample.png 800w,
             https://你的域名/image/width=1600,format=webp/sample.png 1600w"
     alt="示例图" loading="lazy">

七、适合用在哪

博客 / 官网配图：写完文章直接贴原始图，用 URL 参数实时压成 webp，加载飞快。
图床增强：给自己网盘 / 图床加一层实时变换，要缩略图、要转格式都不用预先处理。
响应式前端：配合 srcset 按设备给不同尺寸，省流量。
批量历史图优化：老图库不用一张张重压，访问时按需转换并缓存。

最关键的收益：不再需要打开网页一个个手动拖拽图片去压缩下载，所有压缩都在请求时自动完成，省一大笔时间。

八、限制、安全与适用场景

EdgeImg 部署在你自己的域名下，图片不经过任何第三方图床，隐私可控。
自带 SSRF 防护：?url= 只允许 http/https，会拦截 localhost、内网地址，避免被人拿来打内网。
?url= 还能用 ALLOWED_URL_HOSTS 进一步锁死只允许指定图床，防止被当公开代理滥用。
变换结果带长缓存头，边缘节点命中后几乎零计算。

这个项目适合个人工具、低频转换和小型站点，不适合把它当作无限量图片处理服务。部署前要确认平台的请求、函数执行时间和流量限制；公网接口也建议增加来源限制、限流，并避免让它处理敏感图片。EdgeOne 与 Cloudflare 的免费政策会变化，页面显示的配额应当作为最终依据。

项目地址：EdgeImg

2026 年建站还要买虚拟主机吗？先看项目需求

Sun, 09 Aug 2026 08:39:00 GMT

先说结论：

2026年，虚拟主机不会死，但它正在从"建站默认答案"变成"特定场景答案"。

如果你正在维护一个运行多年的 WordPress 网站，继续使用虚拟主机完全合理。

但如果今天让一个开发者搭建新的互联网产品——博客、工具站、SaaS、小程序后台或 AI 应用，他大概率不会第一时间购买虚拟主机。

原因很简单：

Web开发的游戏规则已经变了。

过去我们买服务器，是因为网站必须依赖服务器。

现在很多情况下：

网站并不需要你拥有一台服务器。

曾经的网站：买一台服务器，然后慢慢折腾

过去十几年，搭建一个网站基本是一条固定路线：

购买虚拟主机或者 VPS
安装运行环境
配置 Web 服务器
部署数据库
上传网站程序
然后开始运营

这套模式创造了互联网黄金时代。

WordPress、Discuz、ThinkPHP、DedeCMS 等大量项目，都建立在这个体系之上。

✅ 它简单
✅ 它成熟
✅ 它便宜

但时代正在变化。

2026 年的开发者，为什么少了一些服务器维护

因为很多事情已经不值得自己承担了。

过去开发者经常需要关注：

PHP 版本管理
Apache / Nginx 配置
数据库优化
SSL 证书续签
安全补丁更新
服务器迁移
流量压力应对

这些工作曾经是网站开发的一部分。

但现在，它们越来越像基础设施问题。

而基础设施，正在被云平台接管。

新时代的网站，不一定需要传统服务器

2026 年的 Web 架构正在发生变化。

过去	现在
一台服务器 + 一个数据库	全球分发 + 边缘计算 + 云数据服务

用户访问网站时的流程变成了：

就近获取页面 — 从距离最近的边缘节点加载静态资源
动态功能调用 — 需要交互时触发边缘函数（Edge Functions）
数据按需连接 — 通过 API 访问云数据库

整个过程，不需要开发者维护一台长期运行的服务器。

最大的变化：从"拥有服务器"到"使用服务"

过去

开发者需要购买资源——买主机、买带宽、买存储。

现在

开发者更多是在组合服务——像搭积木一样拼出完整的应用。

层级	可选方案
前端托管	Cloudflare Pages、EdgeOne Pages、Vercel、Netlify
动态逻辑	Cloudflare Workers、EdgeOne Functions、Vercel Functions、AWS Lambda
数据存储	Supabase、Neon、Turso、各类云数据库服务

开发者关注产品，平台负责运行。

那么，虚拟主机是不是过时了？

这里可能会产生争议。

我的答案：

不是。

虚拟主机依然有价值，但它已经不是所有项目的最佳起点。

✅ 场景一：WordPress 生态

WordPress 依然是全球最成熟的网站系统之一。如果你的需求是：

企业官网
内容博客
资讯门户
展示型网站

虚拟主机依然非常方便——安装主题、安装插件、快速上线。这件事，新架构未必更快。

✅ 场景二：已经稳定运行的网站

一个运行多年的企业网站，如果现在访问正常、业务稳定，为了追求所谓"先进架构"而重构，可能反而增加风险。

稳定，本身就是价值。

✅ 场景三：简单需求和固定预算

如果网站每天只有几百次访问，没有复杂交互，没有实时业务，那么一年几百元的虚拟主机，依然可能是最合理的选择。

但新项目继续默认选择虚拟主机，正在成为少数

如果今天一个开发者想做：

AI 工具网站
SaaS 产品
在线应用
全球化博客
Web 服务 API

他的第一反应越来越可能不是：

~~"购买一个 PHP 空间。"~~

而是：

"创建一个代码仓库，然后直接部署。"

原因很简单——现代开发流程已经改变：

代码提交 → 自动构建 → 自动部署 → 全球分发

这比传统 FTP 上传文件的方式，更符合现代软件工程模式。

AI 正在进一步推动这种变化

过去需要的角色	AI 可以辅助的部分
前端开发	生成页面组件、样式布局
后端开发	生成 API 接口、数据结构
运维人员	生成部署配置、CI/CD 脚本

开发者越来越像产品设计者，而不是服务器管理员。

未来几年，虚拟主机的位置在哪里？

虚拟主机不会消失，但它会从"默认答案"变成"专业场景答案"。

虚拟主机更适合 👇

WordPress 网站
企业传统官网
老项目维护
极低成本建站

新一代项目更多采用 👇

静态托管（Static Hosting）
Serverless 函数计算
Edge Computing 边缘计算
云数据库即服务

建站选型速查表：先看需求，再选平台

本文讨论的是新建的个人站点和小型 Web 项目，不是对所有虚拟主机的否定。需要数据库、长期运行进程、固定版本环境或可迁移性的项目，仍然可能更适合 VPS；Serverless 也有供应商锁定、冷启动、配额和调试成本。选型时把这些代价一起算进去，比追逐“最新架构”更重要。

需求类型	推荐方案
WordPress 博客	虚拟主机
企业展示网站	虚拟主机或静态托管
个人技术博客	Cloudflare Pages / Vercel
AI 工具网站	Serverless 架构
全球用户产品	边缘计算架构
国内用户项目	EdgeOne 等国内方案
旧系统维护	保持现状

2026年的互联网开发者，还会不会把购买虚拟主机作为第一个动作呢？

Cloudflare Wallets：公告梳理、技术判断与我保留的疑问

Wed, 05 Aug 2026 09:40:00 GMT

Cloudflare Wallets：公告梳理与个人判断

说明：本文前半部分是对 Cloudflare 官方博客公告（2026-08-04 Announcing Cloudflare Wallets）的中文梳理；后半部分是我作为一个天天跟 Agent、Cloudflare、支付打交道的开发者的个人解读与几点疑虑。如果你只想要事实，看前半；如果你也写 Agent，建议直接跳到「技术拆解」和「我的疑虑」。

官方公告说了什么

今天，AI 智能体想要尝试一个新 API 仍然困难重重。它们往往要先闯过为人类而非智能体设计的登录页、联系人工去绑定支付方式、生成 API Key，然后才搞得清该怎么调用。这套流程对智能体极不友好，原因有两个：智能体没有一个稳定的身份去注册 API，也缺乏原生的付费手段。 因为缺少这两样东西，它们常常在接入软件这一步就卡住，限制了"智能体电商"（agentic commerce）的发展——很多任务它们直接放弃，把注册、绑卡、生成 Key 这些事又踢回给人类。

为了解决这个问题，Cloudflare 打造了 Wallets。即日起，你可以为自己的账号认领一个 Wallet 句柄，它会提供一个唯一的用户名，帮助你在与商家交互时建立更清晰的身份。很快，你就能配置并使用 Wallet 来为 API 和内容付费。

为什么需要钱包：背景

本月初，Cloudflare 发布了 Monetization Gateway，帮助客户通过网站和应用赚钱。它将支持使用 x402 协议进行微支付——支付可以直接附着在 HTTP 请求上，覆盖从 AI 推理、数据到内容的各种用途。想在 Monetization Gateway 或其它兼容 x402 的端点上收付费用，你就需要一个钱包。

Cloudflare Wallets 让你可以存储稳定币、购买服务，并在整个 Web 上收款。每个拥有钱包的账号，还能为它的智能体创建 虚拟钱包（Virtual Wallet），让智能体去购买 API、MCP 工具、内容等等。你可以为虚拟钱包定义护栏（如额度上限、白名单、单笔最大交易额），让智能体在你的账户内安全地花钱。

两种钱包：账户钱包与虚拟钱包

Cloudflare Wallets 分为两类：

账户钱包（Account Wallet）：面向人类——Cloudflare 账号的拥有者。可以充值、把消费额度委派给由智能体管理的虚拟钱包，并在需要时提现。
虚拟钱包（Virtual Wallet）：面向智能体，通过 API Key 运作。智能体按自身权限消费，最大支出受账户钱包拥有者设定的上限约束。这让智能体能在无需人工反复审批的情况下替用户行事，又限制了它超支的可能。

自由探索的权力

虚拟钱包最妙的地方在于：它让智能体得以做自己最擅长的事——去探索几十甚至上百个服务，为某个具体场景找出最好的那一个。通过 x402 的稳定币微支付，智能体无需注册账号就能试用一个 API，几乎零摩擦地测试新选项。支出上限看似束缚，却反直觉地给了智能体更多自由：一个只掌握 10 美元的智能体，你操心它的花费远少于它掌握 1000 美元时；而试用一个 API 往往只花几分钱，10 美元足够它试遍并评估大量选项。

不止于支付：给智能体一个稳定身份

让人类把"购买/出售服务"的权限委派给智能体只是起点。但这种委派对商家并不总是显眼——一个智能体来到你的网站，你可能对它作为"用户"几乎一无所知。归属感缺失挑战了许多传统 Web 商业模式：给人类一周免费试用很容易，却很难把同样优惠给到一个没有稳定身份、且一个人能随手拉起几十个智能体的"存在"。

Cloudflare 的解法是把钱包通过 cloudflare.pay 关联到账号。cloudflare.pay 让智能体可以选择性地亮明身份——因为身份是账号的委派。一个研究型智能体可以住在 research.example.cloudflare.pay，让商家知道它是某家组织派来的。是否声明身份完全可选；是否优先与"已知智能体"交易，也由商家决定。

智能体标识也该是人类可读的

Cloudflare 认为，对待智能体的思路会像对待 VPN 一样：一个未标识的身份并不天然不可信，但它需要更多地自证清白——这也正是 Turnstile、Bot Management 在做的事。身份原语将建立在此前工作之上：Web Bot Auth 已允许智能体通过密钥对注册身份；贴到 Wallet 上的 ID 则让这个密钥对变得人类可读。这类似于 DNS 里 URL 与 IP 地址的配对——不给难读的密钥对配一个人类可读标识。随着 x402 基金会推动身份标准演进，Cloudflare 表示会主动采纳。

我的解读：这东西到底新在哪

上面是官方叙事，下面说点我自己的判断。

1）为什么是现在，为什么是 Cloudflare

"智能体电商"不是新词，但 2025–2026 明显升温。x402 最早是 Coinbase 提的——把 HTTP 402「Payment Required」状态码 resurrection 一下，让"付费"能塞进请求头。Cloudflare 现在把它产品化，位置选得很准：它手里攥着 Web 流量的入口（CDN、Workers 边缘计算、Bot Management），天然适合在"请求这一层"插入支付与身份。换句话说，别人做支付要在应用层接入，Cloudflare 直接在请求层做文章。

对写 Agent 的开发者而言，痛点真实：你的 Agent 调一个 API，要么你提前注册拿 key，要么走 OAuth——都"反机器"。x402 的思路是 Agent 带钱（稳定币）直接调，服务端验钱放货，这是真正的"机器对机器商务（M2M commerce）"。

2）技术拆解：双钱包模型不新，组合很巧

把"账户钱包 + 虚拟钱包 + 限额护栏"拆开看，其实没有新密码学，它本质是三个成熟概念的拼装：

企业信用卡 / 母卡子卡模型：主卡（人类）设规则、充值，子卡（智能体）在额度内刷。虚拟钱包就是"发给 Agent 的子卡"。
智能合约钱包的 spending limit：像 Safe{Wallet}、ERC-4337 账户抽象里早就有的"每日限额、白名单、单笔上限"。
HTTP 头内支付：x402 让单次 API 调用自带微支付，不需要月费账户、不需要预注册。

真正新的是把"委托消费 + 限额 + 机器原生支付"打包成一个开箱即用的托管产品。传统 API 经济是"注册 → 拿 key → 月付/计量后付"，x402 是"调用即付费"。前者对机器极不友好，后者天然机器原生。这才是它和 Stripe、传统 API Key 计费拉开差距的地方。

3）横向对比：它和现有方案差在哪

维度	传统 API 计费（Stripe 等）	自托管加密钱包	Cloudflare Wallets
注册门槛	需人工注册 + KYC	需自管私钥	绑定 Cloudflare 账号，认领句柄即可
支付触发	月付 / 计量后付	手动 / 合约调用	HTTP 头内 x402 微支付，调用即付
机器友好度	差（为人类设计）	中（需自己接）	原生友好（为 Agent 设计）
限额护栏	自己写逻辑	靠智能合约	虚拟钱包限额 / 白名单 / 单笔上限，开箱即用
资金托管	服务商	自己	Cloudflare 托管
地区合规	全球（受制裁区除外）	看公链	受地区限制，稳定币入金仅部分地区

一句话总结：传统方案"反机器但合规成熟"，自托管"去中心化但要自己扛"，Cloudflare 方案"机器原生且省心，但把你去中心化的念想也一起托管了"。

4）身份层 cloudflare.pay：一把双刃剑

官方把"给 Agent 稳定身份"讲得像普惠，但反过来想——这等于把你的 Agent 身份、支付、甚至身份校验（Web Bot Auth）全都收进 Cloudflare 一家。好处是商家能区分"已知组织派来的 Agent"和"匿名 bot"，从而愿意给真实优惠和额度；坏处是开发者被进一步锁进 Cloudflare 生态。VPN 的类比方向对但略牵强：未标识 ≠ 不可信，但要多证明——这套逻辑和 Cloudflare 既有的 Turnstile / Bot Management 一脉相承，它们本来就想分清人和 bot。

我的态度：身份可选声明是加分项，但默认绑定 Cloudflare 账号是锁生态的钩子，用之前想清楚迁移成本。

我的几点疑虑（冷静看待）

说了好话，也得泼几盆冷水。作为会认真评估要不要用的开发者，我卡在以下几个点：

① 稳定币出入金，对国内开发者基本是"看看就好" Cloudflare 明说入金/出金"在支持地区"提供，稳定币自助充值也仅对"符合条件的用户"。中国大陆几乎肯定不在首批。这意味着：你作为国内开发者，今天没法合规地往里充美元稳定币，钱包对你就是个空壳。除非走合规稳定币通道或海外实体，否则这块短期和你无关。这是最硬的一条现实约束。

② 中心化托管，是省心也是风险 钱在 Cloudflare 手里，不是你的自托管钱包。对"Web3 去中心化"叙事是退步，对不想管私钥的普通用户是省心。但反过来——Cloudflare 一旦冻结账号、出技术故障、或被监管要求冻结资产，你的 Agent 的"钱"和"身份"会一起停摆。托管的代价就是这句话：你的钥匙在别人手里。

③ 鸡生蛋：生态 adoption 才是最不确定的环节 没有足够商家接受 x402，钱包再好也没用；没有足够 Agent 花钱，商家不愿接。Cloudflare 聪明地同时推 Monetization Gateway（卖家侧）和 Wallets（买家侧）来做双向启动，但"让一大批网站愿意收 x402"本身是个销售 + 网络效应问题，不是产品能单方面解决的。

④ 现在仍偏"愿景声明" 虚拟钱包、稳定币充值、cloudflare.pay 身份，很多还是"即将推出 / 仅部分地区"。公告本身更像"占坑 + 拉生态"的动员，而不是"今天就可用"的 GA。真要评估，得等虚拟钱包正式可用、且有一批真实商家跑通 x402 之后再算。

结语：值得观察，但还不到 All in 的时候

本文的事实部分以公告发布时的资料为准，后半是个人解读，不构成投资、支付或安全建议。真正采用前，还需要确认地区可用性、资产托管方式、密钥恢复、费用、合规责任和退出路径。

我的总体判断：Cloudflare 在"Agent 基础设施"上又落了一子——CDN + Workers + Bot Management + 身份 + 支付，一步步把 Agent 跑起来要的零件凑齐。对海外开发者，这是真利好：以后你的 Agent 真能带着稳定币去"逛"一堆 API，试用成本从"注册一整套"降到"几分钱一次"。

但对国内开发者，我的建议是先围观：受稳定币合规所限，短期用不上核心支付能力；等虚拟钱包和 x402 商家生态真正起来，再评估要不要为它把身份和支付都押到 Cloudflare 上。

如果你也在写 Agent、也在想"怎么让我的 Agent 自己付钱调 API"，欢迎在评论区聊聊你的方案——毕竟 x402 这条路，现在还是早期。

如何使用腾讯云免费部署博客网站

Wed, 05 Aug 2026 04:48:00 GMT

腾讯云 EdgeOne Pages 部署博客：过程与限制

我用腾讯云 EdgeOne Pages 和 Gitee 部署了一个静态博客。下面记录从领取套餐到绑定域名的过程，重点放在容易出错的 DNS、构建命令和仓库权限上。免费套餐的额度和规则可能调整，部署前请再核对控制台说明；域名本身也可能产生费用。

前置准备

在开始之前，请先准备好以下三样东西：

一个域名：可以是已经在腾讯云/阿里云买的，也可以是免费的子域名。后面需要把它接入 EdgeOne。
腾讯云账号：需要完成实名认证（个人认证即可，几分钟通过）。
Gitee 账号：同样需要实名认证，用于托管博客代码仓库。

[!note] 为什么选 EdgeOne Pages？ EdgeOne 是腾讯云的全球边缘加速网络，免费套餐每月提供 10GB 流量和 100 万次请求，对个人博客绰绰有余。它自带 CDN 加速、自动 HTTPS、Git 触发自动部署，体验比不少付费方案还顺手。

一、领取 EdgeOne 免费套餐

首先打开腾讯云 EdgeOne 免费套餐领取界面，登录一下自己的腾讯云账号并完成实名认证即可领取：

https://cloud.tencent.com/act/pro/eo-freeplan

领取后，免费套餐会在你的账号下激活，有效期为一年，到期前会提示续领（同样免费）。这一步不会产生任何费用，放心领取。

二、新建站点并配置 DNS

随后打开腾讯云 EdgeOne 控制台：

https://console.cloud.tencent.com/edgeone/zones

点击新建站点，进入添加站点界面，输入自己的域名并配置好相应的 DNS 记录即可。

这里有几个关键点需要注意：

接入方式：如果你的域名是在腾讯云 DNSPod 管理的，可以直接选「NS 接入」，把域名的 NS 记录改到 EdgeOne 提供的地址；如果只想托管某个子域（比如 blog.example.com），可以选「CNAME 接入」，更灵活。
加速区域：免费套餐通常选「全球（不含中国大陆）」即可，后续在 Pages 部署时还会再选一次。
DNS 记录：按控制台提示，到你的域名注册商那里把 NS 或 CNAME 改成 EdgeOne 给出的值，DNS 生效一般需要几分钟到几十分钟不等，耐心等待。

[!tip] 域名解析没生效怎么办？配置完 DNS 后控制台会显示「生效中」，状态变绿即代表生效。如果超过半小时还没生效，检查一下 NS 记录是否复制完整、有没有多余的空格或末尾的点。

三、Fork 博客模板仓库

博客需要一个现成的代码仓库。我准备了一个开箱即用的模板，打开 Gitee 博客模板仓库（需要注册并实名认证登录）：

https://gitee.com/violet27chen/qiyuan-blog-template

点击右上角的 Fork，把模板复制一份到你自己的 Gitee 账号下。

Fork 之后，你就拥有了一个属于自己的博客仓库，后续所有内容修改、文章发布都在你自己的仓库里进行，不影响原始模板。Fork 完成后建议把仓库改成「公开」状态，方便 EdgeOne 拉取。

[!note] 模板里有什么？模板基于 Astro 构建，已经配置好文章页布局、评论区、目录、暗黑模式等常用功能。你只需要往 src/content/posts/ 目录里加 Markdown 文件就能发文章，无需懂代码。

四、在 EdgeOne Pages 创建项目

随后返回腾讯云，点击创建项目，导入 git 仓库：

https://console.cloud.tencent.com/edgeone/makers

EdgeOne Pages 是 EdgeOne 的静态站点托管功能，类似 Vercel / Cloudflare Pages，支持 Git 仓库推送后自动构建部署。第一次使用会要求授权 Gitee 账号，按提示授权即可。

五、选择 Gitee 平台与仓库

选择 Gitee 平台：

授权后，EdgeOne 会拉取你 Gitee 账号下的所有仓库列表。找到刚才 fork 的博客模板仓库，点击一下选中它：

六、配置部署并开始

等待加载完成，页面会自动识别出框架类型和构建命令。这里需要确认两个关键配置：

构建命令：模板已预置，一般保持默认（通常是 npm run build 或 pnpm build）。
输出目录：Astro 项目默认输出到 dist，保持默认即可。

加速区域选择「不包含中国大陆节点」（免费套餐限制），然后点击开始部署：

[!warning] 为什么不能选中国大陆节点？免费套餐不包含中国大陆边缘节点，选了会导致部署失败或产生费用。如果你的博客主要面向海外或你不在意国内访问速度，海外节点完全够用；后续若需要国内加速，可以升级付费套餐。

部署过程通常需要 1-3 分钟，EdgeOne 会自动拉取代码、安装依赖、执行构建、发布到边缘节点。期间不需要任何手动操作，喝杯水的功夫就完成了。

七、预览部署结果

部署完成，点右上角的预览即可查看：

这时会打开一个 EdgeOne 自动分配的临时预览地址，你的博客已经成功跑起来了：

八、绑定自定义域名

默认的预览地址是限时的，需要绑定域名才能永久访问。

点击域名管理：

点击添加自定义域名，输入你在第一步接入 EdgeOne 的域名（或子域名），按提示添加 CNAME 记录指向 EdgeOne 给出的地址，等待证书签发完成：

绑定成功后，EdgeOne 会自动为你的域名申请并续期 HTTPS 证书，访问 https://你的域名 即可永久访问博客，浏览器地址栏还会显示安全小锁标志。

上线后的检查

发布后建议分别检查首页、文章页、图片、HTTPS 和下一次 Git 推送是否能触发构建。免费托管解决的是静态文件发布，不等于提供数据库、后端接口或无限流量。

至此，你已经拥有了一个：

使用免费套餐托管静态文件，并获得 CDN 加速和 HTTPS；具体配额以当前控制台为准
推送文章 Markdown 到 Gitee 就能自动构建上线的发布流程
全球可访问的边缘节点加速

后续要发新文章，只需在自己的 Gitee 仓库 src/content/posts/ 下新建一个 .md 文件，提交后 EdgeOne 会自动重新部署，几分钟后新文章就出现在网站上了。祝你写博愉快！

[!tip] 进阶玩法如果你想用 Obsidian 写文章一键同步到博客，可以参考我的另一篇文章《我改造了一个 Obsidian 插件：写完文章，一键同步到自己的博客》，实现本地写作、自动发布的闭环。

VMware 安装 CentOS 7 记录：虚拟机配置、网络与兼容性

Mon, 03 Aug 2026 05:09:00 GMT

一、开始之前：我们要做什么

简单说，虚拟机（Virtual Machine） 就是用软件在一台电脑里「模拟」出另一台电脑。你可以在里面装任意操作系统，随便折腾、搞坏了删掉重来，完全不影响你原来的 Windows。

本教程要做的三件事：

安装 VMware Workstation（一款常用的虚拟机软件）；
下载 CentOS 7 的系统安装镜像（一个 .iso 文件）；
在 VMware 里创建虚拟机，并把 CentOS 7 装进去，最终得到一个能开机、能上网、能装软件的 Linux 桌面环境。

硬件准备（建议）：

内存 4GB 以上（装桌面版 CentOS 建议给虚拟机分 2GB）；
硬盘剩余空间 20GB 以上（系统 + 镜像文件较大）；
CPU 支持虚拟化（Intel VT-x / AMD-V，近几年电脑基本都支持，BIOS 里一般是默认开启的）。

如果准备好了，就往下走。

二、安装 VMware Workstation

2.1 下载 VMware

先下载 VMware Workstation 的安装包。夸克网盘链接：VMware 下载（提取码 CgqS）。

小贴士：VMware 有 Workstation Pro（专业版）和 Player（精简版）之分，本教程用 Pro 版，功能更全。下载到的是试用版也没关系，个人学习足够。

2.2 开始安装

打开下载好的安装包，会看到安装向导首页，直接点「下一步」即可。

勾选「我接受许可协议中的条款」，然后点「下一步」。

接下来是「安装位置」设置，兼容性的选项保持默认，不用改，直接「下一步」。

安装路径这一项建议改一下：默认装在 C 盘，最好改到一个空间充足、你自己好找的位置（比如 D:\VMware）。注意路径里不要有中文和空格，避免后续出奇奇怪怪的报错。

「用户体验设置」这两个勾选框保持默认（或按自己喜好），直接「下一步」。

「快捷方式」配置保持默认，点「下一步」。

到这里确认一下安装信息，没问题就点「安装」。

安装过程需要一两分钟，等进度条走完，最后点「完成」即可。

三、下载 CentOS 7 系统镜像

3.1 为什么要装 CentOS 7

CentOS 是基于 Red Hat Enterprise Linux（RHEL）的免费社区版，长期是服务器领域的「国民级」系统，大量运维、开发、教学资料都以它为基础。虽然 CentOS 7 官方支持已经结束，但它极其稳定、资料最多、最适合入门学习，所以本教程仍选它。

我们要下载的是 CentOS 7.9（2009）——这是 CentOS 7 的最后一个版本。

3.2 从中科大镜像站下载

官方源早已下线，推荐从国内镜像站下载，速度快很多。中科大镜像站直达：CentOS-7-x86_64-DVD-2009.iso

这个 DVD 版镜像大约 4.4GB，文件比较大，请耐心等它下载完。

下载完成后，把文件移动到一个好记的位置，比如专门建一个 D:\ISO 文件夹放它。重点：这个路径必须全英文、不要有中文和空格，否则后面 VMware 挂载镜像时可能识别异常。

四、在 VMware 里创建虚拟机

4.1 打开 VMware

回到桌面，找到 VMware 图标，双击打开。

第一次打开可能会弹出「软件更新」提示，我们暂时用不到，直接选「跳过此版本 / 以后提醒我」。

4.2 新建虚拟机向导

在主界面点「创建新的虚拟机」。

类型选择「典型（推荐）」，然后「下一步」。典型模式会帮我们自动配置大部分参数，新手最省心。

「安装客户机操作系统」这一步，请选择「稍后安装操作系统」（不要选上面的「安装程序光盘映像文件」）。原因：我们先把虚拟机框架建好，等会儿再手动挂上 ISO 镜像，这样流程更清晰可控。选好后「下一步」。

客户机操作系统选「Linux」，然后点击「版本」下方的下拉框，用滚轮往上找，选中 CentOS 7 64 位。

给虚拟机起个名字（随便取，默认也行），下面的「位置」选一个你自己能记住的文件夹——建议单独建一个文件夹放这台虚拟机，不要放默认路径，方便以后管理。选好「下一步」。

「指定磁盘容量」保持默认 20GB 即可；下面「虚拟磁盘拆分成多个文件」和「存储为单个文件」二选一，建议选「将虚拟磁盘存储为单个文件」（性能略好、便于整体移动备份）。「下一步」。

来到「已准备好创建虚拟机」界面，先别急着点完成，我们要挂载镜像，所以点「自定义硬件」。

在硬件列表里选「新 CD/DVD (IDE)」，右侧选择「使用 ISO 映像文件」，点「浏览」，找到刚才放好的 CentOS 7 镜像文件，选中后点打开。

挂载好之后点「关闭」。

回到「已准备好创建虚拟机」界面，现在点「完成」，虚拟机就创建好了。

4.3 开机！

在虚拟机列表里选中它，点「开启此虚拟机」。

期间如果 VMware 弹出任何询问或提示（比如「可移动设备」「增强键盘驱动」之类），一律点「确定 / 是」即可，不影响安装。

五、安装 CentOS 7 系统

5.1 启动安装程序

开机后会进入一个黑底白字的启动菜单，这就是系统的安装引导界面，直接按 回车（Enter）。

接着会加载一阵子（有进度条），等它跑到 100% 后，就进入了图形化的安装向导界面。

5.2 设置语言

在左侧语言列表往下翻，找到「中文」，右侧选「简体中文（中国）」，然后点「继续」。

5.3 软件选择：安装 GNOME 桌面

安装信息摘要界面里，点开「软件选择」。

在「基本环境」里选「GNOME 桌面」。这样装完就是带图形界面的 Linux，新手用起来更友好（如果只想要纯命令行系统，可以选「最小安装」，但本教程面向新手，推荐带桌面）。选好后点「完成」。

注意：「完成」按钮在窗口左上角，别点错了（CentOS 的安装界面里很多确认按钮都在左上角，后面会反复遇到）。

5.4 安装位置

往下滑，找到「安装位置」，点进去看一眼。

这里什么都不用改——CentOS 会自动帮我们分区。进来看一眼确认无误，直接点左上角「完成」就行（新手不建议手动分区，容易翻车）。

5.5 开启网络（很重要！）

选择「网络和主机名」。

把右上角的「以太网」开关打开（变成「已连接」），这样虚拟机才有网。然后点左上角「完成」。

⚠️ 这一步非常关键！很多人装完发现上不了网，就是忘了开以太网。虚拟机里的「以太网」相当于一块虚拟网卡，由 VMware 提供，不开就断网。

5.6 开始安装

回到安装信息摘要，确认软件、安装位置、网络都 OK 后，点右下角「开始安装」。

5.7 设置 ROOT 密码

安装过程中会让我们设置账户。先点「ROOT 密码」。

ROOT（超级管理员）相当于 Windows 里的 Administrator，拥有系统最高权限——大家平时听过的「安卓 Root」就是获取最高权限的意思。在这里给 root 设一个你自己能记住的密码，然后点左上角「完成」。

提示：如果密码太简单（比如太短、太常见），CentOS 会要求你点两次「完成」才让过，这是它在警告你密码强度低，照做即可。

5.8 创建普通用户

再点「创建用户」。

「全名（显示名称）」和「用户名」尽量保持一致（比如都填 violet），密码设一个好记的。日常使用建议用这个普通用户登录，比直接用 root 更安全。设好后双击左上角「完成」。

5.9 等待安装完成并重启

返回配置界面，安装还在进行中，等它走完（进度条 + 底部「正在安装」字样消失）。

出现「完成！」提示后，点「重启」。

六、首次启动与初始配置

6.1 选择启动项

重启后可能会再次进入一个启动菜单，选中第一个，直接按回车。

6.2 接受许可证

进入「初始设置」界面，先选「许可信息 / 接受许可证」。

勾选「我同意许可协议」，点左上角「完成」。

然后点「完成配置」。

6.3 登录系统

登录有两种方式：

方式一：用刚才创建的普通账号登录

点击你的用户名，输入密码即可。

方式二：用 root 管理员登录

如果你想直接用最高权限账号，点「未列出？」。

用户名输入 root（一定要小写）。

再输入 root 的密码。

6.4 初次进入桌面的向导

登录后会进入欢迎界面，语言选「中文」，然后一路点右上角的「前进」。

「连接在线账号」这步用不到，点右上角「跳过」。

最后点「开始使用 CentOS Linux」。

如果弹出「设置」向导，直接点右上角「关闭」即可，不影响使用。

恭喜，你现在拥有了一个能用的 CentOS 7 桌面系统！🎉

七、（可选）配置国内 yum 源

系统虽然装好了，但 CentOS 7 官方的软件源（yum 源）已经下线。如果不配置，以后用 yum install 装软件会各种报错。所以我们把源换成国内镜像（中科大），这一步前提是你得用 root 账号。

7.1 打开终端

点左上角「应用程序」。

依次选「系统工具」→「终端」。

7.2 切换到 root（如果你还没用 root 登录）

打开终端后，看命令行 @ 符号前面的名字：如果不是 root 而是你的普通用户名，就需要先提权。执行：

su

然后输入 root 的密码。注意：输入密码时屏幕不会显示任何字符，这是正常的，输完直接按回车即可切换到 root。

（如果开头已经是 root@...，跳过这一步。）

7.3 写入国内 yum 源配置

把下面这一整段复制粘贴进终端（一次性粘贴，CentOS 会自动写入配置文件）：

cat > /etc/yum.repos.d/CentOS-Base.repo <<'EOF'
[base]
name=CentOS-7 - Base
baseurl=https://mirrors.ustc.edu.cn/centos-vault/centos/7/os/$basearch/
enabled=1
gpgcheck=0

[updates]
name=CentOS-7 - Updates
baseurl=https://mirrors.ustc.edu.cn/centos-vault/centos/7/updates/$basearch/
enabled=1
gpgcheck=0

[extras]
name=CentOS-7 - Extras
baseurl=https://mirrors.ustc.edu.cn/centos-vault/centos/7/extras/$basearch/
enabled=1
gpgcheck=0
EOF

粘贴完按一次回车，让 EOF 收尾、命令生效。

7.4 刷新软件缓存

接着依次执行下面两条命令，重建本地软件缓存：

yum clean all
yum makecache

看到没有报错、正常拉取完缓存，就说明 yum 源配置成功。

八、安装完成后的检查

CentOS 7 已经进入生命周期末期，不建议把它作为新生产环境的默认系统。本文更适合学习旧项目、复现实验环境或维护已有系统；新项目应优先选择仍受支持的发行版，并在虚拟机中使用快照和非 root 账号进行测试。

到此为止，你已经完成了：

✅ 安装 VMware 虚拟机软件
✅ 下载并挂载 CentOS 7 镜像
✅ 创建虚拟机并装好 CentOS 7（带 GNOME 桌面）
✅ 配好网络和国内 yum 源

接下来就可以愉快地在 Linux 里折腾了：学学基础命令（ls、cd、pwd、mkdir）、试着用 yum install 装个软件、或者搭一个小小的 Web 服务。踩坑别怕，虚拟机里随便造，搞坏了大不了删了重来。

如果这篇教程帮到了你，欢迎在下方评论区告诉我；有任何卡住的地方，也欢迎留言，我会尽量回复。

Windows 安装 Claude Code 记录：Git、Node.js、登录与费用

Mon, 03 Aug 2026 00:00:00 GMT

Windows 安装 Claude Code：我的配置记录

本文记录在 Windows 上安装 Claude Code 时遇到的环境准备、登录和权限问题。安装器的按钮可能变化，账号、地区、套餐和 API 费用也应以官方页面为准。第三方 API 只适合你明确知道服务来源和密钥流向时使用。

Claude Code 是 Anthropic 推出的终端里的 AI 编程助手：你用它来读代码、改代码、跑命令、排查问题，就像身边坐了一个随时在线的资深工程师。它不是一个独立的大软件，而是运行在**终端（命令行）**里的一个工具，因此需要先准备好两个「地基」：

Git：Claude Code 靠它来做版本控制和代码操作；
Node.js：Claude Code 本身是用 JavaScript 写的，需要 Node.js 这个运行环境才能启动。

参考教程：

安装 Git 的截图和步骤说明，参考了 CSDN 李同学的《Git for Windows 详细安装教程》（链接：原文链接），感谢原作者的整理
安装 Node.js 的截图和步骤说明，参考了 CSDN 多加点辣也没关系的《npm 安装与配置教程》（链接：原文链接），在此一并致谢。

下面我们就按顺序装好这三样东西。

一、安装前的环境要求

在开始之前，先确认你的电脑满足以下条件：

Windows 10 或 Windows 11（64 位）；
有一个管理员账号（安装软件时需要权限）；
网络可以正常访问外网（部分步骤可能需要科学上网或国内镜像，文中会说明）；
不需要任何编程基础，只需要会「双击」和「点 Next」。

整篇文章分三大步：装 Git → 装 Node.js → 装 Claude Code。建议按顺序来，因为后一步依赖前一步。

二、第一步：安装 Git

2.1 下载 Git for Windows

打开浏览器，访问 Git 官方下载页，页面通常会根据你的系统自动给出 Windows 版本的下载按钮。

如果官网下载太慢，也可以用我准备的夸克网盘备用链接：夸克网盘（提取码 KaFV）。

下载得到一个类似 GitforWindows-x64-Setup.exe 的安装程序，记住它保存在哪个文件夹（一般是「下载」目录）。

2.2 开始安装

找到刚下载的安装程序，双击运行。下面每一步都配了截图，看不懂选项含义直接点 Next 用默认即可，我在关键处会标「注意」。

（1）许可证

先是 GNU 通用公共许可证，直接点 Next 继续。

（2）选择安装位置

建议保持默认路径（C:\Program Files\Git），直接点 Next。

注意：如果改到其他盘，后续配置环境变量会麻烦一点，新手不推荐改。

（3）选择安装组件

默认即可，直接点 Next。

（4）开始菜单文件夹

直接点 Next 用默认设置。

![Couldn't upload file](Pasted image 20260803222509.png)

（5）选择默认编辑器

这里默认用 Vim 作为 Git 的编辑器。直接点 Next 即可。

说明：Vim 是命令行里的一个老牌编辑器，平时你基本用不到它。选默认不会对你后续使用 Claude Code 有任何影响。

（6）调整初始分支名称

建议选择 "Let Git decide"（让 Git 自己决定），然后点 Next。

（7）调整 PATH 环境变量 ⭐ 这一项比较重要

推荐选择第二项："Git from the command line and also from 3rd-party software"。这样装完后，你可以在系统自带的 CMD、PowerShell 里直接输入 git 命令。选好后点 Next。

为什么要选第二项？第一项只能在某些特定终端里用 Git；第三项会把一堆 Unix 工具塞进系统 PATH，可能和其它软件冲突。第二项最省心。

（8）选择 HTTPS 后端

使用默认选项，点 Next。

（9）配置行尾符号转换

选择 "Checkout Windows-style, commit Unix-style line endings"（Windows 风格检出、Unix 风格提交），然后点 Next。这是跨平台协作的标准配置，能避免不同系统换行符打架。

（10）配置终端模拟器

选择 "Use MinTTY"（使用 MinTTY 作为 Git Bash 的终端），点 Next。MinTTY 比 Windows 默认控制台更好用、支持中文显示。

（11）配置 git pull 的默认行为

选择默认值即可，点 Next。

（12）选择凭证助手

选择 "Git Credential Manager Core"（凭证管理器），点 Next。它会在你第一次输入账号密码后帮你记住，以后推送代码不用重复登录。

（13）配置额外功能

勾选 "Enable file system caching"（启用文件系统缓存，提速），以及 "Enable symbolic links"（启用符号链接），然后点 Install 开始安装。

（14）等待安装完成

进度条走完就装好了。

2.3 验证 Git 是否安装成功

按 Win + R 键，输入 cmd 打开命令提示符，输入下面命令检查版本：

git --version

如果屏幕上打印出类似 git version 2.xx.x.windows.1 的版本号，说明 Git 安装成功。

三、第二步：安装 Node.js

Claude Code 是基于 Node.js 运行的，所以必须先装好 Node.js（npm 会随它一起装好，后面装 Claude Code 要用到 npm）。

3.1 下载 Node.js（选 LTS 版本）

打开 Node.js 官网下载页。

一般来说点 LTS（Long Term Support，长期支持版）下载，这是最稳定的版本，适合日常使用。根据你电脑系统选择：比如 Windows 64 位就点 Windows Installer (.msi) 下的 64-bit 开始下载。

3.2 安装 Node.js

双击下载好的 .msi 安装包，一路 Next 到底，最后点 Finish 完成。

3.3 验证 Node.js 与 npm

同样按 Win + R → 输入 cmd 打开命令行，分别执行：

node -v

如果显示版本号（如 v20.x.x），说明 Node.js 安装成功。

npm -v

npm 是 Node.js 的包管理工具，安装 Node.js 时会自动带上。如果这里也能打印出版本号，说明 npm 也正常。

四、第三步：安装 Claude Code

前置的 Git 和 Node.js 都就绪后，就可以安装主角 Claude Code 了。

4.1 使用 npm 全局安装

确认 Node.js 可用后，在命令行执行下面这条命令（全局安装 Claude Code）：

npm install -g @anthropic-ai/claude-code

如果你的网络访问 npm 官方源很慢或失败，可以换成国内镜像源再装：

npm install -g @anthropic-ai/claude-code --registry=https://registry.npmmirror.com

4.2 验证安装

安装完成后，输入下面命令看是否能打印出版本号：

claude --version

只要显示出类似 X.Y.Z 的版本号，就说明 Claude Code 安装成功。

4.3 启动并登录

直接输入命令启动 Claude Code：

claude

第一次启动会有一系列初始化设置，一路按默认（回车 / 选默认项）即可。

接着会要求你登录 Claude 官方账号。如果你已经订阅了 Claude 的付费计划（Pro / Max），按提示在浏览器里完成授权登录即可开始使用。

4.4 没有官方账号？接入第三方 API

如果你没有 Claude 官方订阅，也可以用兼容 Anthropic Messages API 的第三方大模型服务来驱动 Claude Code。做法是在环境变量里设置 ANTHROPIC_BASE_URL（第三方接口地址）和 ANTHROPIC_API_KEY（你的 API Key）， Claude Code 就会把请求转发到对应服务。

各家服务的具体接入步骤官方都写好了，照着配就行，这里不再赘述：

五、常见问题（FAQ）

Q1：输入 git / node / claude 提示「不是内部或外部命令」？ 多半是刚装完软件、当前命令行窗口还没刷新环境变量。解决办法：关掉命令行窗口重新打开一个再试。如果还不行，回头检查安装时 Git 的 PATH 那一步有没有选对第二项。

Q2：npm 安装 Claude Code 卡住或报网络错误？ 换成国内镜像源再装（见 4.1 的第二条命令）。如果还慢，可以挂代理后重试。

Q3：提示 Node.js 版本太低？ Claude Code 需要 Node.js 18 及以上。重新去官网下载安装最新的 LTS 版本即可（见第三节）。

Q4：启动 claude 后不知道怎么退出？ 在对话框里输入 /exit 或按 Ctrl + C 两次即可退出。

Q5：用第三方 API 登录后还是连不上？ 通常是 ANTHROPIC_BASE_URL 或 ANTHROPIC_API_KEY 填错，或该服务余额不足。对照对应服务商的官方接入文档逐项核对。

六、安装后的安全检查

确认 git、node 和 Claude Code 能正常运行后，再把项目目录交给工具。不要在包含密码、私钥或客户资料的目录中直接运行未知命令，也不要把 API Key 提交到 Git 仓库。

到这里，你已经完成了 Git + Node.js + Claude Code 的完整安装，并成功启动。回顾一下全流程：

装 Git（一路 Next，PATH 选第二项最关键）；
装 Node.js（选 LTS，一路 Next）；
用 npm install -g 装 Claude Code，用 claude 启动并登录；
没有官方账号就用第三方 API（配两个环境变量）。

恭喜，你的终端里现在有了一个能陪你写代码、读代码、改 Bug 的 AI 搭档。接下来就可以在任意项目文件夹里输入 claude，开始你的第一个 AI 辅助编程任务了。

我改造 Obsidian 插件，把文章同步到自己的博客

Sat, 01 Aug 2026 03:13:00 GMT

对于喜欢写博客的人来说，一个舒服的写作流程非常重要。

很多技术作者都会选择 Obsidian 作为自己的知识管理和写作工具，因为它拥有：

本地 Markdown 存储
强大的插件生态
灵活的笔记管理方式
不受平台限制的创作体验

但是，当文章需要发布到自己的博客时，传统流程依然比较繁琐：

在 Obsidian 编写 Markdown
复制文章内容
登录 CMS 后台
上传图片
设置标题、分类、封面
发布文章

重复操作不仅浪费时间，也容易打断写作状态。

所以，我基于开源项目 drewlyton/sanity-obsidian-plugin 进行了二次开发，并针对个人博客使用场景进行了改造。

项目地址： violet27chen/sanity-obsidian-plugin

Sanity for Obsidian：打造 Obsidian、Sanity、博客三向同步工作流

这个插件的目标很简单：

在 Obsidian 中完成创作，一键同步到 Sanity，再自动展示到自己的博客。

整体流程：

Obsidian
    ↓
发布同步
    ↓
Sanity CMS
    ↓
博客网站

最终形成：

          Obsidian
             ↕
          Sanity
             ↕
            Blog

三个环节互相连接。

你可以：

在 Obsidian 写文章
在 Sanity 管理内容
在博客网站展示文章

我为什么选择 Obsidian + Sanity

Obsidian：专注写作

Obsidian 最大的优势就是 Markdown 和本地优先。

文章始终保存在自己的设备中：

---
title: Astro 入门教程
slug: astro-guide
categories:
  - Astro
---

这里是文章正文。

你可以继续使用熟悉的 Markdown 语法，不需要适应复杂后台编辑器。

Sanity：负责内容管理

Sanity 是一个现代化 Headless CMS。

它负责：

内容存储
图片管理
字段管理
API 提供
多端内容分发

博客前端只需要读取 Sanity 数据即可展示。

Blog：负责最终展示

无论你的博客使用：

Astro
Next.js
Nuxt
其他前端框架

都可以通过 Sanity 获取文章内容。

这样：

写作、管理、展示三个部分完全分离。

插件主要功能

1. Obsidian 发布到 Sanity

在 Obsidian 写完文章后：

点击：

Publish to Sanity

插件会自动：

创建 Sanity 文档
同步文章内容
上传图片资源
保存文档 ID

不需要再次复制粘贴。

2. Sanity 同步回 Obsidian

除了发布，也支持拉取内容。

例如：

你在 Sanity 后台修改文章：

Sanity
 ↓
Obsidian

可以重新同步回来继续编辑。

3. 支持博客字段映射

不同博客结构不同。

插件不会固定字段。

例如：

Sanity：

title
slug
heroImage
categories
publishedAt

可以映射为：

title       → title
slug.current → slug
heroImage   → cover
categories  → categories

适合：

技术博客
文档网站
知识库
产品站

4. 自动处理图片

写文章时：

![[cover.png]]

或者：

![图片](image.png)

发布时插件会自动处理：

上传图片
转换为 Sanity Asset
使用 CDN 地址

不需要进入 CMS 后台重新上传。

安装与配置教程

准备工作

开始之前，你需要：

Obsidian
Sanity 项目
一个支持 Sanity 数据读取的博客

如果没有 Sanity 项目：

前往：

https://www.sanity.io/

注册并创建项目。

第一步：安装 Obsidian 插件

目前插件还没有上架 Obsidian Community Plugins，需要手动安装。

方法一：BRAT 安装（推荐）

1. 安装 BRAT

打开 Obsidian：

设置
 → 第三方插件
 → 浏览社区插件

搜索：

BRAT

安装并启用。

2. 添加插件仓库

进入：

设置
 → BRAT
 → Add Beta Plugin

填写：

violet27chen/sanity-obsidian-plugin

等待安装完成。

3. 启用插件

进入：

设置
 → 第三方插件

找到：

Sanity

开启即可。

方法二：手动安装

进入你的 Obsidian Vault：

找到：

.obsidian/plugins

执行：

git clone https://github.com/violet27chen/sanity-obsidian-plugin.git

.obsidian
 └── plugins
      └── sanity-obsidian-plugin

重新打开 Obsidian：

设置
 → 第三方插件
 → 启用 Sanity

第二步：创建 Sanity API Token

进入 Sanity：

Project
 → API
 → Tokens
 → Add API Token

权限选择：

Editor

不要选择：

Viewer

因为发布文章需要写入权限。

复制生成的 Token。

第三步：配置插件

进入：

Obsidian
 → 设置
 → Sanity

填写：

API Token

输入：

xxxxxxxxxxxxxxxx

Project ID

进入：

Sanity Dashboard
 → Project Settings

复制：

Project ID

例如：

abc12345

Dataset

一般：

production

Type Name

填写你的文章类型。

例如：

post

如果 Schema：

{
 name:"post"
}

这里填写：

post

第四步：配置文章字段

假设博客文章结构：

post:

title
slug
body
cover
categories

插件设置：

标题：

title

正文：

body

文件名：

slug.current

额外字段：

cover:cover

categories:categories

Obsidian：

---
title: 我的文章
slug: my-post
cover: image.png
categories:
 - 技术
---

同步到 Sanity：

{
"title":"我的文章",
"slug":{
 "current":"my-post"
},
"categories":[
 "技术"
]
}

第五步：发布第一篇文章

创建 Markdown 文件：

我的第一篇博客.md

内容：

---
title: 我的第一篇博客
slug: first-blog
categories:
  - 教程
---

这是文章正文。

插入图片：

![[cover.png]]

打开命令面板：

Ctrl + P

搜索：

Sanity

选择：

Publish to Sanity

完成后：

插件会自动：

创建文章
上传图片
保存 sanity_id
完成同步

第六步：博客展示文章

完成同步后：

博客读取 Sanity 数据。

流程：

Obsidian
 ↓
Sanity
 ↓
Astro Blog

以后：

打开 Obsidian

↓

写文章

↓

点击发布

↓

博客更新

常见问题

发布失败：403 insufficientPermissions

原因：

Token 权限不足。

解决：

重新创建 Token：

Role:
Editor

图片没有上传

检查：

图片路径是否正确
是否使用 Markdown 图片格式
Token 是否有上传权限

找不到插件

确认：

设置
 → 第三方插件
 → Sanity

已经开启。

为什么做这个项目？

我一直认为：

写作工具应该服务作者，而不是让作者适应后台系统。

Obsidian 擅长创作。

Sanity 擅长管理。

博客擅长展示。

把三个工具连接起来，可以打造一个属于自己的现代化内容系统。

目前的限制与后续计划

这套流程依赖 Obsidian、插件、Sanity 和博客前端四个环节，任何一处字段或权限变化都可能导致发布失败。使用前请备份文章和图片；API Token 只授予必要权限，不要把真实 Token 写进示例或提交到仓库。

未来会继续优化：

自动同步
草稿状态管理
多文档类型支持
更完善的博客发布流程

如果你正在使用：

Obsidian
Markdown
Sanity
Astro / Next.js 博客

欢迎体验这个项目。

项目地址：

violet27chen/sanity-obsidian-plugin

TinkMail 自定义域名邮箱配置记录：DNS、客户端与免费额度

Sat, 18 Jul 2026 06:46:00 GMT

目标读者：手里已经有一个域名（哪怕是免费的二级域名），想拥有 you@yourdomain.com 这样的专业邮箱，但不想每年掏几百块买腾讯企业邮/Google Workspace。

用 QQ 邮箱或 163 邮箱给客户、给招聘方、给合作伙伴发邮件，专业度总是差一口气。而市面上主流的企业邮箱服务，要么按人头收费，要么免费版早就停止注册了。

这篇教程要介绍的 TinkMail，目前正在做一个相当激进的推广活动：商业版 Business E1 套餐终身免费。免费额度不是试用 30 天，而是"只要你保持订阅状态不手动取消订阅就一直免费，不会产生任何账单"。

先看看这份免费额度到底有多少。

一、TinkMail 免费额度到底给了什么

TinkMail 是一家较新的邮件服务商，主打现代化界面和完整的开放协议支持。它的商业版分三档，官方文档给出的对比如下：

能力	Business E1（限时免费）	Business E2	Business E3
月费	$10/人 → 现在 $0	$20/人	$30/人
用户数	5 个	50 个	无限
自定义域名	1 个	2 个	10 个
每用户存储	100 GB	500 GB	无限
IMAP / SMTP	✅	✅	✅
网页版客户端	✅	✅	✅
成员管理	✅	✅	✅
权限控制	❌	✅	✅
邮件组 / 别名	❌	✅	✅
优先邮件支持	✅	✅	✅

换算一下：E1 原价 $10/人/月 × 5 人 = 每月 $50、每年 $600 的额度，现在是 0 元。而且 500GB 总存储空间（5 × 100GB）在免费邮箱里属于相当夸张的水平。

官方原文："Sign up for a Business plan now and receive a 'forever free subscription' to our Business E1 plan."（现在注册商业版，即可获得 Business E1 套餐的"永久免费订阅"。）

两个需要提前知道的前提

必须有自己的域名。 企业邮箱的本质就是"用你自己的域名收发邮件"，没有域名这件事无从谈起。如果你还没有，可以先去薅一个免费的二级域名（比如 KataBump 的 .kdns.fr），只要能改 DNS 记录就行。
商业版目前处于 Beta 阶段。 官方文档明确挂了 Beta 提示，建议不要把公司核心业务邮件直接迁上去。拿它做个人品牌邮箱、项目联系邮箱、注册专用邮箱，是非常划算的。

二、准备材料

开始前请确认三样东西就位：

材料	说明
一个域名	且你能自由添加 DNS 记录（MX、TXT）。域名托管在 Cloudflare、阿里云、腾讯云、DNSPod 都可以
一个能收信的邮箱	用于注册和接收验证码，本文以 163 邮箱为例
一个邮件客户端（可选）	Outlook、Thunderbird、Apple Mail、手机自带邮件 App 均可

整个流程大致分五个阶段：

阶段	目标	耗时
1	注册商业版工作区并验证邮箱	5 分钟
2	绑定自定义域名，配置 DNS 记录	10 分钟 + 等待生效
3	创建企业邮箱成员账号	2 分钟
4	登录 Webmail 并生成客户端密钥	3 分钟
5	在邮件客户端配置收发	5 分钟

其中只有第 2 步的 DNS 生效需要等待，通常十几分钟，最长可能 48 小时。其余步骤都是几分钟的事。

三、第一阶段：注册商业版工作区

1. 打开商业版页面

访问官网：

https://tinkmail.me/

注意：不要直接注册普通个人邮箱账号，那个是 @tinkmail.me 后缀的免费邮箱，不能绑定自定义域名。我们要的是商业版（Business）。

在首页找到商业版入口，或者直接访问 https://tinkmail.me/business，在定价区域选择 Business E1 套餐（标注为 Free 的那个）。

2. 创建工作区

点击 Create Workspace（创建工作区） 进入注册流程。

"工作区"可以理解为你的企业账户容器——一个工作区绑定一个域名，下面挂 5 个邮箱成员。

3. 填写注册信息

在 Create Your Business Workspace 表单中填写工作区信息。

填写时注意：

管理员邮箱：填一个你能正常收信的邮箱（163、QQ、Gmail 都行），后面要收验证码，也是你登录管理后台的账号；
工作区名称：随便起，比如公司名或个人品牌名，后期在后台可改；
密码：这是管理后台的登录密码，请单独记录。注意它和后面要用的"客户端密钥"是两个完全不同的东西，这一点后面会重点强调。

4. 提交创建

信息填写完成后，点击页面下方的 Create Workspace 按钮提交。

5. 登录工作区

创建成功后会自动跳转到登录页（sign-in）。用刚才填写的管理员邮箱和密码登录，点击 Goto Workspace Dashboard。

6. 验证管理员邮箱

首次登录会要求验证邮箱所有权，系统会向你的注册邮箱发送一封验证邮件。

去你的邮箱平台查收验证码，本文以 163 邮箱为例。

收不到邮件？ 先翻一下垃圾邮件文件夹。国内邮箱对境外新域名的发信比较敏感，验证邮件被误判进垃圾箱是常见情况。如果 5 分钟还没到，回到页面点一次重新发送。

7. 验证完成，功能解锁

验证通过后，Dashboard 上原本锁定的功能全部解锁，可以看到域名管理、成员管理等入口。

四、第二阶段：绑定并验证自定义域名

这是整个教程最关键也最容易出错的一步，请慢一点、仔细核对。

1. 进入域名设置

点击 Dashboard 下方的 Go to Domain Settings（前往域名设置）。

2. 添加域名

输入你拥有的域名（例如 yourdomain.com），点击 Add Domain。

提交后页面会展开一组需要你去 DNS 服务商那边添加的记录，分为三类。

3. 三类 DNS 记录分别是什么

很多人卡在这一步，是因为不理解这些记录各自的作用。花两分钟搞懂，排错会快很多：

记录类别	类型	作用	不配的后果
Required DNS Records	MX / TXT	告诉全世界"发给这个域名的邮件，投递到 TinkMail 的服务器"，以及验证域名归属	收不到任何邮件
DKIM Records	TXT	给你发出的每封邮件加数字签名，证明"确实是这个域名发的，且中途没被篡改"	发出的邮件极易进垃圾箱
DMARC Record	TXT	告诉收件方"如果签名校验失败该怎么处理"（放行/隔离/拒收）	域名容易被伪造，信誉度低

简单说：MX 管收信，DKIM 管发信不进垃圾箱，DMARC 管防伪造。 三个都配，邮件送达率才有保障。

注意：DKIM 记录默认是不显示的，需要先点击 Add DKIM 按钮，系统才会生成对应的密钥和记录值。很多人漏掉这一步，导致域名一直验证不通过。

4. 在 DNS 服务商添加记录

以 Cloudflare 为例（阿里云、腾讯云 DNSPod 操作逻辑一致）：

进入域名的 DNS → Records → Add record，按控制台给出的值逐条添加。这里有几个高频踩坑点：

坑 1：主机名/Name 字段会自动补域名后缀

如果 TinkMail 给的记录名是 yourdomain.com（根域名），在 Cloudflare 里填 @；如果给的是 mail._domainkey.yourdomain.com，只需要填 mail._domainkey，不要把域名再写一遍，否则会变成 mail._domainkey.yourdomain.com.yourdomain.com。

坑 2：MX 记录不能开代理（小云朵）

Cloudflare 的橙色云朵代理只对 A/CNAME 的 HTTP 流量生效。MX 记录本身没有代理选项，但如果你的邮件相关 A 记录（如 mail.yourdomain.com）开了代理，会导致邮件服务异常。邮件相关记录一律设为 DNS only（灰色云朵）。

坑 3：TXT 记录的值必须完整复制

DKIM 的值是一长串 Base64 字符，中间不能有换行和多余空格。建议用控制台自带的复制按钮，不要手动框选。粘贴后检查开头是否为 v=DKIM1;。

坑 4：优先级（Priority）别忘填

MX 记录有一个 Priority 字段，按控制台给的数字填（通常是 10）。填错不一定报错，但可能导致投递顺序异常。

坑 5：TTL 保持自动

不需要手动调，Auto 或 3600 都可以。TTL 只影响记录变更后的生效速度，不影响正确性。

5. 等待 DNS 生效

添加完所有记录后，回到 TinkMail 域名设置页面，点击刷新或验证按钮。

DNS 生效需要时间：通常十几分钟内就能验证通过，全球完整传播最长需要 48 小时。这个等待是 DNS 协议本身的特性，不是平台的问题，耐心等就好。

如果你想自己确认记录有没有生效，可以在本地跑一条命令：

# 检查 MX 记录
nslookup -type=MX yourdomain.com 8.8.8.8

# 检查 DKIM 记录（把 mail._domainkey 换成控制台给你的实际名称）
nslookup -type=TXT mail._domainkey.yourdomain.com 8.8.8.8

# 检查 DMARC 记录
nslookup -type=TXT _dmarc.yourdomain.com 8.8.8.8

指定 8.8.8.8 是为了绕开本地运营商 DNS 缓存，看到的结果更接近全球真实状态。

6. 验证成功

当所有记录状态都变成绿色的 Active，说明域名配置完成。

五、第三阶段：创建企业邮箱账号

域名验证通过后，就可以开始创建邮箱账号了。在 TinkMail 里，每个邮箱账号对应一个"团队成员（Member）"。

1. 进入团队成员界面

在后台找到成员管理入口，点击添加成员。

填写你想要的邮箱前缀，比如 hello、contact、me，最终会生成 hello@yourdomain.com 这样的地址。

5 个名额怎么规划？ 免费版只有 5 个，建议这样分配： me@ 或 hi@（日常个人使用）、contact@ 或 hello@（对外联系）、admin@（各类平台注册）、no-reply@（自动通知发信）、剩 1 个备用。先想好再建，删了重建会浪费名额。

2. 保存成员密码

成员创建成功后，系统会生成一个密码并只显示这一次。

⚠️ 务必立刻记录这个密码。 它是该邮箱账号登录 Webmail 的凭据，页面关掉就看不到了。

六、第四阶段：登录 Webmail 并生成客户端密钥

1. 打开 Webmail

点击页面右上角的 Webmail 入口。

2. 用成员账号登录

注意：这里要用刚创建的成员邮箱和密码登录，不是管理员账号。

登录成功后就能看到 Webmail 的界面了，收件箱、发件箱、草稿一应俱全。到这一步，你的企业邮箱其实已经能用了——只是只能在网页里用。

3. 进入账号设置

想在 Outlook、手机邮件 App 里收发，还需要一个客户端密钥（Client Token）。点击进入账号设置面板。

4. 创建客户端密钥

找到 Client Token 相关选项，创建一个新的密钥。

生成后会得到一串密钥，同样只显示一次。

5. 搞清楚"两个凭据"的区别

到这里你手上已经有两串不同的东西，这是整个教程最容易混淆的地方，官方文档也专门用警告框强调过：

凭据	从哪来	用在哪	用错的后果
账号密码	创建成员时系统给的	登录 Webmail 网页版	在客户端里填它 → 认证失败
客户端密钥（Client Token）	Webmail 设置里手动生成	配置 IMAP / SMTP 客户端	拿它登网页 → 登不进去

官方原文："You must use a Client Token as your password when configuring email clients. Your account password will NOT work for IMAP or SMTP connections."（配置邮件客户端时必须使用客户端密钥作为密码，账号密码在 IMAP/SMTP 连接中无效。）

建议现在就把这两串凭据存进密码管理器（Bitwarden、1Password、KeePass 均可），或者写进一个加密文件传到网盘。两者都只显示一次，丢了就得重新生成。

七、第五阶段：在邮件客户端配置收发

下面以 Outlook 为例，Thunderbird、Apple Mail、手机自带邮件 App 的配置逻辑完全一样。

1. 添加账户

打开 Outlook，填入刚才创建好的企业邮箱地址。

2. 手动选择 IMAP

Outlook 的自动探测大概率认不出 TinkMail，需要手动指定。在提供商列表中选择 IMAP 或"自定义/其他"。

3. 填写服务器参数

按官方文档，完整参数如下：

项目	收件（IMAP）	发件（SMTP）
服务器地址	`imap.tinkmail.me`	`smtp.tinkmail.me`
端口	`993`	`465` 或 `587`
加密方式	SSL/TLS	SSL/TLS
用户名	完整邮箱地址	完整邮箱地址
密码	客户端密钥	客户端密钥

有三个细节必须强调：

① 密码栏填的是客户端密钥，不是账号密码。 这是"认证失败"最常见的原因，没有之一。

② SMTP 端口 465 和 587 都可以，但都必须选 SSL/TLS。

这一点和大多数邮件服务不同，值得单独说明：业界惯例里 587 端口通常配 STARTTLS，465 才配 SSL/TLS。但 TinkMail 官方文档明确写了——

"You must check the SSL/TLS option for both IMAP & SMTP. We do not support non-SSL/TLS or STARTSSL/STARTTLS connections."（IMAP 和 SMTP 都必须勾选 SSL/TLS。我们不支持非加密连接，也不支持 STARTTLS。）

所以如果你的客户端在 587 端口下默认选了 STARTTLS，要手动改成 SSL/TLS，否则连不上。如果客户端不让改，直接换 465 端口。

③ 用户名要写完整邮箱地址，比如 hello@yourdomain.com，不能只写 hello。

4. 验证收发

配置完成后，客户端开始同步。能成功拉取到邮件列表，就说明 IMAP 通了。

最后务必做一次双向测试：

用这个企业邮箱给你的 QQ/163 邮箱发一封（测 SMTP 发信）；
用 QQ/163 邮箱回一封过来（测 MX 收信）；
检查发出去的那封有没有进对方的垃圾箱（测 DKIM/SPF 配置质量）。

三条都通过，才算真正配置完成。

八、常见问题排查

域名状态一直不变 Active

按这个顺序排查：

DKIM 是否点了 Add DKIM？ 不点不会生成记录，自然验证不过。
主机名是否重复了域名后缀？ 用上面的 nslookup 命令查一下实际生效的记录名。
TXT 值有没有被截断？ 部分 DNS 面板对超长 TXT 有长度限制，需要拆分成多段字符串。
是不是刚加完就点验证？ 至少等 15 分钟再刷新。

客户端提示"认证失败 / Authentication Failed"

99% 是密码填成了账号密码。回 Webmail 设置里生成客户端密钥，重新填。官方排错文档把这一条列在第一位。

客户端提示"无法连接服务器"

检查加密方式是不是选成了 STARTTLS 或"无加密"。TinkMail 只接受 SSL/TLS。另外部分公司网络/校园网会封禁 465、587、993 端口，换个网络试试。

发出去的邮件进了垃圾箱

说明 DKIM 或 DMARC 没配好，或者域名太新还没积累信誉。可以：

确认三类记录都是 Active；
用 mail-tester.com 发一封测试邮件，它会给出 10 分制评分和具体扣分原因；
新域名前两周少量发信，逐步养信誉，不要一上来就群发。

5 个账号用完了还能加吗

不能，E1 上限就是 5 个用户、1 个域名。要更多只能升级付费套餐。所以前面才建议先规划再创建。

这个免费真的是"终身"吗

官方表述是"只要保持订阅活跃状态就永久免费"。但要清醒看待：这是一家新服务商的推广策略，且商业版仍在 Beta。不建议把不可替代的重要邮件只存在这里——重要邮件用客户端（IMAP）同步一份到本地，是成本最低的保险。

九、安全建议

免费归免费，安全习惯不能省：

建议	原因
两串凭据存进密码管理器	都只显示一次，丢失只能重置
不同用途用不同成员账号	一个账号出问题不牵连其他
定期轮换客户端密钥	密钥泄露等于邮箱被完全接管
用 IMAP 客户端同步到本地	服务商跑路/故障时你还有一份完整备份
别把它当唯一的账号找回邮箱	Beta 服务不适合承载账号安全底座

十、免费方案的边界

“免费”和“终身”都应以注册时的官方条款为准，不要把它当成重要业务邮箱的唯一保障。正式使用前先确认导出能力、账号回收规则、垃圾邮件处理和客服渠道；管理员账号启用双重验证，成员密码和客户端密钥不要复用。

回顾一下完整链路：

注册 Business E1 工作区
        ↓
验证管理员邮箱
        ↓
绑定域名 → 配置 MX / DKIM / DMARC → 等待 Active
        ↓
创建成员账号（拿到密码）
        ↓
登录 Webmail → 生成客户端密钥（拿到 Token）
        ↓
客户端配置 IMAP 993 + SMTP 465/587（均 SSL/TLS，密码填 Token）
        ↓
双向收发测试通过

整套流程下来，你就有了 1 个自定义域名 + 5 个企业邮箱 + 500GB 总存储，年成本 0 元。对个人开发者、独立创作者、小工作室来说，这是目前性价比相当高的一个选择。

最后提醒：这是限时推广活动，官方明确写的是"for a limited time"。每个账号只有 1 次免费添加域名的机会、1 个域名下 5 个免费邮箱名额。想要的话建议尽早注册占位——活动一旦结束，同样的配置就是每年 $600。

如何将自己做的网站部署上线

Sat, 04 Jul 2026 08:00:00 GMT

目标读者：已经用 AI（v0、ChatGPT、Claude、Windsurf 等）生成了一组网页文件，但不知道怎么把 index.html 真正发布到互联网上，让别人可以通过域名访问。

📺 视频教程同步上线哔哩哔哩，配合图文食用更佳 👇

视频链接：https://b23.tv/kUBOrLl

一、部署前先确认网站类型

用 AI 写网站只是第一步。你最终得到的是一堆文件：

my-website/
├── index.html
├── style.css
├── script.js
└── images/

这些文件现在还只躺在你的电脑里。别人想访问，需要三样东西同时就位：

网站文件：已经由 AI 生成好了；
域名：别人在浏览器里输入的网址；
托管服务器：存放文件，并在有人访问域名时把文件发送过去。

本教程的组合是：

KataBump：免费获取一个二级域名（如 yourname.kdns.fr）；
Cloudflare Drop：把本地文件夹拖拽/选择上传，直接生成一个可访问的网站；
Cloudflare：负责域名解析、HTTPS 证书和全球 CDN 加速。

整个过程不需要信用卡、不需要购买服务器、不需要懂 Linux。

二、准备材料

开始前请确认：

一个可正常接收邮件的邮箱（用于注册 KataBump 和 Cloudflare）。
一个由 AI 生成的静态网站文件夹，根目录下必须有 index.html。
网络可以访问 dashboard.katabump.com 和 cloudflare.com。

什么是"静态网站"？

静态网站指的是只包含 HTML、CSS、JavaScript、图片等前端文件，没有后端数据库、没有 Node.js/Python 服务。大多数 AI 生成的落地页、个人主页、作品集、博客模板都属于静态网站。

如果你的 AI 工具输出的是一个 .zip 压缩包，请先解压到电脑里，确保文件夹根目录有 index.html。

三、整体流程一览

整个过程可以分成四大阶段：

阶段	平台	目标
1	KataBump	免费获取一个域名
2	Cloudflare	把域名托管到 Cloudflare，获取名称服务器地址
3	KataBump	把 Cloudflare 名称服务器填回 KataBump
4	Cloudflare Drop	上传网站文件夹，部署并绑定自己的域名

下面按顺序详细说明每一步。

四、第一阶段：在 KataBump 获取免费域名

1. 打开 KataBump 并登录

访问官方控制台：

https://dashboard.katabump.com/

如果你还没有账号，点击页面上的 "Create an account" 用邮箱注册；如果已有账号，直接输入邮箱和密码登录。登录页面也支持 Discord 快捷登录。

2. 进入"我的域名"

登录成功后，在左侧菜单点击 "My Domains（我的域名）"。

3. 获取第一个域名

点击页面中的 "Get my first domain（获取我的第一个域名）" 按钮。

4. 填写域名信息

在域名输入框中填写你想要的的前缀，并选择可用的免费后缀。建议：

前缀只使用英文、数字或连字符，避免中文和特殊符号；
选择 .kdns.fr 等标记为 Free 的后缀；
把最终得到的完整域名记下来，例如 yourname.kdns.fr。

5. 获取成功

如果域名可用，你会看到绿色的成功提示，并进入域名管理页面。页面会显示你的完整域名、到期时间以及名称服务器配置入口。

重要提示：把完整域名（如 yourname.kdns.fr）复制下来，接下来在 Cloudflare 添加域名时会用到。

五、第二阶段：把域名托管到 Cloudflare

Cloudflare 是全球知名的 CDN 和 DNS 服务商，提供免费的域名解析、SSL 证书和 DDoS 基础防护。我们需要把刚拿到的免费域名"托管"到 Cloudflare，然后才能使用 Cloudflare Drop 部署并绑定自定义域名。

1. 登录 Cloudflare

访问：

https://dash.cloudflare.com/login

用邮箱注册或登录。如果已有账号，直接登录即可。

2. 添加站点

登录后，点击 "添加站点" / "Add a site"。

先点击 "添加域" 按钮，进入添加域名的流程；在域名输入框中粘贴刚才从 KataBump 获得的完整域名，例如 yourname.kdns.fr，然后点击继续。

3. 选择免费计划

Cloudflare 会让你选择计划。直接选择 "Free（免费）" 即可。

4. 继续激活

点击继续激活，进入名称服务器设置页面。

5. 获取 Cloudflare 名称服务器

Cloudflare 会分配两个名称服务器（Nameserver），例如：

ada.ns.cloudflare.com
greg.ns.cloudflare.com

不同账号、不同域名分配到的服务器可能不同，请以页面显示为准。

把这两个地址复制下来，下一步要填回 KataBump。

6. 回到 KataBump 填写名称服务器

打开 KataBump 的域名管理页面，找到 Nameservers 区域。

把 Cloudflare 给你的两个名称服务器地址分别填入 NS1 和 NS2，然后点击 "Save nameservers" 保存。

注意：名称服务器修改通常需要几分钟到几小时才能全球生效。如果 Cloudflare 马上提示未检测到更新，请耐心等待，不必反复修改。

7. 在 Cloudflare 确认已更新

名称服务器生效后，回到 Cloudflare 的激活页面，点击 "我已更新名称服务器" 按钮。

Cloudflare 会检查你的域名。如果配置正确，域名状态会变为"活跃（Active）"。

六、第三阶段：用 Cloudflare Drop 部署网站

Cloudflare Drop 是 Cloudflare 官方推出的静态网站上传工具，允许你直接把本地文件夹或 zip 包上传，即可生成一个可访问的网站。

1. 打开 Cloudflare Drop

访问：

https://www.cloudflare.com/drop/

你会看到一个简洁的橙色拖拽上传页面，上面写着：

Drop a folder. Or a zip.

2. 选择上传方式

页面提供两个按钮："Browse folders" 和 "Browse zip"。因为我们已经解压了网站文件夹，所以点击 "Browse folders"。

3. 选择你的网站文件夹

在弹出的文件选择器中，找到并选中存放 AI 生成网站文件的文件夹。

关键提醒：一定要选择文件夹本身，而不是单个 index.html。并且文件夹根目录必须包含 index.html，否则部署后会报错或显示空白。

4. 等待上传

上传过程会显示进度。根据文件大小和网速，可能需要几秒到几分钟。

5. 部署成功

上传完成后，Cloudflare 会自动部署并生成一个临时域名，例如 xxxxx.pages.dev。

此时你可以用临时域名先访问网站，但还没绑定自己的域名。

七、第四阶段：认领站点并绑定自己的域名

为了让网站使用刚才在 KataBump 获取的免费域名，还需要把 Cloudflare Drop 站点认领到自己的 Cloudflare 账号，并添加自定义域名。

1. 点击 Claim 认领

部署成功后，点击页面上的 "Claim" 按钮。

2. 再次确认认领

系统会跳转到新页面，再次点击认领按钮完成确认。

3. 选择 Cloudflare 账号

选择你刚才登录的 Cloudflare 账号。

4. 立即添加域名

认领成功后，进入 Cloudflare Drop 的网站管理界面。点击 "立即添加域名"。

5. 选择你的免费域名

在弹出的域名列表中，选择你之前在 KataBump 获取的域名。

6. 确认域名添加成功

添加成功后，你会在"网站管理"页面看到自己的域名已经列在"添加的域名"区域。

7. 使用域名访问网站

现在打开浏览器，输入你的域名，例如：

https://yourname.kdns.fr

如果一切正常，你的 AI 网站就已经正式上线了！

八、常见问题与排查

1. 域名访问显示"站点未找到"或 404

确认 Cloudflare Drop 已经成功部署，并且页面显示"Deploy successful"；
确认域名已经添加到 Cloudflare Drop 站点；
等待 5–10 分钟，让 DNS 全球生效；
在 Cloudflare 域名概览页面确认域名状态为"活跃（Active）"。

2. 域名打开后还是 Cloudflare 的默认页面

检查 KataBump 里的名称服务器是否确实改成了 Cloudflare 提供的两个地址；
检查名称服务器保存后是否等待了足够的生效时间（最长 24 小时）。

3. 上传后网站样式或图片丢失

检查 index.html 中引用的 CSS/JS/图片路径是否正确；
如果 AI 生成的是相对路径（如 ./style.css），通常没问题；
如果是绝对路径（如 /style.css），请确保文件实际存在，或改为相对路径。

4. 网站打开后空白

确认文件夹根目录有 index.html；
确认文件编码为 UTF-8；
按 F12 打开浏览器控制台，查看是否有 JavaScript 错误。

5. 如何更新已部署的网站？

Cloudflare Drop 目前不支持自动同步本地文件。当你修改了网站后，需要重新打包/选择文件夹，再次上传。上传成功后，原来的域名会自动指向最新版本。

九、上线前后的检查

这套流程只适合静态文件，不能直接运行数据库、登录接口或服务端代码。免费域名可能有续期、稳定性和品牌信任问题；如果网站用于正式业务，建议使用自己购买的域名，并为表单、统计和第三方脚本单独检查隐私告知。

通过本教程，你已经完成了：

在 KataBump 免费获取一个域名；
把域名 DNS 托管到 Cloudflare；
使用 Cloudflare Drop 上传并部署静态网站；
把域名绑定到 Cloudflare Drop 站点；
通过自定义域名访问上线的网站。

整个过程不需要购买服务器、不需要配置 Nginx/Apache、不需要绑定信用卡。对于用 AI 快速生成网站的新手来说，这是目前最便宜的上线方案之一。

如果你希望获得更长久的免费域名，也可以参考另一篇文章《零成本建站：免费获取永久二级域名并一键托管 Cloudflare 详尽指南》。

小海博客

用仓颉解决两道数组题：计数与最少会议室

前置条件

统计每个数字出现的次数

求最少会议室数

我在实现时卡住的地方

仓颉里字符为什么不能直接转 Int64？

差分数组怎么就等价于原来的增删列表？

数组长度为什么要「最晚结束时间 + 1」？

差分数组适合什么场景？

华为仓颉学习笔记

我的第一个仓颉程序：运行过程与 Python 写法对照

前置条件

第一个程序

和 Python 写法的差异

紧凑写法对比

我实际遇到的几个问题

仓颉的 0..10 是左闭右开吗？

where 能等价于 Python 的 if 吗？

第一个程序要怎么跑起来？

用 52FRP 让异地好友加入 Minecraft：配置记录与安全提醒

一、注册并登录 52FRP

二、先完成实名认证（1 元，一次性）

三、先领免费额度

四、先在本地把 MC 房间开起来

五、创建穿透隧道

六、复制配置文件

七、下载并配置 frp 客户端

八、把地址发给好友

九、（可选）不想记端口？用一个域名代替（SRV 记录）

常见问题

一定要实名认证吗

好友提示连不上，先查这几项

用了域名，好友还是进不去怎么办

我把电脑关了，好友还能进吗

免费额度够几个人玩

玩的是基岩版（手机 / Win10 版）怎么办

延迟高、卡顿怎么缓解

把端口暴露到公网安全吗

安全与维护

27c.site 发布：我做的 AI 建站工具与实际限制

27c.site 发布：我做的 AI 建站工具与实际限制

它解决的是哪一类问题

怎么用：复制一段话，说一个想法

它能做到什么

适合拿来做些什么

底下是什么

目前不适合什么

基元律动 68 元新用户额度记录：领取、使用与限制

第一步：注册基元律动，领取 10 元额度

第二步：下载 OpenSquilla 客户端

第三步：创建 API Key

第四步：绑定 API Key，解锁全部额度

第五步：开始使用

方式一：在第三方客户端中使用

方式二：在 OpenSquilla 客户端中直接 AI 编程

使用前的几个提醒

Windows 启动 DeepSeek Harness：安装、配置与常见问题

一、准备工作

二、安装 Node.js

1. 下载 Node.js

2. 开始安装

3. 选择安装路径

三、配置环境变量

1. 打开环境变量设置

2. 添加 Node.js 路径

3. 验证 Node.js 是否安装成功

四、启动 DeepSeek Harness

1. 获取官方启动命令

2. 打开本地 Web 界面

五、配置 DeepSeek API Key

六、选择工作目录

七、测试对话功能

八、可选：全局安装 DeepSeek Shell

九、常见问题

1. 执行 node -v 没有显示版本号

2. 浏览器无法打开本地地址

3. API Key 无法使用

使用前的边界

我把 Agent AI 接到微信的过程：部署步骤、费用与限制

1. 执行 `node -v` 没有显示版本号