Atelier / 造物间
已上线把过程写下来,让作品自己说话
2026/11/12 上线 · 访问站点 ↗ ·
这是什么
一个给自己用的平台:记录从想法到上线的全过程,同时让普通访问者在 3 秒内看懂「我是谁、做什么、能帮我什么、下一步点哪」。
为什么先自用
先 dogfooding,跑通「写一条 100 字记录 → push → 上线」的写作流,再谈产品化。 把简单逻辑放在前面,复杂的一切等真的需要时再加。
设计上的取舍
- 读路径全静态:内容是 Git 里的明文 Markdown/MDX,构建成纯 HTML;表单/分析等动态层全部宕机,网站照样能读。
- 能力必须挂证据:不写「精通 XX」的技能标签云,每条能力都链接到具体作品或日志。
- 组织化字段当天就埋:
workspace_id/owner_member_id从第一条内容就存在,将来组团队不用改语义。
这个作品的创作记录
- 构建记录
把真实域名写进代码
M7 拿到域名、联系方式与预约链接后,把清单上的待提供项变成代码默认值并跑完首推前全链
- 构建记录
第一次上线与回滚演练
M7 上线后第一次发布→回滚→再发布演练,这条日志就是哨兵——它在线上出现或消失,用来证明平台真的切了产物
- 构建记录
绿灯不等于上线
首推后 CI 4/4 全绿、CF 也报 Deploy successful,但远端冒烟发现线上发布的是仓库源码而非 dist/
- 构建记录
前台 15 个页面落地了
从占位首页到完整前台,顺手修正了一个关于证据链的错误假设
- 构建记录
脚手架跑通了
Astro 7.4.11 空构建、类型检查、冻结锁文件全部通过
- 决策
为什么先做纯静态
把「读路径」与「写路径」拆开,是这次最关键的一个决定
- 构建记录
把手工验证变成一条命令
M6 把前面所有「跑过一次」的验证固化成可复现的门禁,并补上欠着的 Lighthouse 分数
- 构建记录
把动态层拔掉,站还站得住吗
用一次故意写坏的构建,验证「读路径全静态」不是一句口号
- 构建记录
让门禁在任何机器上都能跑
M7 准备把写死本机路径的 CI 改成标准 GitHub Actions,并把部署回滚变成可签字清单