上线门禁（Launch Gate）
先用一句话说清楚
上线门禁（Launch Gate）是在功能进入 Live Mode（真实运行模式）前必须通过的一组检查和批准条件。
实战知识卡
| 维度 | 要点 |
|---|---|
| 项目里看什么 | 看上线前必须通过哪些检查，谁有最终放行权。 |
| 新手最该记住 | 上线门禁（Launch Gate）是把“能不能发布”变成明确条件。 |
| 作品集证据 | 列出构建、冒烟、权限、审计、成本、回滚和人工确认检查项。 |
| 面试回答公式 | 先说门禁项，再说任一关键项失败时不能发布。 |
| 常见扣分点 | 页面能打开就认为可以上线。 |
新手通俗解释
上线不是“能跑就发”。尤其是 AI Agent（人工智能体）项目，模型可能乱答，工具可能误调用，资料可能越权，成本可能失控。上线门禁（Launch Gate）就是在开真实能力前问一遍：该检查的都检查了吗，失败后能退吗，谁负责批准？
为什么岗位会问它
面试官问上线门禁（Launch Gate），是在看你是否能把作品集讲成真实项目。企业项目必须有发布条件，而不是靠开发者感觉。
| 门禁项 | 检查内容 |
|---|---|
| 功能验收 | 样例集是否通过 |
| 安全权限 | 是否有越权风险 |
| 工具风险 | 写入和高风险工具是否审批 |
| 审计追踪 | Trace ID（追踪编号）和审计（Audit）是否可用 |
| 成本限流 | 是否有额度、限流和告警 |
| 回滚方案 | 出问题能否恢复 |
| Live Smoke Test（真实运行冒烟测试） | 真实环境关键链路是否可用 |
它在项目里怎么用
作品集里可以设计一个门禁清单：
| 通过条件 | 示例 |
|---|---|
| 构建通过 | 静态站点或服务构建无错误 |
| 冒烟通过 | 核心页面、模型、检索和日志可用 |
| 验收通过 | 正常、边界、高风险样例达到预期 |
| 权限通过 | 越权资料和工具调用被拦截 |
| 回滚准备 | 旧版本、旧配置或模拟模式可恢复 |
| 负责人确认 | 高风险能力有人工批准 |
和验收的区别
验收（Acceptance）判断功能是否满足目标；上线门禁（Launch Gate）判断它是否可以进入真实运行。验收通过不一定能上线，因为上线还要看权限、成本、审计和回滚。
常见误解
| 误解 | 为什么不对 | 正确理解 |
|---|---|---|
| 构建通过就能上线 | AI（人工智能）项目还要看模型、资料和工具 | 构建只是门禁之一 |
| 小项目不用门禁 | 作品集也要体现上线思维 | 可以做简化门禁 |
| 门禁只是流程形式 | 它能阻止高风险错误进入真实环境 | 每项要有证据 |
| 上线后再补监控 | 出问题时无法定位 | 监控和审计先于上线 |
面试官可能怎么追问
1. 你怎么判断一个 Agent（智能体）项目可以上线？
考察点： 是否理解上线条件。
参考回答： 我会看功能验收、边界样例、高风险拦截、权限校验、审计（Audit）、Trace ID（追踪编号）、成本限流、Live Smoke Test（真实运行冒烟测试）和回滚方案。只有演示成功不代表可以上线。
容易扣分： 说“本地跑通就可以部署”。
2. 如果上线门禁没过怎么办？
考察点： 是否能控制发布风险。
参考回答： 没过就不进入 Live Mode（真实运行模式）。可以继续留在 Mock Mode（模拟模式）或灰度范围内修复，补齐验收、权限、审计或回滚条件后再重新检查。
容易扣分： 带着已知风险上线。
作品集里怎么展示它
- 在主项目最后放上线门禁表。
- 标注每项：已通过、模拟验证、待真实数据验证。
- 把 Live Smoke Test（真实运行冒烟测试）结果放进去。
- 写清哪些能力暂不开放到真实运行。