两遍法：先方案后落地

创作与工程共享的一条纪律：非平凡产出先在方案层定好，再落地，而不是边写边改、事后打地鼠式修补。

第一遍：方案层

• 设计：先出 token 计划（color/type/layout/signature），并对“AI 默认三件套/反射式套路”逐条自检、写明改了什么——把“换个主题也成立的通用默认”在方案层就替换掉。
• 代码/功能：先走设计对话——一次一问、给 2-3 个方案带取舍、逐段批准、YAGNI 砍掉不需要的。“太简单不需要设计”恰恰是无检验假设最浪费返工之处。

第二遍：落地后再自检

落地生成后做二次自检（是否又滑回默认、是否偏离方案）。把审美/取舍的决策前置到方案层，能避免像素级/实现级的返工。

方案层的事实纪律（起草 plan 时）

写方案时把两类信息显式分栏，避免把上一轮的错误信念传下去：

• 已探明现状（实测，非假设）与已锁定决策分开列；
• 单列**“推翻的旧假设（别再沿用）”**；
• 每条现状标注是“实测”还是“推断”。

边界

机械流程见 brainstorming skill（设计对话）与 frontend-design skill；本页只写“何时触发/为何简单也要设计/坑”的心法。与自强化闭环 自强化闭环四步法的 Act 步同源。