这是第一篇文章。按惯例应该写点”欢迎来到我的博客”之类的话，但那种东西对读者没有价值。
所以这篇讲清楚三件事：这里会写什么、不写什么、为什么。
会写什么
三个固定栏目，不追热点但追真问题。
1. GitHub 项目拆解
不做”xxx 是什么、怎么 install”这种翻译 README 的活儿——那种内容已经太多了。只写两类：
- 动手跑过之后发现的问题：文档没写的配置、默认值挖的坑、版本之间不兼容的地方
- 同类项目横向对比：A 和 B 都号称解决同一个问题，实测哪个更合适，代价是什么
2. AI 工具实操
关注”怎么把它接进实际工作流”，而不是”它有多强”。
包括提示词的工程化写法、Agent 的编排方式、成本控制的实测数据。凡是写到的用法，都是自己跑通的。
3. 工具与折腾
服务器、脚本、自建服务。这部分偏个人记录，但对遇到同样问题的人应该有用。
不写什么
- 不翻译官方文档：你直接看原文更好
- 不写”10 个必装的 xx”：清单文没有信息量
- 不追发布会：新模型发布当天写不出来有深度的东西
- 不写没跑过的东西：这条最重要，下面展开
关于真实性
这个站有一条底线：文章里出现的命令、输出、报错、截图，必须是实际执行过的。
技术内容的信誉是一次性的。读者按你说的做，跑不通，就不会有第二次。所以宁可写少，不写编的。
如果某段内容是基于文档推断而非实测，文中会明确标注。
技术栈
简单列一下，方便同类需求的人参考：
| 项 | 选择 | 理由 |
|---|---|---|
| 框架 | Astro | 静态输出，零运行时 JS，Core Web Vitals 天然满分 |
| 主题 | AstroPaper | 极简排版，SEO 结构化数据齐全 |
| 内容 | Markdown / MDX | 可嵌组件，适合放代码对比和仓库卡片 |
| 构建 | 本地构建 + rsync | 服务器内存只有 481M，跑不动 Node 构建 |
| 托管 | 自建 nginx | 已有主域名权重可以继承 |
| 搜索 | Pagefind | 纯静态索引，无后端依赖 |
那些”为什么不用 WordPress / Hexo”的取舍，会单独写一篇。
更新频率
不承诺日更。承诺的是：每次发都是想清楚了才发。
如果你订阅 RSS，收到推送就是有新东西了。
下一篇会写 GitHub 上近半年增长最快的项目里，哪些是真需求、哪些是营销出来的。数据我已经拉好了。