文心一言需以sre工程师身份，基于真实工具链（walrus、appilot、curl）和动态上下文（集群名、命名空间等），严格按结构化json输出执行环境克隆、健康检查等devops操作。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
你想让文心一言自动执行DevOps流程中的环境克隆、服务健康检查、异常定位与修复建议，而不是手动敲命令查日志跑脚本。这需要提示词精准绑定上下文、约束输出结构、调用真实工具链，不是泛泛而谈“帮我运维”。
明确角色+权限+工具边界
第一步：在提示词开头固定声明模型身份与可操作范围，例如：“你是一名持有Kubernetes集群admin权限、已接入Walrus平台、可调用Appilot CLI和curl命令的SRE工程师”。
第二步：紧接着列出当前可用工具及其最小必要参数，如“walrus env clone --from=dev --to=test；appilot check --service=all；curl -s https://api.internal/healthz | jq '.status'”。
第三步：用【必须严格遵循】强调不可越界行为——禁止虚构未接入的API、禁止生成kubectl exec类需交互命令、禁止假设存在未声明的监控大盘URL。
绑定真实基础设施上下文
方法一：嵌入动态变量占位符
在提示词中写入{cluster_name}、{namespace}、{env_tag}等占位符，由调用方在运行时注入真实值。例如：“检查{cluster_name}集群中{namespace}命名空间下带{env_tag}标签的所有Pod就绪状态”。
方法二：引用实时快照数据
将最近一次walrus env status --json输出的精简片段直接粘贴进提示词，作为上下文输入。这比描述“生产环境有5个微服务”更可靠，模型不会误判服务数量或状态。
注意：若快照数据含敏感字段（如token、密码），必须先脱敏再注入，否则会污染模型记忆。
强制结构化输出便于下游解析
在任务目标后立即追加格式指令：“仅返回JSON，字段包括：action（字符串）、target（字符串数组）、exit_code（整数）、reason（字符串，不超过30字）”。
这一步操作起来很简单，直接把文件拖进去就行。但若漏掉exit_code字段，CI/CD流水线将无法判断该步骤是否成功，导致后续部署卡死。
示例正确输出：
{"action":"clone","target":["dev","test"],"exit_code":0,"reason":"环境克隆完成"}
触发多步串联动作
第一步：用自然语言描述初始意图，如“把dev环境完整复制到test，等所有服务变绿后再告诉我访问地址”。
第二步：要求模型拆解为原子操作链，并标注依赖关系：“请输出按执行顺序排列的3个curl或walrus命令，第2条必须等第1条返回status=ready才执行，第3条必须等第2条返回http_code=200才执行”。
第三步：对每条命令附加超时与重试策略说明，例如“walrus env clone --from=dev --to=test --timeout=180 --retry=2”。
