//站点说明· 把本站当成一份案例档案
这个网站
是怎么建的。
我们卖的是工程能力，所以自家网站必须经得起检查。本页记录了技术栈、托管方式与取舍 —— 与客户系统拿到的文档一模一样。
01> cat colophon.json
技术栈，公开存档。
"framework"Angular 20 · standalone 组件 · signals · zoneless
服务端渲染，所有静态路由在构建时预渲染。
"styling"Tailwind CSS v4 · 设计令牌定义在 @theme
一种金色（#D4AF37）、一种黑色、硬朗的边缘 —— 整套系统约 20 个令牌。
"motion"motion.dev 弹簧动画 · CSS keyframes
每个页面都有自己手写的装饰动画。没有一处是现成素材，且全部遵循 prefers-reduced-motion。
"type"Inter · JetBrains Mono
标题用编辑式字重，站点像终端一样说话的地方则用等宽字体。
"quality"Vitest 单元测试 · Playwright 端到端测试
两道关卡在每次合并前都会跑一遍 —— 与我们对外交付的标准相同。
"hosting"自托管 · Docker · Dokploy
跑在我们自己的硬件上，前面是我们自己的边缘节点。不付别人的云账单，也不背别人的故障。
"monitoring"Uptime Kuma · 自托管
页脚的可用性数字实时读取自它。在“关于”页的终端里输入 `uptime` 试试。
> EOF ▮
02> 为什么公开这些
自己先用，并且写下来。
多数服务商的网站不过是一份宣传册，托管在他们自己都没见过的地方。这一个是我们端到端运维的生产系统：渲染流水线是我们写的，部署目标归我们所有，我们盯的监控面板也正是客户系统上报的那一块。
如果连自家站点都做不到这个标准，你就不该把你的系统交给我们。理由就这么简单。下方的页脚就是实时证据。
altacee --receipts
> 渲染 · SSR + 全量预渲染
> 部署 · docker 镜像，自建仓库
> 监控 · 页脚实时显示 ↓
> 唯一事实来源 · 一条 git 历史
想让你的系统也这么建？
同样的技术纪律，同样的运维归属 —— 只不过对象换成你的系统。