新工程立项时怎么选路线

新工程立项是最容易浪费几周的阶段：方向错了，后面每一步都在补学费。这篇把 Air 系列的新工程立项流程整理成可执行的步骤，照着走能避开大坑。

▍第一步：三问定位
源码量与可改性、依赖形态、GUI 深度（前文有专篇）。三问结论写成一段话，含证据。

▍第二步：查资产，禁止重复造轮子
先查工作区的框架共享栈与上游库：GTK、Qt、Gecko、SDL 及一批预编译依赖都已就位，已有栈一律链接复用。再查已成型工程里有没有同框架同类应用——它的平台层、补丁集、构建脚本就是你的起点。Air 系列的铁律：立项先查再取，重复检出同框架第二份是明确禁止的。

▍第三步：最小验证三步走
不要直接上目标应用。一，交叉编译框架基础库跑通一个官方 demo；二，demo 接 XComponent 跑上真机出画面；三，目标应用替换 demo 接入，验证核心窗口流程。三步各自以天计，任何一步卡住超过三天，回到选型复审。

▍第四步：排期十四项标准
立项时把强制移植标准的十四项（菜单汉化、双模输入、手写笔、捏合缩放、暗黑模式、性能档位等）排进计划，别留到收尾——收尾补标准是 Air 系列总结的最大教训之一，验收清单应该从第一天就在墙上。

▍第五步：定验证闭环
定好构建、部署、真机验证的命令与节奏：每次改 so 必须换进程验证（强制停止再启动），验证锚点用新增日志行确认新代码真的在跑。这套纪律从第一天执行，成本最低。

▍第六步：写立项文档
一页纸：三问结论、复用清单、验证步骤、标准排期、风险三行。评审通过才动第一行代码。

▍时间预算参考
框架栈已就位的前提下，一个中等规模应用的立项验证期一到两周，正式移植一到三个月，标准收尾两到四周。预算超出就该复盘选型。

有疑问欢迎在本板块直接发帖，我们会逐条回复。