要生成生产可用的Shell脚本，需严格约束AI输出：明确任务目标、强制绝对路径与环境变量、嵌入错误处理与日志、分阶段验证、适配多发行版。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
如果您希望使用豆包AI生成可直接运行、具备生产可用性的Shell脚本，但输出脚本在实际执行时出现权限错误、路径失效或命令未找到等问题，则可能是由于AI生成的代码未适配真实Shell执行环境、缺少错误防护机制或忽略系统级约束。以下是解决此问题的步骤：
一、明确任务目标并注入结构化约束
豆包AI对模糊指令响应易产生泛化脚本，必须在首句即锁定功能边界、输入输出形态与容错要求，避免生成仅具语法正确性而无运行保障的代码。
1、在豆包AI输入框中键入：“你是一名Linux运维工程师，请写一个用于清理/var/log/nginx/下超过30天的.gz压缩日志文件的Shell脚本。”
2、紧接着追加约束：“脚本第一行必须为#!/bin/bash；开头加入set -e和set -u；检查/var/log/nginx/目录是否存在，不存在则退出并打印红色错误信息；所有find命令必须使用绝对路径/bin/find；删除操作前用echo模拟执行，并在确认无误后才启用真实rm命令。”
3、最后指定交付物：“输出仅包含可复制粘贴的完整脚本代码，不附带任何解释、注释行以外的说明文字。”
二、强制声明环境变量与绝对路径
crond或systemd timer调用脚本时PATH极简，且不加载用户shell配置，AI生成的脚本若依赖别名、$HOME或相对路径将必然失败。需人工干预补全环境上下文，确保命令可定位、解释器可执行。
1、在脚本头部显式声明PATH：PATH="/usr/local/bin:/usr/bin:/bin:/sbin"
2、将python3、curl、jq等命令全部替换为which输出的绝对路径，例如：/usr/bin/python3、/usr/bin/curl
3、脚本中所有文件路径（如日志路径、临时目录）均不得使用~或$HOME，必须展开为绝对路径，例如：/var/log/app/error.log
三、嵌入健壮性防护与日志反馈机制
原始AI输出常忽略命令失败场景，导致脚本静默中断或误删数据。需通过条件判断、执行状态捕获与日志落盘构建可观测闭环，使每次运行均可追溯、可审计、可回滚。
1、每个关键命令后添加if判断：if [ $? -ne 0 ]; then echo "$(date): [ERROR] find failed" >> /var/log/cleanup.log; exit 1; fi
2、将整个脚本标准输出与标准错误重定向至统一日志文件，格式为：exec >> /var/log/cleanup.log 2>&1
3、在脚本开头记录启动时间戳，在结尾记录完成时间戳，并统计本次删除文件数量，写入日志末尾
四、分阶段验证与安全执行策略
未经验证的自动化脚本存在高风险，必须建立“模拟→测试→灰度→全量”四级执行流程，杜绝直接上线可能引发的系统扰动。
1、首次运行前，在脚本中将rm -f替换为echo "WOULD REMOVE:"，观察输出是否符合预期路径范围
2、在非生产环境（如测试服务器）赋予+x权限后手动执行：chmod +x cleanup.sh && ./cleanup.sh
3、确认日志内容完整、无报错、删除路径准确后，再启用真实rm命令
4、接入crontab前，先用at命令做单次定时触发验证：echo "/path/to/cleanup.sh" | at now + 2 minutes
五、提供多版本兼容性适配方案
不同Linux发行版默认shell、工具链版本及权限模型存在差异，单一脚本难以通吃。需准备至少两套可切换实现，覆盖主流部署场景。
1、CentOS/RHEL系适配版：使用/usr/sbin/logrotate替代自定义find清理，配置/etc/logrotate.d/nginx并启用copytruncate
2、Ubuntu/Debian系适配版：依赖systemd-tmpfiles清理机制，编写/etc/tmpfiles.d/nginx-clean.conf，设定x属性自动清除过期压缩包
3、容器化环境适配版：脚本内嵌检测逻辑，若/proc/1/cgroup含docker字样，则改用find … -mmin +43200执行（以分钟计，规避容器内时间偏移）
