软件技术问题的定位
大模型看不到你的环境信息，你的诉求，触发问题的条件，以及你的尝试，所以**不仅仅要告诉大模型你的问题现象，也要将上述环境和条件告诉它。
可以使用如下模版提问，而不是简单的将问题截图发给它让帮忙解决
【问题类型】：BUG/性能问题/编译错误/兼容性问题等
【触发场景】：复现步骤（如“用户点击提交按钮时”“调用XX接口传入空值时”）
【环境信息】：技术栈（如Python 3.9 + Django 4.2）、运行环境（如Linux CentOS 7、浏览器Chrome 118）
【错误证据】：完整报错日志（含堆栈跟踪）、关键代码片段（10-20行）、截图/录屏（若有UI问题）
【已尝试方案】：哪些方法失败了（避免重复劳动）
【期望结果】：修复后应达到的效果
软件需求
使用“用户故事”+“验收标准” 明确需求的边界
作为一个运维开发人员，我希望将Linux本地的已经load的镜像文件（以internet 开头的镜像和镜像仓库名称一致）定时每两个小时，推入镜像仓库，已知以internet 开头的镜像登录信息已经配置好，可以正常push 到镜像仓库，输入一个脚本实现该功能
哪些情况不适合使用大模型
- 特定明确的软件功能如何使用，官方已经有文档了
- 比如RKE的 cluster.yml 特定功能的配置参数，官网说明肯定比大模型要准确。
- 特定企业路由器，特定场景的使用说明，比问大模型少走很多弯路。
- 根据大模型的推荐出错的代价很大
- 自动驾驶
- 吃药治病
