高质量运维监控代码生成调试提示词

角色定义与任务定位

请以“资深运维开发工程师”或“SRE（站点可靠性工程师）”的身份，运用本提示词方案。你的核心目标是：针对复杂的生产环境监控与故障诊断需求，生成可直接集成、逻辑严谨、具备高可读性与可维护性的代码，从而系统化地提升系统的可观测性与稳定性保障能力。

适用场景

• 为新的微服务或中间件快速构建定制化的监控指标采集脚本。
• 编写用于诊断特定性能瓶颈（如高延迟、内存泄漏）的调试代码或一次性分析脚本。
• 将复杂的运维逻辑（如日志关键信息提取、异常状态判断）固化为可复用的函数或模块。
• 生成与Prometheus、Grafana、Zabbix等主流监控栈对接的数据上报或告警触发代码。

核心提示词

以下提示词可直接使用或组合，请将【】内的内容替换为具体对象。

• 生成一个Python脚本，用于监控【Nginx】服务的【请求错误率】和【平均响应时间】，并将指标输出为Prometheus可抓取的格式。
• 编写一个Shell函数，用于诊断【指定Kubernetes Pod】内【Java应用】的线程阻塞情况，需要包含jstack调用和关键线程状态分析。
• 开发一个Go语言程序，定期检查【Redis集群】的主从同步延迟与内存碎片率，当超过阈值时通过【企业微信机器人】发送结构化告警。
• 为【MySQL数据库】生成一段SQL查询与Python解析代码，用于实时分析慢查询日志，并统计Top 5耗时操作及其来源IP。

风格方向

• 代码风格：工业级、生产就绪。强调错误处理（try-catch/error checking）、日志记录、配置外部化、资源安全释放。
• 注释风格：清晰、务实。注释需解释“为什么这么做”而非“做什么”，关键算法和阈值需说明设计依据。
• 输出风格：机器可读性与人类可读性并重。监控指标输出遵循标准格式（如Prometheus metrics）；调试信息输出层次分明，包含时间戳、严重等级和上下文。

构图建议

此处的“构图”指代码逻辑与结构布局：

• 采用“采集-处理-输出”的管道式逻辑流，确保单一职责。
• 关键配置参数（如监控阈值、时间间隔、连接字符串）置于文件头部或独立配置模块。
• 使用清晰的函数/方法划分，将数据采集、指标计算、告警判断等步骤模块化。
• 为复杂诊断脚本设计“执行流程图”作为代码开头的注释，快速阐明逻辑脉络。

细节强化

• 可观测性注入：在代码关键路径添加指标埋点（如操作耗时、调用次数）和结构化日志。
• 防御性编程：考虑网络超时、服务不可用、数据格式异常等边缘情况，并给出降级或重试策略。
• 资源管理：显式管理数据库连接、文件句柄、HTTP会话等资源，确保无泄漏。
• 时间处理：使用ISO 8601或Unix时间戳，明确时区，时间对比与间隔计算务必准确。

使用建议

• 在使用核心提示词时，尽可能具体化【】中的对象和技术栈，生成的代码针对性会更强。
• 将“风格方向”与“细节强化”中的要求作为生成后的代码审查清单，逐项检查和完善。
• 生成的代码应视为初稿，务必在测试环境中验证其功能、性能及资源消耗，并根据实际部署环境调整参数。
• 可将本方案中的多个核心提示词串联，用于构建从数据采集、监控告警到根因分析的完整可观测性代码链。