该技能把「写逻辑之前的思考」整理成一组可操作的原则，主要用途是帮助在动手实现前先确定结构，再进入代码细节。
主要能力与原则： 第一，数据结构优先。在写逻辑之前先把数据形状定对：尽早定义核心类型，追踪每一个访问模式，选择与主要路径相匹配的数据结构。 第二，代码层面的去重针对结构而非每一行。类型与数据模型应当收敛；三条相似语句仍胜过一次过早抽象；显式优于取巧；测试行为与边界情况，而不是统计行数。 第三，并发推论。在多个执行者共享状态之前，先问「如果另一个执行者并发修改它会发生什么」；如果答案不是「什么都不会发生」，就应当隔离。 第四，脚手架先行。如果某件事对后续每个阶段都有帮助，就先做它：问「后续每个阶段是否都会因它已存在而受益」；CI、lint、测试基础设施与共享类型属于脚手架；按选择权价值排序，先搭环境再写功能，先写测试再修问题；提交保持小且单一目的。 第五，每个增量应落地一个连贯的抽象，或深化一个已存在的抽象；不要把一项新能力以特例协调的方式散布到各个调用方。 第六，删减先于脚手架：先移除死代码，再铺设基础。
使用方式：资料给出的是判断与排序原则，未提供具体的命令、配置文件或集成步骤，安装与调用方式暂未提供。
适用场景：开始编写业务逻辑之前的核心类型与数据结构选型、脚手架与功能工作的先后排序、涉及并发共享状态的隔离判断、以及增量提交与抽象设计。
限制：内容为原则性指导，未提供工具实现、平台支持、收费信息或效果数据；具体落地需结合项目实际判断。