AI 协作

这里是“李寒的小窝”的 AI 时代新角落。

以前技术贴主要写给我自己和路过的开发者看：怎么配环境、怎么修 bug、某段小工具代码先记下来。现在这些事情有 Codex、Claude Code、大模型搜索和一堆自动化帮忙，长篇技术速记的意义变了。

所以从 V4 开始，新技术内容会更多沉淀成 AI 可调用资产：短 tips、playbooks、skills、session 复盘，以及一个公开的机器索引。它们不是给 AI 增加作业，而是让后面的 AI 少读一点、快做一点、少踩一点坑。

给人看的入口

ai/sessions/：AI 协作后的脱敏复盘，只留事实和可复用经验。
ai/tips/：短问题、短原因、短解决、短验证。
ai/playbooks/：比 tip 更长一点的工作法，比如博客风格、发布流程、复杂自动化。
.agents/skills/：Codex 主用的机器技术贴。
.claude/skills/：Claude Code 兼容镜像。

旧文章不迁移、不重写、不批量整理。它们是前 AI 时代的脚印，留着挺好。

给 AI 看的入口

机器先读这个：

1
/ai/registry.json

公开地址是：

1
https://lihan3238.github.io/ai/registry.json

本地协作时优先搜索：

1
2
3
4
python scripts/ai/blog_ai.py search registry
python scripts/ai/blog_ai.py get explain-usage-after-feature-updates
python scripts/ai/mcp_server.py --search registry
python scripts/ai/mcp_server.py --search blog-style

工作流约定是：先看 registry，判断有没有合适的 tip、playbook 或 skill，再决定要不要加载全文。不要一上来把所有东西都塞进上下文。

写新技术内容时

如果是生活、旅行、随想、计划，继续写传统博客。

如果是一次 AI 协作开发里的可复用技术经验，默认写成机器优先资产：

能一句话解决的，写 tip。
有步骤、有判断、有失败分支的，写 playbook。
需要未来 AI 主动遵守的，写 skill。
每次发布前跑脱敏、校验、registry 和 Hugo build。

这个页面先当门牌。真正干活的，是后面的 registry、hooks、skills 和自动化。

从零部署和运维

如果要在新机器、新项目、或者一段时间后重新接起来，看这份文档：

1
/ai-workflow-deploy-ops/

它写的是 token 怎么配、hooks 怎么 trust、AI 怎么读资产、digest 怎么提交、GitHub Actions 怎么自动生成 PR，以及出问题时先查哪里。