内容车道与标签规范：Lab 记系统，Writing 写对齐

这个站点只有两条公开车道。stack 进 /lab/，记可复现的系统；alignment 进 /writing/，写判断和边界。其它标签只做检索，不另开频道。

写这篇，是因为车道一旦靠默契，三个月后就会漂：随手加标签、摘录被截成半句、Lab 里混进随笔。规范必须公开，才能被对照。

两条车道

首页把两条流分开，不混排。一篇文章只归属一条主车道。需要检索时再加二级标签，例如 openclaw、nginx-proxy-manager、guide。

发布规则

1. Lab 必须可跟做。 至少给出症状、根因、修复、回滚。没有命令的「我今天很有感觉」不进 /lab/。
2. Writing 必须有判断。 不是工具说明书。每篇 custom_excerpt 是一句完整的话，不超过约 28 个词；禁止被后台截成 150 字半句。
3. 90 天内两条车道都要动过。 可以是新文，也可以是勘误后的更新。长期不碰的车道等于废弃。
4. 不要发明第三条主车道。 日记、碎片、无验收标准的草稿，不发。

摘录怎么写

摘录是目录页上的一行判断，不是正文第一段的截断。好的摘录应当：

• 单独读也成立
• 不含「本文将」「首先」这类开场白
• 不在句中被切断

反例：把第一段复制进去，到第 150 个字符被掐断，读者看到的是半个从句。正例：「nginx 把容器名解析死在启动时，Ghost 一重建就会 502。」

一篇文章怎样算发完

• 主标签只有一个：stack 或 alignment
• 标题是判断句，不是「关于 XXX 的一些想法」
• Lab 文有封面、命令、回滚；Writing 文有边界和验收标准
• 摘录已手写，不是自动截取
• 在 /lab/ 或 /writing/ 能看到，而不是只出现在首页大杂烩里

这个站点不做什么

不追周更，不堆功能清单，不把模型评测当写作。基础设施文必须在线上环境验证过；方法论文必须写清「怎样才算可靠」，而不是只写「为什么很重要」。

对照清单在主题仓库的 SOP.md。这篇是对外可读的版本：车道、标签、下限、摘录、90 天。之后加文，先对照这里，再对照那份内部清单。