[🛠] 按 workstream 将公司实务文章拆成三级分类

✨ GPT-5.6 Sol 摘要 　

记录如何把混在同一分类中的公司实务技术文章拆成按 workstream 延续的故事，并统一路径、编号、导航和旧 URL。

随着公司实务devlog增多，不同的故事开始混在同一个分类里。AI Orchestration和Operations Automation的延续关系与阅读顺序并不相同。两者都放在devlog/company-work下时，标题编号究竟属于整个公司实务分类，还是属于各个项目，也变得含糊。

将路径和编号固定为devlog/company-work/<workstream>

我让文章文件路径、categories和permalink使用同一个workstream slug。标题编号也不再贯穿所有公司实务文章，而是在每个workstream内从#1开始。

devlog/company-work/ai-orchestration
devlog/company-work/operations-automation

现在只看URL就能知道文章属于哪条连续故事，不同项目的编号也不会冲突。

从一棵navigation.yml树渲染sidebar和移动菜单

之前我已经让移动菜单和分类overview共用同一份navigation data。这次又在树中的company-work下增加了一层workstream children。

sidebar和移动菜单共用category-nav-groups.html。上层公司实务archive汇总全部workstream文章，下层archive只保留匹配路径中所有category的文章。三级结构不需要在每个导航界面重复一份。

用生成的redirect保留旧二级URL

移动分类会让原有的/devlog/company-work/<文章>/链接失效。每篇移动文章保留redirect_from，由Jekyll generator生成跳转到新三级URL的静态redirect page。非法外部路径或相互冲突的redirect会在build完成前直接失败。

一次检查workstream路径、编号与翻译

company_work:verify会同时检查workstream是否已注册、文件路径是否与categories一致、标题编号是否缺失或重复，以及active locale翻译是否使用同一结构。

以后写新的公司实务文章时，只需先选择workstream。URL、archive、导航和标题编号就会指向同一条连续故事。