专栏
技术规划与架构
技术规划的本质是业务分析与竞品分析：理解要服务的业务与竞争的差距，再连成架构、规范与代码的判断。
- 第 1 篇 · 短文 · 约 22 分钟阅读
技术规划，本质上是业务分析与竞品分析
技术规划不是项目清单，本质上是两件事：理解要服务的业务（业务分析），理解与对手的差距和水位（竞品分析），再把它们连成目标、取舍与执行之间的因果链。
- 第 2 篇 · 短文 · 约 2 分钟阅读
代码为什么会变坏：从局部便利到系统债务
代码劣化并不主要来自某一次"写得差"，而来自局部变更不断绕过共同边界；真正要维护的是设计与协作的一致性。
- 第 3 篇 · 短文 · 约 3 分钟阅读
工程规范怎样既减少返工，也不制造官僚流程
好规范不是把每一步都变成审批，而是让最容易失真、返工和出事故的关键交接点变得可见、可讨论、可复用。
- 第 4 篇 · 短文 · 约 4 分钟阅读
共享核心与本地变化：多地区系统怎样演进
多地区系统既不能把所有差异硬塞进一个核心，也不能让每个地区重复建设。关键是识别稳定边界、保留扩展点，并明确模块所有权。
- 第 5 篇 · 短文 · 约 2 分钟阅读
AI 加速之后，职能线与业务线怎样重新划分
职能线曾帮助专业能力高效运转；当工具降低工作流壁垒后，组织更应围绕全链路业务能力重新设计，而不是固守历史分工。
- 第 6 篇 · 短文 · 约 30 分钟阅读
从一次请求看多节点执行系统的架构演进
从一套多节点执行系统的故障结构出发，复盘请求、状态、存储、性能和故障如何逐渐跨越边界，并讨论下一版架构应该怎样重新组织。
- 第 7 篇 · 短文 · 约 15 分钟阅读
缓存究竟在哪里：多层执行服务的局部性
以一套多层执行服务为例，拆解请求身份、边缘路由、执行资源和后端缓存的多级局部性，并给出可复用的路由、失效、故障转移与观测方案。
- 第 8 篇 · 短文 · 约 15 分钟阅读
让差异停留在配置层：多业务域平台的架构设计
内容、搜索、交易和增长系统在多国家、多行业和多场景下会反复遇到同一个问题：如何复用稳定能力，又让业务表达保持差异。配置、协议、组件和编排，应该怎样划分边界。
- 第 9 篇 · 短文 · 约 23 分钟阅读
AI Gateway：从后端调度到成本治理
通过多后端模型访问场景，理解 AI Gateway 如何处理资源调度、容量控制、故障切换、分布式状态、用量统计和企业成本治理。