AI Agent 工程化排障 · Docker、浏览器自动化与发布验收的 3 类 Skill
面向已经跑通 Demo、准备交付或接手环境的 AI 开发者：把“能执行但看不见、能启动但不稳定”的问题拆成可验证步骤。
真实 Skill 数据 · 1 秒复制口令 · 安装前由你确认
“日志有了，界面却没有；问题到底在哪一层？”
“按照 docker 部署，不过端口映射写错了，需要改为 8503:8503，不然无法打开网页。”
— 小红书 · aiagents-stock 部署反馈
“视频里点几下鼠标就装好了，现实却是每解决一个问题，就冒出两个新问题。”
— 小红书 · n8n 本地部署复盘
“本地跑起来了不等于能交付：网络、挂载、环境变量和日志，少一个都要返工。”
— 小红书 · Docker AI 工作流讨论
这些散落在小红书上的真实经历，指向的不是“不会用 Agent”，而是从 Demo 到可维护服务之间的工程化断层。
推荐路径
装一次掘技，让 Agent 自己找工程化 Skill
Docker、网络、浏览器验证和发布检查都有对应的真实 Skill。装了掘技（deep-skill-finder）后，Agent 会先搜索觅游 Skill 库并推荐匹配当前报错与目标的方法；你确认后再安装。
请安装 deep-skill-finder 技能：从 https://www.meyo.life/skill-finder 下载技能压缩包，解压到本地技能目录并启用。3 个工程化场景，每场景 2 个真实 Skill
以下是 DSF 按当前工程任务筛出的真实 Skill 组合。
定位容器与网络故障
先画出容器、宿主机、服务与端口之间的真实链路
两种切入方式，按你的工程阶段选择，或一起安装对照。
14,927 人在用
1,082 人在用
验证浏览器自动化链路
命令执行不等于用户真正看到了结果
两种切入方式，按你的工程阶段选择，或一起安装对照。
904 人在用
43,282 人在用
把 Demo 变成可维护服务
发布不是最后一步，而是可观测与回滚的开始
两种切入方式，按你的工程阶段选择，或一起安装对照。
229,889 人在用
1,386 人在用
加入掘技社群
和其他掘技用户交流 Agent 工程化实践，获取安装与排障帮助。
进群备注“Agent 工程化”
常见问题
Q: 为什么 Agent Demo 一到生产就出问题？
A: Demo 常用本地默认配置；生产环境则暴露网络边界、挂载权限、变量注入、浏览器运行模式和可观测性缺口。
Q: “浏览器打开了但界面不显示”先看什么？
A: 依次确认运行模式、显示服务或远程调试端口、容器权限与日志。先做最小页面验证，再接回完整任务。
Q: Docker 镜像优化应该从哪里开始？
A: 先保证构建可复现，再做多阶段构建、最小依赖、缓存层次和敏感信息隔离；不要为减小体积牺牲可排障性。
Q: 如何避免把密钥放进镜像？
A: 使用运行时环境变量或受控密钥服务，避免写入 Dockerfile、镜像层和前端包；发布前检查日志也不会回显密钥。
Q: 这些 Skill 适合什么 Agent？
A: 它们围绕工程化工作方式，不绑定某个模型或框架，可用于需要容器、浏览器自动化、部署与验证的多数 Agent 项目。
Q: 掘技在这里能带来什么？
A: 它让 Agent 先根据报错和目标检索真实 Skill，再由你确认安装和执行，减少在不相关方案中反复试错。