Tools、Guides、Blog 现在共享同一套主题语言。
老板版主题
让 /blog/ 直接并入 Astro 公开层，而不是再挂一套独立内容系统。
围绕 M3U8、字幕与视频辅助任务的结构化公开层。
法务页色系正式升级为公开层主题。
执行层仍然放在公开层之后。
Astro + MDX 博客中枢
让 /blog/ 直接并入 Astro 公开层，而不是再挂一套独立内容系统。
博客应该围绕「概念 / 对比 / 用例 / 洞察」扩长尾搜索，同时与 tools、guides 共用同一套路由、SEO 和相关推荐规则。
MDX 内容工具导流指南导流
让博客承接长尾，而不是脱离产品壳单独生长。
每篇内容都要把读者送回明确的工具或 guide。
把 /blog/ 保持在 Astro 公开层里，而不是另起一套系统。
按任务意图开始
用博客扩搜索覆盖，而不是替代产品页。
每个栏目都应该服务于长尾流量承接，并把用户继续送到正确的工具页、指南页或工作台。
用 Astro content collections + MDX，而不是再挂第二套博客系统。
当前博客壳层默认面向 Git 维护的 MDX 内容、frontmatter schema 校验，以及在 Astro 公开层内做构建时的分类页与文章页生成。
内容插槽
精选文章插槽
后续 MDX 集合扩起来后，这里承接最强的对比文或洞察文。
内容插槽
最新文章插槽
预留给持续更新的概念、用例与洞察内容，直接从 MDX registry 拉取。
内容插槽
栏目网格插槽
分类应贴近任务意图和产品结构，而不是普通博客式散乱 taxonomy。
通过仓库内容工作流扩博客，而不是再挂第二套发布系统。
清晰的工作流可以保证博客始终挂在二级目录、保留多语言路由，并避免生成一堆和工具页、指南页割裂的普通内容页。
- 阶段 1
先锁博客中枢与共享壳层
把 `/blog/` 留在主站下，先复用主站头尾和多语言导航，再放大文章数量。
- 阶段 2
从仓库内生成 MDX 文章页和分类页
用 content collections 生成文章与分类路由，不引入割裂的独立归档系统。
- 阶段 3
让文章页默认继承相关工具、相关指南与 CTA
每篇正式文章都应继承面包屑、正文广告位、FAQ、CTA 与产品导向型相关推荐。
为什么博客要留在 Astro 公开层里，而不是再挂一套独立内容系统
- 为什么博客要放在 /blog/ 而不是子域名？二级目录更利于把主题相关性、内部链接和 SEO 信号集中到主站，而不是拆到另一个子站。
- 为什么用 MDX 和 content collections，而不是继续走独立后台？因为公开层应该共用一套模板、一套 SEO 输出和一套路由模型，而不是把 blog 再拆成第二套系统。
- 为什么每篇博客文章都要反向导流到工具页和指南页？因为内容流量只有继续流向正确工具或指南，才会变成高价值流量，而不是读完就走。
- 博客会不会变成产品主体？不会。博客负责扩搜索覆盖和内容深度，公开工具页和指南页仍然负责核心产品意图。
先把壳层、MDX schema 和路由规则定死，再去放大文章数量。
这样博客才能长期和工具页、指南页、语言路由、广告位与公开获客逻辑保持一致。