标签：workflow

过去这一周，我在代码和写作两方面交付的速度，放在 AI 之前简直不敢想。意外的是，我并没有忙得团团转，只是从想法到成品之间的阻力少了。真的像在以曲速工作，😜。

看看这个。这是我一周内已经交付的内容，而且还在增加（完整列表在这里）：

我遇到一个小到似乎不值得关注的 bug：时间线页面中，同一天的条目没有正确排序。

页面有 date、time，以及自定义 Eleventy 集合排序。听起来问题的范围就这么大：按日期加时间排序，再反转集合，让最新的在前，结束。可 4 月 12 日却显示成了奇怪的顺序：00:01、10:11、22:16、15:49、22:20。

我最近在做一款叫 ProjectDawn 的 iOS 习惯记录应用。不是因为 App Store 还缺一个习惯追踪器，而是我想有一个真正属于自己、而且开源的个人项目，也想通过它公开回答一个问题：把 AI 当成主要合作者，开发一款真正模块化的原生 iOS 应用，是什么感觉？

这篇文章既是个人日志，也是技术复盘。它涵盖我使用的工具、让我意外的地方、AI 失手的地方，以及这个过程如何改变了我对创造东西的理解。

Umami + Ansible 那篇文章，我在脑子里酝酿了很久，但它涉及三个不同的仓库和一大堆代码片段。做得来，却也确实繁琐，所以一直被往待办列表后面推。完成后的文章在这里：用 Umami、Docker Compose 和 Ansible 搭建私有分析服务。

最终推动它落地的想法很简单：何不让 GPT（Codex）负责繁重工作，由我把握方向？

我希望 tmux 是一个完整统一、永不消失的环境。在桌前接上扩展坞时，我会把 iTerm 分布到多个 Mission Control 桌面，每个空间放一个不同的项目，以及那个项目需要的其他工具。之后拿起 MacBook Air，或者在 iPhone、iPad 上打开 Blink 时，我希望看到完全相同的窗格、命令历史和回滚内容。

普通的 tmux attach 已经很接近了，但共享的“当前窗口”会打破这种体验。我在主终端切换窗口，所有其他 tmux 客户端也会跳到同一个窗口，打断我正在进行的事情。我想让 tmux 既保留状态，又支持多个独立焦点。

用 GPT-5 Codex 搭建小网站，最后发现，与其说是在敲代码，不如说是在合作。从粗糙草图到精致网站，模型承担了大量实现工作，我则引导方向和设计。

过程中，我既体会到快速迭代的快乐，也发现了依赖 AI 搭档的边界。这些项目渐渐不再只是关于网站本身，也是在探索一种新的编程方式：通过对话、富有创意、有时会出错，却始终让人大开眼界。

上个月，女朋友说她需要一个简洁漂亮的作品集网站，我也想起自己一直想开个个人技术博客。

我想要一个轻量的方案，容易搭起来，改起来更轻松。于是我直接动手，从零搭建了一个小巧的 11ty + Tachyons 网站，每次迭代都能在一分钟内上线。虽然她远在国内另一头，我还是能看到每次更新带给她的惊喜。