用途：当产品已基本建好、需要上线给客户使用时，这个技能把“在我机器上能跑”变成“客户能用”。它会审查真实代码仓库，找出当前状态与线上产品之间的全部差距，并写出创始人无需技术背景即可照做的分步指南。
主要能力与方式：
第一步，审计代码库。读取仓库，确认产品类型与运行环境（Web、移动应用 App Store / Google Play、桌面或混合）、框架、后端、数据库、认证与支付服务商；对比代码中使用的环境变量与 .env.example 文档，找出需要转为密钥的硬编码值、需要换成正式版密钥的测试密钥；列出所有第三方服务及生产所需（正式 API 密钥、webhook 端点、启用计费）；检查部署配置（如 vercel.json、Dockerfile、eas.json）、构建脚本、生产构建与测试状态；找出上线缺口（错误追踪、分析、法律页面、自有域名、数据库备份、移动端商店素材）。随后用一条简短消息与用户确认产品类型、技术栈、检测到的服务及无法从代码判断的问题（是否拥有域名、是否已有对应账号、是否有上线截止时间）。
第二步，生成 docs/DEPLOY.md（必要时创建目录）。文档包含：头部（产品名、用一句白话描述技术栈、预计总耗时）和图例——🧑 需本人身份、账号、支付信息或决策；🤖 可让编码智能体在代码库或命令行完成；🤝 智能体准备、用户点最后一下或粘贴值。
阶段以勾选框步骤呈现，通常包括：账号与前置条件（注册托管平台与各生产服务，选可用最低档并标注月费）、密钥与配置（创建正式密钥、在托管平台设置环境变量、移除测试密钥；明确禁止把密钥贴进聊天或提交到代码）、生产服务（生产模式数据库、为真实域名配置认证、支付从测试切到正式并含 webhook 与真实测试付款、邮件/AI/存储使用正式凭据）、部署应用（按技术栈选阻力最小路径；移动端需开发者账号、商店信息、构建提交，并说明商店审核可能耗时数天且可能需修改）、域名（购买或连接、DNS 设置、确认 HTTPS）、上线前验证（以用户旅程写冒烟测试：注册真实客户、走完核心流程、真实付款并退款、在手机上检查）、上线后（错误追踪、分析、数据库备份、出问题去哪里看）。
每个步骤需有勾选框、🧑/🤖/🤝 标记与时间估算；用白话说明并在首次出现时解释术语（如 DNS、环境变量、webhook）；🤖 步骤提供可直接粘贴给编码智能体的提示（引用块）；🧑 步骤写明点击位置、会被问什么、可能费用；并给出“出现什么说明这步成功了”的验证句。
第三步，带着用户走。不直接丢文件，而是在对话中给出简短总结：多少步、哪几件 🧑 事项必须本人做、预计每月总成本、建议的第一步，并提出现在就可执行第一个 🤖 步骤。
规则与限制：如实说明成本、时间与风险（商店审核延迟、DNS 解析最长可能一天、支付服务商验证）；只推荐一条路径而非菜单；绝不要求用户在聊天中分享密钥；若审计发现阻塞项（构建失败、硬编码密钥、缺少支付 webhook），文档的 Phase 0 就是修复它们，每项作为带提示的 🤖 步骤；只有以真实客户身份通过冒烟测试，产品才算“已部署”。
资料未提供该技能的具体安装命令、支持的平台清单或收费信息。