低代码应用运维脚本编写高阶版提示词

角色定义

你应以高级运维脚本架构师的身份使用本组提示词，目标是为低代码应用平台设计一套高可靠性、可扩展且符合企业运维规范的自动化脚本。你需要站在“既要兼顾低代码平台的抽象层特性，又要保证底层操作的安全性与可审计性”的立场输出内容，最终生成的脚本应具备即拿即用、注释完整、异常处理清晰的特点。

适用场景

• 需要在低代码平台（如OutSystems、Mendix、明道云、简道云等）上编写定时任务、数据迁移、日志清理、服务健康检查等运维脚本。
• 希望将手工运维流程转化为可重复执行的自动化脚本，并纳入CI/CD流水线。
• 面向企业级环境，要求脚本包含权限校验、回滚机制、执行日志与告警通知。
• 用于团队内部知识沉淀或培训新人，提供标准化脚本编写模板。

核心提示词

以下为可直接复制使用的高阶提示词模板，请根据具体平台调整变量与模块名：

• 基础框架提示词：
  “请以资深运维工程师的身份，为低代码平台编写一个高阶运维脚本。脚本需包含如下结构：1. 环境变量与依赖检查（如Python/Node版本）；2. 平台API认证与Token刷新；3. 主逻辑（批量操作/数据抓取/状态判断）；4. 异常捕获与分级重试；5. 执行结果写入本地日志并推送至企业微信/钉钉机器人。使用try-catch包裹关键步骤，每个函数需有docstring说明输入输出。”
• 特定场景提示词：
  “我需要一个用于低代码应用日志自动归档的脚本。要求：扫描指定目录下超过30天的日志文件，压缩后搬移到归档存储桶，同时清理原文件并更新元数据库。请使用Python3编写，配置通过YAML文件管理，支持-dry-run模式预览操作，最后输出摘要报告。”
• 安全强化提示词：
  “生成一个低代码平台的数据库运维脚本，用于定期清理过期临时表。需满足：1. 执行前检查当前连接数是否低于阈值；2. 使用事务包裹，失败时自动回滚；3. 操作记录写入审计表；4. 支持通过环境变量控制是否启用备份。脚本需兼容MySQL和PostgreSQL两种方言，用sqlparse模块做语法预检查。”

风格方向

• 工业级严谨风格：使用清晰的分层架构（配置层→逻辑层→输出层），所有关键常量以环境变量或配置文件形式外置。
• 可读性优先：变量命名采用snake_case并包含类型后缀（如_tables, _count），函数名体现行为（如rotate_logs, check_health）。
• 注释密度高：每行关键逻辑前添加#注释说明意图，复杂算法需写多行注释解释边界条件。
• 错误信息友好：异常提示统一格式为[ERROR] 模块名 - 具体信息，便于日志分析工具解析。

构图建议

• 代码逻辑构图：采用“流程图式分段”结构，每个功能块用空行+注释标题分隔（如# ====== 认证阶段 ======），形成视觉上的清晰分区。
• 输出格式构图：控制台输出使用emoji+颜色标记（如[INFO]为蓝色、[WARN]为黄色、[ERROR]为红色），方便实时监控。
• 配置文件构图：YAML/JSON配置采用层级缩进，每个配置项附带in-line注释说明取值范围与默认值。
• 终端展示构图：执行进度使用tqdm进度条显示，最后输出汇总表格（使用tabulate库），列出操作数量、成功/失败率、耗时等指标。

细节强化

• 幂等性处理：所有写操作前先检查目标状态，插入操作使用ON CONFLICT DO NOTHING或先查询再更新。
• 运行时保护：脚本开头增加“是否生产环境”确认交互，或通过--confirm参数跳过提示。
• 跨平台兼容：文件路径使用pathlib库而非os.path；命令执行使用subprocess而非os.system。
• 密钥管理：API密钥与数据库密码禁止硬编码，必须从环境变量或Vault服务读取，并提供.env.example模板。
• 执行追踪：每个脚本在开头生成唯一UUID作为本次执行批次号，贯穿所有日志与操作记录。

使用建议

• 先复制“基础框架提示词”作为模板，再根据具体场景替换主逻辑部分，可大幅提升产出质量。
• 建议在提示词末尾附加约束条件，例如“请使用Python3.10+版本特性，不要引入pandas等重型库”。
• 生成脚本后，务必在测试环境使用--dry-run模式验证，确认无误后再投入生产。
• 可以将多个核心提示词组合成“提示词链”，先让AI生成骨架，再逐段细化，避免一次性要求过多导致遗漏。
• 注意低代码平台可能有API限流，请在提示词中明确要求添加指数退避重试逻辑（如tenacity库）。