基础性思维（Foundational Thinking）是一条在“开始写逻辑之前”应用的原则性技能，核心是让结构性决策保护可选项价值，让代码级决策保护简洁性。
一、用途 在编写业务逻辑之前，先做结构与方向上的判断，避免因数据形状或工程基础不牢而在后续反复返工。
二、主要能力
- 数据结构优先：先把数据形状确定正确，再写逻辑。尽早定义核心类型，追踪每一种访问模式，并选择与主要路径相匹配的数据结构。
- 代码层面的 DRY：只对结构做 DRY，而不是每一行都 DRY。类型与数据模型应当趋同；三条相似语句仍优于一个过早的抽象；显式优于取巧；测试行为与边界情况，而不是代码行数。
- 并发推论：在执行者之间共享状态之前，先问“如果另一个执行者并发修改它会发生什么？”如果答案不是“什么都不会发生”，就做隔离。
- 脚手架优先：如果某件事对之后每个阶段都有帮助，就先做它。问一句“后续每个阶段是否都会因它已存在而受益？”CI、lint、测试基础设施和共享类型都属于脚手架。按可选项价值排序：设置先于功能，测试先于修复。提交保持小且单一目的。
- 连贯增量：每个增量都应落地一个连贯的抽象，或深化一个已存在的抽象。不要把新能力拆散，作为特例协调分散到各个调用方。
- 先减后加：减法先于脚手架。先移除死代码，再铺设基础。
三、使用方式 这是一条原则，而非可直接运行的工具或命令。它适用于在动手写逻辑之前的决策时刻：确定核心类型与数据结构、安排脚手架与功能工作的先后顺序、追问并发执行者共享了什么。具体操作步骤资料中未提供。
四、适用场景 资料未明确列出具体场景，仅说明其在“写逻辑之前”应用，适用于需要选择核心类型与数据结构、排序脚手架与功能工作、审视并发共享状态的开发情境。
五、限制 资料中未提供关于平台、语言、工具支持、收费或价格的信息。其并非可执行命令，本身不附带安装命令或代码示例。