用途：这是一条在编写逻辑之前应用的思考原则，帮助开发者在动手实现前先做对结构性决策，让后续阶段都能受益。
主要能力与要点： 数据结构优先。先把数据形态定对，再写逻辑；尽早定义核心类型，梳理每一条访问路径，并选择与主要路径匹配的结构。 代码层面 DRY 结构而非每一行。类型与数据模型应趋于收敛；三行相似语句仍好于过早抽象；偏好显式而非取巧；测试行为与边界情况，而不是代码行数。 并发推论：在让多个参与者共享状态前，先问“如果另一个参与者在并发时修改它会怎样”；若答案不是“什么也不会发生”，就隔离。 脚手架优先：若某件事对之后每个阶段都有帮助，就先做。CI、lint、测试基础设施与共享类型属于脚手架。为选项价值排序：先搭建后功能，先测试后修复；提交保持小且单一目的。每个增量应落地一个自洽的抽象，或深化已有抽象，不要把新能力以特例协调的方式散布到各个调用方。
使用方式与限制：资料未提供具体安装命令、调用步骤或代码示例。减法先于脚手架：先删除死代码，再打地基。适用场景为软件设计与开发前期的结构性决策；具体平台、收费与效果暂未提供。