用途：在编写逻辑之前应用的基础思考原则，强调先做结构性决策，再写实现。
主要能力：强调数据结构优先，先把数据形态定对；尽早定义核心类型，追踪每种访问模式，选择与主要路径匹配的结构。代码层面只对结构做 DRY，类型与数据模型应收敛；三行相似语句仍优于过早抽象，偏好显式而非取巧。测试关注行为与边界情况，而非行数。
并发推论：在让多个执行者共享状态之前，先问“若另一个执行者并发修改它会怎样？”答案若不是“什么也不会发生”，就应隔离。
顺序与脚手架：若某件事有利于后续每个阶段，就应先做，自问“后续每个阶段是否都因它存在而受益”。CI、lint、测试基础设施与共享类型属于脚手架。按选择价值排序：先搭建再开发功能，先测试再修复。提交保持小而单一用途。每一次增量应落地一个连贯抽象，或加深已有抽象，不要把新能力分散成调用方的特例协调。
减除先于搭建：先删除死代码，再打地基。
限制：资料未提供具体实现步骤、工具链、安装命令、适用平台或效果数据。