Stable Foundations · 02 / 06
系统与抽象
从复杂需求，到清楚边界
认知地图可共创
核心判断系统设计不从画组件开始。先划清谁负责什么、如何协作，以及哪种变化不该牵动全局。
一张图看懂先划边界，再谈结构
- 01目标
- 02边界
- 03职责
- 04接口
- 05约束
- 06取舍
- 07反馈
五个核心判断结构要回答变化
边界先于组件
先找一起变化的事情，再决定拆成几个部分。
影响决策系统怎么切
抽象为变化服务
重复出现的差异才值得抽象，不为整齐而增加一层。
影响决策何时提取共性
接口是一份承诺
输入、输出和失败方式，都是协作双方的约定。
影响决策怎样独立协作
依赖方向决定成本
稳定部分不要反过来依赖经常变化的细节。
影响决策变化影响多大
取舍必须带着约束
没有永远最好的结构，只有此刻最重要的条件。
影响决策为什么这样选
真实案例super-context 如何复用结构
已经知道
- 网站已有三层能力地图
- 六篇基础内容共享阅读结构
- 每篇内容需要独立演进
当前设计
- 页面骨架与知识内容分开维护
- 路由只选择一份内容配置
- 共同样式保持阅读节奏一致
还要观察
- 特殊主题能否容纳进同一骨架
- 改一篇是否不牵动其他页面
- 一致是否会被读成重复
三个取舍让变化各归其位
一个巨型页面组件→骨架与内容配置分离
当前选择复制六份页面→共享结构、独立内容
当前选择先造完整平台→只提取已证实的共性
避免过早抽象AI 协作 · 系统拆分
我正在设计【系统或功能】。请按目标、边界、职责、接口、依赖、约束六栏拆分；指出最可能一起变化的部分，以及一个不值得现在抽象的地方。
复制提示词