内容以 2025-2026 工程观察窗口为主，部分高时效话题会持续校对，具体选型仍建议结合官方文档与当下版本信息交叉判断。单位财务等 domain 页面作为工程落地场景挂载，不计入 pages/tech 统计。
先判断你要解决的是哪类工程问题，再进入四条用户侧主方向。交付效能、团队协作和业务落地场景不再单独抬成第一屏方向，而是收进对应路线和二级浏览里。
如果你是从零设计一套 SaaS、平台产品、AI Agent 或企业系统，不要只看 `pages/tech/architecture/` 目录。完整架构路线会跨过业务领域、工程实现、数据系统、集成、安全、平台运行和治理页面；20 步详细展开见 通用软件架构设计路线。
这里按“一级方向 → 子组 → 页面”展示软件分支。父入口只放父入口，下钻页只放在对应父入口下面，避免把所有页面铺成同级链接。
回答“系统怎么被写出来、改好、测好、发出去”。`如何设计系统` 是本方向里的强入口，不越级成为整个软件分支的第五个主方向。
回答“系统边界怎么切、复杂度怎么控、多个系统怎么协作”。不把所有带“系统”的页面都归到架构：操作系统、数据库系统、服务目录和搜索推荐分别回到工程底座、数据、平台和数据应用。
回答“数据怎么存、怎么查、怎么建模、怎么治理、怎么安全演进”。这里最需要体现父子层级。
回答“系统怎么上线、跑稳、观测、应急和防风险”。`system-security` 下的页面作为纵深，不再抬成独立主方向。
书页、完整索引、旧路线和维护侧分类参考都降为辅助入口，不再和四个主方向抢第一层。
这些路线适合已经明确职业视角或学习目标时使用，不作为第一入口。
当你不只是找单个技术点，而是想训练工程判断时，优先按这三条线回读。它们把工程书页和专题页压成稳定路径，避免继续把同级页面越铺越散。
工程治理专题已经做过持续收敛：现在入口只保留 11 张主专题页，数据保留 / 删除、配置 / 特性开关、权限变更等过窄主题已经并入相邻主页面章节。更稳的读法，是按"长期演进、生产运行、系统地图、数据正确性、安全审计"五个问题簇进入。
分类浏览现在只作为二级定位方式，主要对应维护侧物理目录。这里优先列父入口和横向主干；数据库、操作系统这类“如何设计”下钻页留在父页内部阅读，不在首页平铺成同级入口。
覆盖系统设计、计算机底座、语言与编译、操作系统、前后端工程、质量保障、发布交付、研发体验和性能工程，是应用系统建设的主干工程能力层。这里展示“如何设计系统 / 操作系统 / 编译器”等父入口，具体 OS 下钻页回到父页内部阅读。
围绕边界、依赖、身份、契约、失败处理和演进治理展开。这里不再平铺所有系统页：操作系统、数据库系统、服务目录、搜索推荐分别回到工程、数据、平台和数据应用。
从 DBMS、业务数据库、数据库生产治理、数据工程、主数据、数据质量到搜索推荐建立数据系统主干。数据库入口先回答“如何设计一个数据库系统本身”；存储引擎、B+Tree、SQL 执行器、事务、WAL、MVCC 等下钻页不在首页平铺。
关注环境、交付、流量、缓存、观测、平台抽象、服务目录、依赖、容量、可靠性目标、事故指挥、成本治理、分布式系统、高可用和安全治理，适合作为大规模工程系统的运行与平台化视角入口。服务等级、供应商治理和运行手册已经并入相邻主页面，网络、Linux / DevOps、云原生、可观测性这条线继续作为运行治理主干。
这是“平台、可靠性与安全”的纵深补充，把分布式、消息、高可用和安全治理放在一起看，适合从系统可靠性、边界控制、身份权限和风险管理的角度理解长期演进问题。缓存主题已迁入平台与可靠性主区。