【系统架构设计】防御性架构:用系统设计约束 AI 犯错
当 AI 默认参与写代码与改系统,架构的任务从「选对模式」扩展为「把破坏半径钉死」。本文从失败场景出发,梳理类型、契约、策略引擎与沙箱组成的约束谱系,对照弹性工程里「失败必发生」的假设,并讨论过度约束与交付速度的争论边界。
Linux 内核、存储与网络、可观测性、系统架构与大模型基础设施的工程笔记:机制拆解、踩坑复盘与可核对证据,少空谈。
共 2 篇文章 · 返回首页
当 AI 默认参与写代码与改系统,架构的任务从「选对模式」扩展为「把破坏半径钉死」。本文从失败场景出发,梳理类型、契约、策略引擎与沙箱组成的约束谱系,对照弹性工程里「失败必发生」的假设,并讨论过度约束与交付速度的争论边界。
人审吞吐跟不上 AI 变更速率时,质量只能前移到流水线。本文建立变更威胁模型,拆解 lint、类型、契约、策略、eval 与 canary 的门禁分层与失败语义,对照 Continuous Delivery 与 SRE 变更管理,并讨论 eval 能否替代代码评审的争论与开放问题。