CodeBuddy生成Dockerfile需显式指定项目语言框架、构建方式及产物路径：如“Python 3.11+FastAPI，源码直跑，uvicorn启动main.py，端口8000”，缺一则镜像易失效。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
你想让CodeBuddy根据自然语言描述自动生成Dockerfile，但发现生成结果不贴合项目实际技术栈或构建逻辑，比如Python项目却用了Node.js基础镜像，或遗漏了.dockerignore配置。
确认提示词中必须包含的关键信息
CodeBuddy生成Dockerfile不是靠猜，而是严格解析提示词中的显式线索。缺任意一项，生成的Dockerfile大概率无法直接运行。
必须明确写出项目语言和主框架：例如“用Python写的FastAPI后端服务”“基于Spring Boot的Java微服务”“React前端应用”——不能只说“一个Web项目”。
必须说明构建方式：是直接运行源码（如Python/Node.js），还是需要编译（如Java/Maven、Go）？提示词里要带出关键构建产物，比如“打包成JAR文件”“生成dist目录”“build后输出到out文件夹”。
【没有明确构建产物路径的提示词，CodeBuddy默认按源码直跑处理，会导致COPY指令目标错位】
写提示词的两种高效结构
方法一：场景化短句（适合快速迭代）
“我有一个Python 3.11项目，依赖在requirements.txt里，用uvicorn启动main.py，端口8000，需要最小化镜像体积。”
方法二：结构化清单（适合复杂项目）
• 运行时：Python 3.11
• 框架：FastAPI
• 启动命令：uvicorn main:app --host 0.0.0.0:8000
• 构建产物：无，源码直跑
• 体积要求：使用slim-bullseye基础镜像，安装后清理apt缓存
避免踩坑的三个硬性约束
第一步：禁止模糊表述
❌ “写个Dockerfile部署我的后端” → CodeBuddy无法识别语言和入口
✅ “写Dockerfile部署基于Express的Node.js后端，入口是app.js，监听3000端口”
第二步：明确区分开发与生产环境
提示词中若出现“需要Webpack打包”“要运行npm run build”，就必须声明构建产物目录（如dist/），否则生成的Dockerfile会COPY整个src而非dist。
第三步：指定基础镜像倾向（可选但强烈建议）
在提示词末尾加一句：“优先选用alpine或slim镜像，拒绝full镜像”——这能直接规避生成debian:latest等臃肿基础镜像。
