Floscas 并不是从一份完整的产品需求文档开始的。最初，我只是想给自己的文字和摄影找一个真正属于它们的地方：它不依赖社交平台的推荐逻辑，不被统一的模板限制，也不需要为了获得注意而持续制造喧闹。

于是，我开始搭建这个网站。

我是如何搭建它的

网站以 Hugo 作为内容骨架。文章仍然使用 Markdown 保存，因此写作和网站样式彼此独立：即使视觉系统不断变化，文字本身也不会被破坏。页面的布局、交互和多语言功能，则在 Hugo 模板、CSS 与 JavaScript 中逐步完成；代码通过 Git 管理，推送到 GitHub 后，再由 Cloudflare Pages 自动构建和发布。

Codex 是整个过程里重要的协作者。我通常先描述一个感觉、一段参考或一个具体问题，再让 Codex 阅读现有项目、修改代码、启动本地服务器并进行检查。它并不是一次性生成整个网站，而是参与一轮又一轮很具体的工作：调整字号，修复移动端，整理图片，补充翻译，检查链接，构建页面，再把确认后的版本提交到 Git。

这也意味着，Floscas 不是某个模板换了一套颜色，而是在持续的对话、试错和选择中慢慢长出来的。

我的工作流

日常的工作流大致分成六步：

  1. 先确定内容。 我会先写文章、整理摄影，或者明确这一次真正需要解决的问题。
  2. 寻找视觉方向。 参考杂志、电影海报、独立出版物、艺术家网站和喜欢的字体排版，但不会直接复制某一个页面。
  3. 把想法交给 Codex。 提供文案、截图、图片和限制条件，让它先理解现有结构，再进行局部修改。
  4. 在本地预览。 使用 Hugo 启动本地网站，同时检查桌面端和移动端的字号、间距、图片比例、语言切换与文章入口。
  5. 不断删减。 很多设计并不是通过增加东西完成的。删掉重复装饰、过度动效和不必要的界面，往往比继续堆叠更重要。
  6. 构建、提交、上线。 确认 Hugo 构建成功后，通过 Git 提交并推送，由 Cloudflare Pages 完成部署。

这个流程不是一条直线。页面上线以后，我仍然会在真实设备上看到新的问题，再回到本地继续调整。网站因此更像一本不断重排的杂志，而不是一件宣布完工后就不再改变的作品。

主要的设计理念

Floscas 的核心不是“极简”这个标签，而是克制。

我希望文字拥有足够的留白，图片保留它原本的情绪，界面不会在阅读之前抢走注意力。黑、白、灰构成基本秩序，蓝绿色线条和摄影中的颜色则像偶然进入纸面的光。标题可以有编辑感，但正文必须安静、清楚，并适合长时间阅读。

这个网站也刻意保留了一些未完成感。不同尺寸的图片、略微错开的网格、电影与文字之间的并置，让它不像一个完全标准化的商业产品，而更接近个人档案、独立杂志和持续生长的工作台。

动效同样遵循这个原则。它们应该帮助人理解层级和状态，而不是为了证明页面会动。好的交互最好很轻：内容慢慢出现，图片在悬停时略有回应，语言切换保持上下文，移动端也不因为视觉效果而牺牲阅读。

为什么要做这个网站

我想保存那些容易从时间里消失的东西：写下来的念头、拍到的光、看过的电影、听过的音乐，以及某一阶段真实存在过的感受。

但 Floscas 不只是一座个人仓库。它也会成为一个可以分享方法和资源的地方。我希望把自己如何写作、如何组织灵感、如何与 AI 协作、如何把模糊的审美判断变成网页，慢慢整理成别人也能使用的内容。

接下来：Design Studio

目前，一个新的 Design Studio 也正在搭建中。它会与博客相连，但承担不同的任务：博客保存经验与感受，Design Studio 则会更集中地展示设计实验、视觉系统、界面研究和正在制作的项目。

之后，我会陆续分享设计过程中的判断与失败，也会整理可复用的模板、参考资料和工具。与此同时，一些真正实用的 skills 也会逐步上线，帮助完成内容整理、图片处理、多语言发布、网站检查和其他重复却必要的工作。

这里还会继续分享我找到并实际使用过的资源。它们可能是一种字体、一份设计档案、一个开源项目、一套工作方法，也可能只是某个值得反复观看的页面。

Floscas 仍在建设。它不是为了迅速成为一个“完成的网站”，而是为了让想法有地方停留，让实践可以被记录，也让之后发生的事有迹可循。

如果有可能，它还会变得更好。