为什么要先自检
如果需求只停在“想做一个小程序”“部署一下”“做个后台”，AI 只能不断追问，或者直接按猜测开发。自检的作用是先找缺口，再决定是补需求、拆任务，还是进入开发。
这套门禁已经接入 AI 需求文档生成器。字段越完整，自检越接近可开工。
Readiness
AI 任务包开工自检
需求不是写得越长越好，而是要能让 AI 判断产品类型、拆首版范围、写测试、部署上线并留下交接记录。开工前先过这 5 个门禁。
五个开工门禁
每个门禁都对应生成器里的字段。缺哪一块，后续 AI 就先追问哪一块。
开工门禁
项目识别
先确认项目名称、目标和目标用户，避免 AI 不知道这件事服务谁、为什么做。
项目名称
项目目标
目标用户和角色
开工门禁
范围边界
首版范围和暂不做范围必须分开，防止开发过程中顺手扩展。
首版范围
暂不做范围
开工门禁
产品结构
页面模块、数据对象和接口能力要能支撑开发拆分。
页面和模块
数据对象和字段
接口和第三方能力
开工门禁
验收部署
验收标准和部署环境要提前写清，代码完成后才能判断是否可交付。
验收标准
部署环境
开工门禁
AI 交接
已有代码、风险、测试账号、服务器限制和下一步要写入交接备注。
交接备注
自检后的执行规则
自检不足时，先让 AI 输出缺口问题清单，不直接开发。
自检接近完成时，先确认首版范围、验收和部署限制，再拆任务。
自检通过后，开发仍然要按验收清单、部署 Runbook 和 HANDOFF 记录执行。
LiteMall、域名、HTTPS、密钥和公开链接仍然遵守 /system 的上线保护规则。
