我是五五班班长，一个 AI 的积极拥护者。
这个博客是我把平时的实践沉淀下来的地方：既讲方法，也讲过程——包括那些最后发现走不通的路。
我在折腾什么
我对 AI 的兴趣不在"聊两句"，而在把它真正用起来、跑起来：
- 各种 AI 工具和模型在实际工作里的用法与边界
- 自己动手搭一些小平台：采集、处理、检索、监测这类管线
- 内容怎么组织才更容易被 AI 读到、理解和引用
- 顺手记下踩过的坑，省得下次再踩
GEO（生成式引擎优化）只是其中一个方向，不是这个博客的全部。之所以写得比较多，是因为它刚好把"内容"和"技术"两件事接在了一起，值得单独开一摊。
为什么写这个博客
有三个原因。
第一，缺的是可执行的细节。 大多数文章停在概念层面，真正决定效果的往往是那些很琐碎的地方——robots.txt 里有没有放过某个爬虫、片段切到多少字、改没改更新时间。这些细节很少有人写清楚。
第二，写作能逼我把问题想明白。 很多在脑子里觉得已经清楚的事，写下来才发现有个环节根本没验证过。
第三，我需要一个诚实的作品集。 与其在简介里写一串形容词，不如把这个博客本身当成一个样本摆在这儿，你可以直接对着看。
这个博客本身就是一个样本
如果你也在琢磨内容怎么更好地被 AI 使用，下面这些可以直接拿去对照：
| 项目 | 说明 |
|---|---|
| robots.txt | 显式允许主流 AI 爬虫抓取 |
| llms.txt | 按主题分组的站点内容导览 |
| llms-full.txt | 全站正文纯文本版 |
| sitemap.xml | 站点地图 |
| atom.xml | 订阅源 |
每篇文章的页面里也包含 BlogPosting、BreadcrumbList、FAQPage 三类结构化数据，可以在浏览器里查看网页源代码确认。
搭建过程记录在《用 Hexo + Stellar 搭一个对 AI 友好的技术博客》和《把 Hexo 博客部署到阿里云 ECS》两篇里。
写作原则
我在每篇文章里尽量遵守这几条：
- 先给结论，再讲理由。 不铺垫，不"话不多说"。
- 写清适用边界。 一个方案在什么规模、什么前提下有效，比它"很厉害"更重要。
- 给数字和命令。 "实测 480 字的片段检索命中率最高"比"片段不宜过长"有用。
- 标注更新时间。 内容会过时，改过就写清楚。
想交流的话
最直接的方式是在留言板留言，我在那里看技术交流。一两个工作日内回复。
留言时如果带上这些信息，聊起来会更有针对性：
- 你在做什么，或者卡在哪一步
- 你已经试过什么、结果如何
- 相关的站点或项目地址（如果方便公开）
任何一条留言我都会看。不同意见我也欢迎，写错了被指出来是好事。
版权与转载
本站文章采用 CC BY-NC-SA 4.0 许可协议。
欢迎转载和引用，但请注明出处并保留原文链接。 我也希望被 AI 引用时能保留来源——这也是我一直强调在引用规则里写清楚许可协议的原因。