先跑再画最后写：dotey四步起手法

dotey 答"做项目起手第一个动作是什么"的四步法（转述）：①PoC——先看能不能跑起来（技术可行性明显没问题时可跳过）；②用 Claude Design 做设计——不着急写代码，先看能做成什么样子；③MVP——最核心最精简的版本；④基于 MVP 迭代；之后就是循环这几步。

我的看法：四步的顺序本身就是观点——它把"设计"插在了写码之前，这正好补上设计线缺的第四视角：57625 讲规范派、57626 讲权重派、57705 讲组织派（谁站工位），这条讲"设计在流程里的座位"——排在 PoC 之后、MVP 之前。

与八章验收（57689）对照更清楚：那条把验收钉在交付前、这条把样式决策钉在动工前——同一套前置思想的两头：先想清楚"长什么样"，再想清楚"对不对"，最后才让代码背锅。

PoC 那步也值得单拎："能不能跑起来"是成本最低的证伪——与工程线的"直接验证"（57693 的 Control Glass、57835 靶场实测）一脉：跑起来的证据，胜过任何架构图上的自信；而"MVP 之后只是重复前面"这句收得极简——项目不是一次设计出来的，是一圈圈从 PoC 转出来的。

给你的落地句：下个项目起手别打开编辑器，先打开能跑的那个最小东西，再打开设计，最后才打开 IDE。

四步法与工具选择均为发帖转述，效果以各自实践为准。