Source snapshot: 97d7f0fae96dc04b7ddad56fc1db6a108ed662cc [SEC-CLEAN] · pre-push-clean v1.0 · 109处敏感信息已自动转乱码
4.1 KiB
4.1 KiB
| 1 | 触发场景 | 不做的后果 | 优先级 | 关联快照模块 | 必须通过 | 执行日志 | 执行顺序 | 数据来源 | 最后更新 | 检查SQL/搜索词 | 检查动作 | 规则状态 | 触发关键词 | 适用范围 |
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2 | ③确认部署级别·该模块走哪个部署流程 | 跳过预览站→天眼→审批流程 → 违反LANGDRIVE沙箱协议 → 未经验证直接上正式站 | P0·必须 | Yes | 3 | 步骤①的 querySql 结果中的「部署级别」列 | 2026年3月25日 22:04 | 从步骤①结果中读取「部署级别」字段 | 从步骤①的查询结果中,提取涉及模块的「部署级别」字段。标准流=必须先走预览站→天眼验证→人类审批→才能上正式站。冰朔直通S5=冰朔明确授权才能跳过预览站。人工SSH=必须由人类手动操作。GitHub Actions自动=自动化管线处理。 | 生效中 | CD管线, 正式站, 网站上线, 部署, 预览站 | 部署操作 | ||
| 3 | ④查冰朔已有指示·搜索冰朔对此操作的明确指令 | 忽略冰朔指示 → 与人类主控对着干 → 如2026-03-25事故中忽略了「先部署到备用网站」的指示 | P0·必须 | Yes | 4 | search 工具(关键词:冰朔+操作模块名+部署指示)+ 当前对话上下文回溯 | 2026年3月25日 22:04 | search: 冰朔 + [模块名] + 部署 + 指示/指令/要求 | 用 search 工具搜索冰朔是否对当前操作已给过明确指示(如「先部署到备用网站」「不要动正式站Nginx」等)。同时检查当前对话上下文中冰朔之前说过的话。如果存在指示,方案必须严格遵循。 | 生效中 | Nginx, guanghulab.com, 正式站, 网站上线, 部署, 预览站 | 全局 | ||
| 4 | ①查询快照数据库·读取系统当前真实状态 | 不知道系统当前真实状态 → 编造方案 → 可能破坏已有服务 | P0·必须 | Yes | 1 | 🔭 系统部署状态·实时快照数据库 → querySql 全量查询 | 2026年3月25日 22:04 | SELECT url, "模块", "当前状态", "部署位置", "端口/路径", "⚠️ 风险预警", "部署级别", "前置检查项", "最近变更", "负责人" FROM "🔭 系统部署状态·实时快照 (https://app.notion.com/ds/93431d295eed4c18ac6e345b8863cfb2/c3b7db0c99bc4d5081fceadbdab08fbf?db=56fbe94a6508496ba2b3e46f3af07d9f&pvs=21)" | querySql 查询快照数据库全部记录:SELECT * FROM "🔭 系统部署状态·实时快照 (https://app.notion.com/ds/93431d295eed4c18ac6e345b8863cfb2/c3b7db0c99bc4d5081fceadbdab08fbf?db=56fbe94a6508496ba2b3e46f3af07d9f&pvs=21)",获取所有模块的当前状态、部署位置、端口路径、风险预警、前置检查项。这是所有后续检查的基础数据。 | 生效中 | CD管线, Nginx, PM2, guanghulab.com, hololake.conf, proxy_pass, 服务器, 正式站, 端口配置, 网站上线, 部署, 预览站 | 部署操作 | ||
| 5 | ②检查风险预警·读取相关模块的风险和前置检查项 | 不知道改动会影响什么 → 破坏已有服务(如之之刚修复的Nginx首页劫持问题) | P0·必须 | Yes | 2 | 步骤①的 querySql 结果中的「⚠️ 风险预警」和「前置检查项」列 | 2026年3月25日 22:04 | 从步骤①结果中筛选:WHERE "⚠️ 风险预警" IS NOT NULL OR "前置检查项" IS NOT NULL | 从步骤①的查询结果中,提取涉及模块的「⚠️ 风险预警」和「前置检查项」字段。逐条检查:是否存在未解决的风险?是否有前置依赖未满足?如有风险,必须在方案中标注并给出规避策略。 | 生效中 | CD管线, Nginx, 正式站, 部署, 预览站 | 部署操作 | ||
| 6 | ⑤查最近排查记录·搜索之之排查广播和铸渊执行状态 | 不知道最近发生了什么 → 信息滞后 → 可能重复修复或与最近操作冲突 | P1·强烈建议 | No | 5 | search 工具(关键词:排查/修复/SYSLOG + 模块名 + 近7天) | 2026年3月25日 22:04 | search: [模块名] + 排查/修复/SYSLOG, lookback: 7d | 用 search 工具搜索最近7天内的相关排查记录:之之排查广播、铸渊指令执行状态、天眼巡检报告。确认最近是否有人刚修过相关模块,避免方案与最近的修复冲突。 | 生效中 | CD管线, Nginx, guanghulab.com, 服务器, 正式站, 部署 | 部署操作 |