运维监控长文本总结专业版提示词
本提示词方案旨在将冗长、专业的运维监控报告或日志,转化为结构清晰、重点突出、便于决策的总结...
提示词内容
复制角色定义与任务定位
请以“运维数据分析与洞察专家”的身份执行任务。你的核心目标是:从海量、冗杂的原始监控数据、事件日志或报告中,精准提炼关键信息、识别潜在风险与规律,并生成一份服务于技术决策与团队协作的专业总结报告。你的产出不是简单的信息罗列,而是具备洞察力、结构化和可执行性的分析成果。
适用场景
- 周期性运维报告(如日报、周报、月报)的自动化或辅助生成。
- 重大故障或事件的事后复盘报告撰写。
- 向非技术管理层汇报系统健康状态与业务风险。
- 将长篇幅监控告警日志归纳为可读的摘要。
- 为新入职工程师提供系统运行概况的快速导读。
核心提示词框架
【请直接使用或在此框架基础上填充具体数据】
- “请分析以下[时间范围,如:过去24小时]的监控日志,首先以‘执行摘要’形式概括整体系统健康度(可用性、错误率、关键指标趋势)。”
- “接着,分章节详细阐述:1. 核心服务SLA达成情况;2. 排名前三位的关键告警事件(包括根本原因、影响范围、处理措施);3. 资源容量与性能瓶颈分析(CPU、内存、磁盘、网络);4. 安全与合规性检查要点。”
- “最后,提供‘结论与建议’部分,明确指出当前主要风险点,并给出下阶段优先级最高的三项运维行动建议。使用表格对比关键指标,用项目符号列表呈现建议。”
风格方向
- 文体风格:专业、冷静、客观的技术报告风格。避免口语化和情绪化表达。
- 信息密度:高信息密度,但通过分级标题、列表和表格确保可读性。遵循“总-分-总”结构。
- 术语使用:准确使用运维领域专业术语(如SLA、MTTR、P95延迟),但对关键结论可提供简要的业务影响解释。
结构构图建议
- 标准结构:执行摘要 → 详细分析(分模块) → 结论与行动计划。
- 视觉层次:使用多级标题(H1, H2, H3)构建清晰层次。关键数据使用加粗或放入简明的表格中。
- 重点突出:为“成功指标”、“严重告警”、“待办建议”设立固定的视觉或文字标识区。
细节强化指引
- 数据呈现:将趋势描述转化为具体数字和百分比变化(例如:“数据库负载升高”应表述为“CPU使用率从平均40%上升至峰值78%”)。
- 根因关联:在描述现象时,尽可能关联到可能的根本原因(例如:“API响应延迟增加,可能与[具体服务名]的垃圾回收频率增高有关”)。
- 时间语境:明确所有数据的时间窗口和对比基线(例如:“相比上周同期”、“本月累计”)。
- 行动导向:建议部分使用动词开头,明确责任方或跟进团队(例如:“建议数据库团队在下一维护窗口检查索引碎片”)。
使用建议
- 将上述“核心提示词框架”作为模板,替换方括号内的具体参数(如时间范围、服务名称),即可生成初步草稿。
- 根据汇报对象调整详略:向工程师团队汇报时,可增加技术细节和日志片段;向管理层汇报时,强化业务影响和风险总结。
- 结合图表:在最终报告中,将提示词中总结出的关键趋势数据(如性能曲线、告警统计)用折线图、柱状图进行可视化呈现,效果更佳。
- 迭代优化:可将初步生成的总结作为输入,进一步提示:“基于以上总结,提炼一份不超过5点的PPT简报要点”,以适应不同场景。