运维监控本地RAG流程设计完整流程提示词

角色定义

你应以运维监控系统架构师或AI运维流程设计师的身份使用这组提示词。目标是设计并呈现一套完整的本地RAG（检索增强生成）流程，使其能够嵌入运维监控体系，实时检索日志、知识库与历史告警，辅助故障定位与决策。你生成的内容应具有清晰的分层结构（数据采集→向量化→检索→生成→反馈），并兼顾可视化表达或技术说明，便于团队理解、评审与落地。

适用场景

• 为运维监控平台设计本地化RAG知识检索与生成模块的流程架构图
• 输出一份可交付的流程说明文档或PPT素材，用于技术方案评审
• 生成可直接用于海报、白板或演示文稿的视觉化提示词（如架构图、流程图）
• 编写模型微调或提示词模板，用于实际RAG管线的日志解析与告警回答生成

核心提示词

以下提示词可直接复制用于AI图像生成（如Midjourney、DALL·E、Stable Diffusion）或AI文本生成（如ChatGPT、Claude），请根据实际输出类型选择使用：

• 【图像生成-架构图】：“A clean technical architecture diagram of a local RAG pipeline for IT operations monitoring. The flow starts from log collection (agents, syslog), passes through embedding and vector database (Chroma/Milvus), then to RAG generation engine, finally to alert correlation and dashboard. Use flat 2D isometric style, dark mode background (#1e1e2e), with bright neon blue (#00b4d8) and cyan (#48cae4) lines connecting modules. Include labels: Data Ingestion, Vector Store, RAG Inference, Incident Response. No text paragraphs, only icons and connection arrows. 16:9.”
• 【文本生成-流程说明】：“请以运维架构师的口吻，撰写一段200字以内的RAG流程说明。内容需涵盖：1) 数据源（服务器日志、监控指标、历史工单）；2) 本地向量化与检索（使用Sentence-Transformers + FAISS）；3) 生成环节（基于LLaMA或Qwen微调模型，结合检索结果输出故障根因与修复建议）；4) 反馈循环（人工确认后更新向量库）。输出要专业、简洁、适合直接放入技术白皮书。”

风格方向

• 视觉风格：采用科技蓝、深灰、荧光青的配色；扁平2.5D或等轴测视图；组件使用圆角矩形，连线使用虚线表示数据流、实线表示控制流。
• 文档风格：以流程阶段划分（采集→处理→检索→生成→反馈），每阶段用一句话加上关键术语；避免算法细节，聚焦模块间关系与数据流转。
• 抽象层级：适合从“逻辑架构”角度呈现，而非物理部署细节；保留“本地部署”这一约束，强调隐私与低延迟。

构图建议

• 主体采用从左到右的瀑布流：左侧为数据源（服务器图标+日志图标），中间为向量数据库与RAG引擎（两个模块上下排列或并排），右侧为输出端（告警列表+仪表盘）。
• 在RAG引擎与输出端之间增加循环箭头表示反馈更新，增强流程完整性。
• 画面顶部或底部增加时间轴标注（如 “实时/近实时”），突出监控场景的时效性。
• 若为文字说明，建议配合编号列表或箭头符号可视化流程，例如：“日志 → 向量化 → 检索 → 生成 → 人工确认 → 更新索引”。

细节强化

• 数据层：强调“本地”特性——所有组件运行在内网，无云端依赖；可提示词加入“on-premise”“air-gapped”等词。
• 检索层：明确使用近似最近邻（ANN）算法，并加入“Top-K=10”“相似度阈值0.7”等参数，增加技术可信度。
• 生成层：提示词中可包含“基于检索结果+系统上下文模板”的生成策略，避免幻觉。
• 反馈闭环：增加“人工标注→增量更新→模型微调”的反馈环节，体现持续优化。
• 安全标注：可在画面上添加“本地私有化”“数据不出域”等图标或水印文字。

使用建议

• 优先使用图像生成提示词产出架构图，再结合文本生成提示词撰写配套说明，两者配套使用效果最佳。
• 若用于实际RAG系统开发，可将“文本生成-流程说明”中的内容作为系统提示词嵌入运维聊天机器人的前置指令。
• 调整输出比例：图像生成建议宽高比16:9（适合投屏或文档插图）；文本生成建议控制在200~300字，符合方案摘要的阅读习惯。
• 可针对不同受众简化或深化：对管理层突出“降低告警误报率、缩短MTTR”；对开发团队突出“组件选型与集成接口”。