一、自己接上我正在用的 Chrome#

这是前置条件，之前专门写过一篇配置过程（让 AI Agent 接管你真实的 Chrome），这里不重复。

关键在于：它拿到的不是我截图给它的信息，是我浏览器里真实的登录态。Cloudflare 后台、GitHub，都是我已经登录着的状态，它直接就能进。

进去第一件事是把我账户里已有的 Worker 列了一遍：firefly、cloudflare-imgbed、cloud-mail、substracker。它还顺便把账户 ID 和这几个项目的更新时间都读出来了。

二、自己去 fork#

它一开始想走 GitHub 的 API 直接 fork，结果吃了一个 403：

1
POST https://api.github.com/repos/gascy37/grimenc/forks: 403 Resource not accessible by integration

那个连接器的 token 权限不够，fork 和建文件都不给干。

它没卡在这儿，直接转头去开浏览器，自己找到 fork 页面，填好 owner，点了「Create fork」。

三、自己发现 fork 完也部署不了，把配置补上#

fork 完之后它没直接点部署，而是先去仓库里看了一眼——这个项目只有一个 index.html 和一堆历史版本的 HTML，没有 wrangler.jsonc、没有 package.json。而 Cloudflare 默认的部署命令是 npx wrangler deploy，没有配置文件这条命令跑不起来。

于是它自己往仓库里加了两个文件，还用 GitHub 网页版写了两次提交：

• wrangler.jsonc：声明 assets.directory 是仓库根目录
• .assetsignore：把 .git、README.md、LICENSE.md 这些不该对外发布的东西排除掉

两个都是新增文件，不碰上游任何一行。这样以后从上游同步更新，不会因为我这两次提交产生冲突。

四、自己点完了 Cloudflare 那一整套#

创建应用 → Continue with GitHub → 选仓库 → 填项目名 → 部署。

构建跑完之后版本号是 eb17a999，状态「就绪」，22 秒。Cloudflare 在 Worker 概况页上给了一句提示，说这是仅包含静态资产的 Worker，这类请求是免费提供的——不用管请求数。

五、自己加 DNS 和 Worker 路由#

我要求别用自定义域，走路由。它先去把 9ll.uk 这个域下已有的记录抄了一遍，发现我原来的玩法是「CNAME 指向优选域名 + 灰云 + Worker 路由」，于是照着复制了一份：

1
hunxi.9ll.uk  CNAME  1.cloudflare.182682.xyz   仅 DNS
2
hunxi.9ll.uk/*  →  grimenc

顺带说一句，那个「灰云 CNAME 指向优选域名居然还能触发 Worker 路由」这件事，我之前一直觉得是玄学。它给我的解释是：灰云只影响 Cloudflare 怎么应答 DNS，优选域名最后解析到的还是 Cloudflare 的 anycast IP，流量照样落在边缘，边缘按 Host 匹配 zone 之后该命中路由还是命中。我原有 firefly 那两个域名本来就是这么跑的，只是我没想明白而已。

六、最后还去改了我的博客#

我第四句话说完，它去读了博客仓库的配置，把入口加到了两个地方：导航栏「关于」的子菜单，和书签导航的「自建服务」分组。加完还起了个 dev server 自查了一遍，确认渲染出来的链接是 https://hunxi.9ll.uk/ 才提交。