我最开始用 AI 编程助手时，总希望它一次性给出完整答案。后来发现，更好的使用方式是把它当成结对同事：给上下文，讨论取舍，小步验证。
它能很快提供方向，但真正决定质量的，仍然是我们如何描述问题、检查结果、约束边界。
单独一句“帮我优化代码”通常不会得到好结果。更有效的方式是告诉它业务目标、现有结构、不能改变的接口，以及你担心的风险。
AI 不怕任务复杂，怕的是上下文含糊。输入越像真实协作，输出越能落地。
如果直接让 AI 写实现，它很容易带入通用方案。让它先读目录、配置和相关文件，能显著减少风格不一致的问题。
标签页太多的时候，我会明显感觉注意力变钝。每个标签都像一个未完成的提醒，堆在一起就变成一种低频噪音。
后来我不再把标签页当临时仓库，而是把它看成信息架构的一部分。
我给自己定了一个规则：一个窗口只服务一个任务。写文章就是资料、草稿、预览；做开发就是文档、仓库、调试页面。
不同任务放在不同窗口里，比混在一起更容易切换，也更容易结束。
很多标签页之所以关不掉，是因为担心以后找不到。解决办法不是一直开着，而是给收藏夹分层。
我只保留三个常用分类：工具、资料、待读。待读里的东西如果一周没看，就默认它没有那么重要。
静态博客部署到 Cloudflare Pages 很方便，但真正影响体验的往往是一些小细节：构建命令、输出目录、域名绑定、缓存策略。
这些事情不复杂，但提前整理好，可以让后续更新省心很多。
VuePress 项目通常需要把构建命令设为 npm run docs:build，输出目录指向 src/.vuepress/dist。如果项目不在仓库根目录，还要记得设置根目录。
这些配置一旦错了，最常见的现象是部署成功但页面空白，或者访问路径不对。
