Dockerfile优化
项目要上线打包镜像时用这条：把语言和框架告诉 Agent，它会生成生产用的 Dockerfile，包含多阶段构建、精简基础镜像、非 root 用户、层缓存、健康检查和忽略文件，并附基准对比。
适合做什么
- 在 Cursor / 同类 Agent 里挂载可复用技能
- 把重复检查或生成流程固化成一句话指令
- 团队共享「技能卡」减少口头约定
不太适合
- 当作完整安全审计或生产发布的唯一依据
- 无环境上下文时指望一次跑通复杂流水线
提示词正文
【技能名称】Dockerfile优化
【技能目标】分析项目语言和框架，生成生产级Dockerfile：多阶段构建、最小化基础镜像、非root用户、层缓存优化、健康检查、.dockerignore，附基准对比。
【使用方式】
1. 将上方目标作为 Agent Skill / 自定义指令的核心描述；
2. 补充你的项目路径、技术栈与验收标准；
3. 要求 Agent 先列出检查清单，再执行并给出可复核的输出（如 diff / 报告）；
4. 若涉及发布或删除，必须二次确认。
【运营向用法提示】
可用于内容站、工具站或增长落地页的自动化检查与批处理；输出请要求中文结论 + 可执行下一步。复制后粘贴到 AI 对话框，按填空补全即可。
使用步骤
- 说清语言框架、启动命令和暴露端口
- 把现有Dockerfile贴上，注明构建耗时痛点
- 先要检查清单，再对比新旧镜像体积
常见问题
优化后镜像会变小吗？
不一定。多阶段构建和更换基础镜像通常能减小体积，但加了健康检查、时区或字体等依赖后可能变大，建议按本地实际构建结果对比。
改非root用户会启动失败？
有可能。写文件目录、日志路径的权限需要一并调整，建议让它同时列出需要chown的路径，在测试环境验证后再替换原文件。
什么情况下不用这套改法？
项目依赖系统级编译工具，或运行环境有固定基础镜像要求时，多阶段拆分收益有限，建议先只做层缓存与.dockerignore这类改动。
来源说明
整理自公开提示词站点素材，经 52运营 筛选与页面改写，便于运营场景检索。 原始参考：来源链接