附录 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 一起，把上面这段话画成一张真正的架构图，标出每个箭头对应本书哪一章。画完那天，这本书就读通了。