用途：为 App Platform 项目生成分阶段计划，把从设计、编码、测试到云部署的复杂流程拆成可管理、可恢复的步骤，降低整体部署失败率。
主要能力：自动检测绿地或棕地项目。无 Dockerfile 和无 .do/app.yaml 时视为绿地，从零创建产物；存在时则审查、验证并增强现有产物，不重建有效文件。按复杂度分级：仅静态前端、SPA、无数据库为 Tier 1，生成 5 个阶段（本地设计、编码、测试、云部署、云验证）；含 PostgreSQL、MySQL 或 API+前端为 Tier 2，生成 7 个阶段，增加云数据库与云配置；含 Kafka、OpenSearch、workers、事件驱动或微服务为 Tier 3，生成 9 个阶段，涵盖数据库集群、配置用户与主题、调试验证、密钥与 CI/CD、生产部署和端到端验证。提供各阶段模板，文件结构包含状态、前置条件、任务、验证与下一步。
使用方式：根据用户描述或 .do/app.yaml 判定层级后，在 Plan/ 目录生成对应阶段文件。关键验证门是 doctl app dev build，通过即表明产物正确。常用命令：doctl app dev build、doctl app dev build --app <APP_ID>、doctl app dev build --env-file .env。先本地构建再云部署，本地反馈约 30-60 秒，云端约 5-10 分钟。Tier 3 必须用 GitHub Actions 部署，设置 deploy_on_push: false，通过 git push 触发，不用 doctl apps create。阶段文件只存状态，所有 ID、密码、URL 存入 .env.secrets（已 gitignore），便于跨会话恢复。
适用场景：Next.js 静态站点、React SPA、Hugo、Astro、Rails+Django/Node.js 加数据库，以及事件驱动微服务、ML 流水线、实时分析等。
限制：资料未提供具体定价、平台费用、性能数据或除上述命令外的完整步骤细节；未提供则不编造。