AI 对齐与工程 · 架构与工程对齐

结构先对齐,代码才不会越写越偏

架构不是画图比赛,是需求咋进模型、边界咋进代码、变化咋被接住。名词少堆,对象、依赖、边界在系统长大时还得清楚。

概念地图

同名架构,压住不同的乱

有的在治领域语言漂移,有的在治依赖污染,有的在治质量属性和协作演化。

DDD

领域模型、限界上下文、上下文映射:先统一模型再画边界,别让业务和代码各说各话。

Clean Architecture

依赖反转、边界隔离:业务规则留内核,框架和 I/O 推外层。

CELL

自治单元、明确接口:变化关在单元里,协作靠协议,不让局部改动拖垮整体。

ADD

质量属性驱动:先写场景,让性能、可靠性、演化性倒推结构,别只按功能堆层。

EDD

事件和事实:关键变化写成明确事件,异步协作才跟得上状态。

CDD(Astro 内容驱动架构)

内容模型、路由、模板解耦:先定内容结构,再让页面围绕内容生成(本站 Astro 即此类)。

先看结构层的偏差

返回 AI 对齐与工程 »

系统「差不多懂了」,实体、关系、边界一碰就散——多半不是 prompt 差,是结构没对齐。

世界模型先于提示词

世界模型先于提示词

提示词修的是表面句法;对象、边界与关系没站稳时,你只是在精致地猜。先画世界,再写话。

知识表示一页说明

知识表示一页说明

知识表示是把世界结构译成机器可一致使用的形式:概念、关系、约束、推断与版本契约,缺一就semantic drift。