附录 B · 解剖我们自己的项目

全书的概念此刻正拼在一起，跑着我们自己的东西。以 EchoForge 为例，把这张地图走一遍（以实际代码库为准，欢迎修订）。

EchoForge 的技术栈是四大件，Cloudflare + Vercel + Supabase + DO。走一遍用户的旅程，你会看到它们各守一关。

用户打开浏览器，输入我们的域名。第一关是 Cloudflare。它查自己的电话簿（DNS，第 6 章）告诉浏览器该去哪，同时兼任就近分发的调度员和挡掉恶意流量的保安（CDN 与防护）。第二关是 Vercel（第 5 章）。它送出前端，也就是 React 页面（第 2 章），并用 Serverless 函数处理偶尔醒一次的后端请求。第三关是 Supabase。那里住着 Postgres 数据库（第 3 章），存着用户和凭证的每一行数据，由 Auth 管身份，RLS 管权限（第 15 章）。第四关是 DO（DigitalOcean）上那台云服务器，第 5 章"第二层"的现实版，一台我们自己租的、永远醒着的机器，负责那些必须持续运行的活儿。穿插其间，发邮件时后端去调 Resend 的 API，钥匙装在环境变量口袋里（第 4、9 章）。最特殊的一环在链上，真正的凭证被铸造在 Cardano 区块链上，由智能合约守规矩。那是一段部署后永不能改的后端，也是我们最重要的红线（第 12 章）。所有代码住在 GitHub（第 8 章），每次 push 触发构建与部署流水线（第 11 章）。每一层的具体分工，以实际代码库为准，这正是下面这个作业要你亲手核对的。

还有另一个世界，ForgeCard。那台插着 NFC 读卡器的树莓派，就是我们自己客厅里一台永远醒着的小服务器。同样的原理，程序、依赖、日志、调试，只是它的"用户请求"来自一张靠近的卡片，而不是浏览器。

留一个好作业。和 AI 一起，把上面这段话画成一张真正的架构图，标出每个箭头对应本书哪一章。画完那天，这本书就读通了。