云原生平台Agent工作流设计清晰框架提示词

角色定义与任务定位
请以云原生平台架构师或Agent工作流设计者的身份，使用以下提示词组。你的目标是：为一套运行在云原生环境中的多Agent协作系统，设计一个结构清晰、层次分明、可落地的框架图或概念说明。该框架需突出事件驱动、服务网格、自动伸缩、资源编排等云原生特性，并清晰展示Agent之间的数据流、决策流与异常处理路径。

适用场景

云原生平台中多个智能Agent协同完成复杂业务流（如智能运维、自动化部署、数据管道编排）的架构图生成。
用于技术方案汇报、白板讨论或平台文档中的“Agent工作流总览”模块。
需要向团队或客户解释Agent如何基于Kubernetes、Service Mesh、Event Bus等基础设施实现松耦合工作流。


核心提示词
以下提示词可直接用于图像生成（如Midjourney、DALL·E）或作为系统设计描述的基础框架：

主框架：A clear architectural diagram of a cloud-native platform with multiple intelligent agents arranged in a directed acyclic workflow. Each agent is represented as a microservice pod inside a Kubernetes cluster. Agents are connected by event streams and service mesh proxied arrows. The workflow flows from top to bottom: trigger agent → analysis agent → decision agent → execution agent → feedback agent.
基础设施层：Underlying infrastructure shows Kubernetes nodes, sidecar proxies, and an event bus (Kafka/NATS) as a horizontal layer. Auto-scaling indicators (CPU/memory usage) are shown as dynamic gauges attached to each agent pod.
关键交互：Arrows labeled with "event: trigger", "gRPC call", "async message", "result callback". Each agent has a small internal state machine icon showing its lifecycle (idle, processing, error, done).


风格方向

技术蓝图风格：冷色调背景（深蓝灰 #1a2332），白色/浅蓝线条，强调结构清晰与逻辑分层。
图标化简洁风格：使用扁平化图标代表不同Agent角色（放大镜、齿轮、闪电、盾牌），避免复杂3D渲染，适合PPT或文档插图。
网格背景辅助：轻微半透明网格线衬托对齐，体现“框架”与“结构化”特性。


构图建议

自上而下分层布局：顶部是外部触发器（用户请求/系统事件），中间是Agent工作流主流程，底部是反馈与日志存储层。左右两侧标注云原生组件（Kubernetes API、Service Mesh、Config Map、Secret）。
使用泳道概念：每个Agent占据一条纵向泳道，泳道内显示该Agent的输入/输出、状态机、超时重试策略。
突出“清晰框架”：在整体图上方或侧边添加一个微型图例，解释箭头类型（同步/异步/事件）、节点状态颜色（绿色运行、黄色等待、红色异常）。


细节强化

每个Agent Pod内部建议显示两个小模块：推理引擎（小神经网络图标）和策略缓存（数据库筒图标）。
在Agent之间的连线上添加标签文字，如“条件判断分支”“超时重试路径”“降级回退路由”。
在框架底部加入Observe层：Prometheus metrics收集、Grafana仪表盘、日志流（Fluentd）——体现云原生可观测性。
为体现“实战应用”，可以在图的一角放置一个微型扩展示例：一个“自动扩缩容”的Agent节点旁边连接着一个HPA（Horizontal Pod Autoscaler）对象图标。


使用建议

若用于AI绘图工具，建议将核心提示词中的英文部分直接复制，并结合风格方向中的颜色描述。例如添加 "--ar 16:9 --v 6" 参数。
若用于系统设计文档，可将核心提示词改写为自然语言描述，并配合构图建议绘制架构图（推荐工具：Draw.io、Excalidraw、Mermaid.js）。
对非技术受众，建议去掉Kubernetes等具体名词，保留“容器化”“事件驱动”“智能决策链路”等抽象层级，并增加箭头上的说明文字。
可根据实际Agent数量（3~7个）调整泳道宽度；对于复杂工作流，可将流程图拆分为2~3个子图，本提示词作为顶层总览使用。