luckycici.cc

PERSONAL LAB / 2026

把好奇心,
做成可以访问的东西。

我是 Lucky Cici。这里记录我如何用 AI、网站和自动化,把模糊的想法变成真实的小项目。

看看我在做什么

我相信小规模、可复查的实验,比宏大的计划更接近真正的进步。

CURRENTLY BUILDING

03 / 2026
03

Weekend Notes

每个周末完成一个小任务:网站、文章或一次真实访谈。

查看节奏 ↓

FIELD NOTE / CLOUDFLARE

2026.08.09

技术文章 · 免费资源实践

不用 VPS,如何把 Cloudflare 免费资源组合成一套能工作的内容网站

今天的真实案例:用两个域名、Pages、Workers、KV、R2 和 Workers AI,完成网站部署、API 接入、文章索引和线上验证。重点不是把服务堆满,而是让每个资源都有一个清楚的工作位置。

Cloudflare 免费资源网站架构图 两个 Pages 网站通过 ai-work Worker 连接 KV、R2 和 Workers AI,AMR 子域名保持独立。 Pages / 主站cloud-ai.workAI 知识与服务入口 Pages / 个人站luckycici.cc实验记录与信任资产 Worker / APIai-work/api/* 轻量接口 KV文章索引 R2图片与附件 Workers AI低频问答 AMR 子域名仍由独立 Worker 服务
图 1 / 今天实际部署的最小架构。主页留给 Pages,动态能力集中到一个 API Worker。

01 / 先分工

静态内容用 Pages,动态动作才交给 Worker

知识专题、个人介绍和案例页面不需要 VPS,也不需要常驻服务器。它们直接部署到 Pages;只有文章列表、资源读取和 AI 问答需要 API 时,才让 cloud-ai.work/api/* 进入 Worker。

这样做的好处是边界清楚:页面坏了不等于 API 坏了,AMR 的 amr.cloud-ai.work 也不会被新站点覆盖。

02 / 再接资源

KV、R2、Workers AI 各自只做擅长的事

KV 保存轻量的文章目录和站点配置;R2 保存图片、PDF 和交付附件;Workers AI 只处理低频的知识问答。不要把 KV 当成完整数据库,也不要为了“看起来智能”把所有请求都送进模型。

Pages 限制R2 免费额度Workers AI 免费额度都应该在上线前看一遍。

TODAY'S CASE

今天实际完成了什么?

LIVE / FREE-ONLY
3个正式网址
1个 API Worker
2个免费存储绑定
200线上状态码
  1. 检查盘点 Pages、Worker、KV、R2 和错误 Zone,先确认不会误伤正式网站。
  2. 部署ai-work 绑定到现有 KV、R2 和 Workers AI,只挂到 cloud-ai.work/api/*
  3. 写入把两条文章记录写入 KV,访问 /api/articles 即可读取。
  4. 验证主页、个人站、AMR 子域名和 API 均通过线上请求检查。

NOTES TO SELF

OPEN LOG
  1. 01先做出样板,再寻找最合适的客户。2026.08.09
  2. 02每一个自动化流程,都要留下可以复查的证据。2026.08.09
  3. 03今天的收尾:免费资源只有组合起来,才会变成真正的能力。2026.08.09