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