跳到正文

← 返回作品

Atelier / 造物间

已上线

把过程写下来,让作品自己说话

Atelier / 造物间 的封面图

2026/11/12 上线 · 访问站点 ↗ ·

这是什么

一个给自己用的平台:记录从想法到上线的全过程,同时让普通访问者在 3 秒内看懂「我是谁、做什么、能帮我什么、下一步点哪」。

为什么先自用

先 dogfooding,跑通「写一条 100 字记录 → push → 上线」的写作流,再谈产品化。 把简单逻辑放在前面,复杂的一切等真的需要时再加。

设计上的取舍

  • 读路径全静态:内容是 Git 里的明文 Markdown/MDX,构建成纯 HTML;表单/分析等动态层全部宕机,网站照样能读。
  • 能力必须挂证据:不写「精通 XX」的技能标签云,每条能力都链接到具体作品或日志。
  • 组织化字段当天就埋:workspace_id / owner_member_id 从第一条内容就存在,将来组团队不用改语义。

这个作品的创作记录

  1. 构建记录

    把真实域名写进代码

    M7 拿到域名、联系方式与预约链接后,把清单上的待提供项变成代码默认值并跑完首推前全链

  2. 构建记录

    第一次上线与回滚演练

    M7 上线后第一次发布→回滚→再发布演练,这条日志就是哨兵——它在线上出现或消失,用来证明平台真的切了产物

  3. 构建记录

    绿灯不等于上线

    首推后 CI 4/4 全绿、CF 也报 Deploy successful,但远端冒烟发现线上发布的是仓库源码而非 dist/

  4. 构建记录

    前台 15 个页面落地了

    从占位首页到完整前台,顺手修正了一个关于证据链的错误假设

  5. 构建记录

    脚手架跑通了

    Astro 7.4.11 空构建、类型检查、冻结锁文件全部通过

  6. 决策

    为什么先做纯静态

    把「读路径」与「写路径」拆开,是这次最关键的一个决定

  7. 构建记录

    把手工验证变成一条命令

    M6 把前面所有「跑过一次」的验证固化成可复现的门禁,并补上欠着的 Lighthouse 分数

  8. 构建记录

    把动态层拔掉,站还站得住吗

    用一次故意写坏的构建,验证「读路径全静态」不是一句口号

  9. 构建记录

    让门禁在任何机器上都能跑

    M7 准备把写死本机路径的 CI 改成标准 GitHub Actions,并把部署回滚变成可签字清单