HVE Core SRE运维指南：从部署到事件响应的AI化流程

HVE Core SRE运维指南：从部署到事件响应的AI化流程

【免费下载链接】hve-coreA refined collection of Hypervelocity Engineering components (instructions, prompts, agents, and skills) to start your project off right, or upgrade your existing projects to get the most out of GitHub Copilot项目地址: https://gitcode.com/GitHub_Trending/hv/hve-core

HVE Core 是一套为 GitHub Copilot 打造的 AI 工程组件库（instructions、prompts、agents、skills），本指南聚焦其中面向 SRE 与运维工程师的 13+ 项能力：从部署交付流水线，到/incident-response事件响应 Runbook 生成、根因分析（RCA）与 Copilot 可观测性指标，帮助你把生产运维流程全面 AI 化。

一图了解：HVE Core 能为你做什么 🚀

针对 SRE / Operations 角色，HVE Core 提供四大核心能力：

1. IaC 标准自动激活：编辑 Terraform（*.tf）、Bicep、Bash 脚本或 GitHub Actions 工作流时，对应编码标准自动生效，无需手动配置
2. 事件响应 Runbook 生成：一条命令生成含处置步骤、通知模板、事后复盘结构的事件响应手册
3. 结构化生产问题调查：通过 RPI 研究工作流做系统性根因分析，而不是凭直觉排查
4. 供应链安全校验：校验依赖锁定与 SHA 完整性，守护 CI/CD 管线安全

完整的角色说明见 SRE/Operations 角色指南。

快速上手：一键 Clone 安装 HVE Core

新手只需两步即可开始：

git clone https://gitcode.com/GitHub_Trending/hv/hve-core

然后将.github/下的 agents、prompts、skills、instructions 同步到你的项目仓库即可生效。也可以参考 安装指南 选择 VS Code 扩展安装或子模块挂载等接入方式（接入方式对比）。

部署阶段：AI 驱动的交付流水线

HVE Core 将项目生命周期分为 9 个阶段，SRE 主要活跃在Stage 8: Delivery（交付）与Stage 9: Operations（运维）。

常用部署命令速查

命令 / 组件	类型	用途
/git-merge	Prompt	将已批准的 PR 合并到目标分支
/pull-request	Prompt	创建带规范审查的基建变更 PR
/git-commit	Prompt	生成符合 Conventional Commits 规范的提交信息
/ado-get-build-info	Prompt	检查当前分支的构建状态
IaC 标准指令	自动激活	Terraform / Bicep / Bash / GitHub Actions 规范约束

交付阶段全部由 Prompt 驱动、零 Agent 参与，体现了交付流程"清单化、程序化"的特性，详见 Stage 8: Delivery。

💡实践建议：基建 PR 务必用code-reviewAgent 审查后再合并；用/git-commit保持提交历史一致，避免临时拼凑的提交信息。

事件响应：/incident-response一条命令生成 Runbook

这是 HVE Core 最受 SRE 欢迎的能力之一。Prompt 定义在 incident-response.prompt.md，支持四个响应阶段：

/incident-response Users are reporting 504 Gateway Timeout errors on the /api/v2/orders endpoint. Errors started at 14:32 UTC after the App Service scaled down. Severity 2. Phase is triage.

它按标准事件管理流程推进四个阶段 🚨：

• Phase 1 分诊（triage）：收集症状、时间线、影响面，确认事件真实性和严重程度
• Phase 2 诊断（diagnose）：围绕资源健康、错误分析、变更检测、性能指标、依赖健康度生成定向诊断查询
• Phase 3 缓解（mitigate）：给出含风险评估、验证步骤和回滚方案的缓解建议，并附内部状态通报与客户沟通模板
• Phase 4 根因分析（RCA）：基于 RCA 模板输出无指责（blameless）事后复盘，配合 Five Whys 分析

⚠️注意：AI 生成的 Runbook 属于辅助工具，不能替代专业事件管理平台，使用前必须经过有资质的运维与安全专业人员审核。

生产问题调查：RPI 结构化研究流程

遇到线上 503 飙升这类问题，不要凭经验"盲查"。使用/rpi-research可让 AI 按结构化方式收集证据、提出假设并逐一验证：

Investigate elevated 503 errors on the /api/orders endpoint. Error rate increased from 0.1% to 12% starting at 14:30 UTC.

RPI（Research → Plan → Implement）是 HVE Core 的核心工作流，完整说明见 RPI 文档。配合 IaC 场景，/rpi-implement还能直接生成 Terraform 基建代码（如 Redis 集群、自动故障切换等）。

可观测性：给 Copilot 装上"监控大盘" 📊

SRE 管好了系统，也该管管 AI 本身。HVE Core 提供 Copilot OpenTelemetry 指标方案：将 GitHub Copilot Chat 的 traces、metrics、events 三类 OTel 信号导出到你自建的本地 Grafana 栈，即可看到：

• 各模型的 Token 用量速率与总量
• 每个 Agent 的调用次数与平均轮次
• 工具调用耗时、Top 工具排行

本地栈仅需 2 个容器（OTel Collector + Grafana LGTM），无需管理员权限即可在自己机器上跑起来。

调用/copilot-otel-metrics技能即可引导你完成本地搭建（local-setup/local-stack/org-distribution/azure-capture四种模式），它会先展示精确 diff 再写入配置，绝不替你执行部署命令。

事后复盘：RCA 根因分析模板

事件结束后，HVE Core 内置了结构化 RCA 模板，包含事件概要、UTC 时间线、影响面（用户数 / 交易数 / SLA 影响）、根因与促成因素等字段，参考 Google SRE 无指责复盘文化。

关键实践 ✅：

• 事件宣告时立即开始记录，不要依赖事后记忆
• 复盘聚焦系统与流程，而非个人
• 结合hve-builder技能评审和迭代你的事件响应 Prompt

运维相关路径速查 📁

资料	相对路径
运维阶段总览	docs/hve-guide/lifecycle/operations.md
SRE 角色指南	docs/hve-guide/roles/sre-operations.md
事件响应 Prompt	.github/prompts/security/incident-response.prompt.md
Git 合并指令	.github/instructions/hve-core/git-merge.instructions.md
Terraform 标准	.github/instructions/coding-standards/terraform/terraform.instructions.md
RCA 模板	docs/templates/rca-template.md
OTel 指标指南	docs/customization/copilot-otel-metrics.md

下一步

1. 从git clone起步，把 HVE Core 接入你的基建仓库
2. 在事件发生之前用/incident-response预先生成 Runbook（官方明确建议：不要等出事再写）
3. 搭建本地 OTel 栈，让你和团队看见 AI 的真实用量
4. 进阶阅读 HVE Core 插件总览 与 安全文档

AI 不会替代值班，但它能让每一次部署更稳、每一次事件响应更快。

【免费下载链接】hve-coreA refined collection of Hypervelocity Engineering components (instructions, prompts, agents, and skills) to start your project off right, or upgrade your existing projects to get the most out of GitHub Copilot项目地址: https://gitcode.com/GitHub_Trending/hv/hve-core