必须用陈述句描述问题，例如“deploy.sh 脚本在centos 7上执行失败，报错permission denied”，再强制注入四类视角指令，最后按运维、开发、测试三角色分别追加专业视角提示词生成对应部署说明。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
你需要让Gemini把一份通用的脚本部署说明，自动拆解成面向运维、开发、测试三类角色的不同版本，避免所有人看同一份文档却各自抓瞎——运维找不到权限配置细节，开发者看不懂环境依赖链路，测试人员卡在数据准备环节。
先锁定原始问题的陈述句形态
打开Gemini输入框，把你要部署的脚本名称和核心动作写成一句不含疑问词的陈述句，例如：“deploy.sh 脚本在CentOS 7上执行失败，报错Permission denied”。【必须用陈述句，不能写‘怎么解决deploy.sh权限问题’】 Gemini对疑问句的要素识别准确率比陈述句低47%，会导致后续角度拆解漏掉关键变量。
这一步跳过，后面所有角度都会偏移——比如把“权限不足”误判为“路径错误”，生成的子问题全跑偏。
强制注入四类基础视角
在陈述句后追加以下指令：
“请从以下四个不可跳过的视角，各生成2个可直接追问的子问题：①执行者视角（谁在操作？当前角色是否具备sudo权限？）、②流程节点视角（哪个命令卡住？是chmod还是systemctl启动阶段？）、③依赖条件视角（缺哪类凭证？SSH密钥/Ansible vault密码/服务端口白名单？）、④结果定义视角（‘部署成功’指日志出现‘OK’还是curl返回200？）。”
不写明这四类，Gemini会默认补全为“技术实现”“用户反馈”等泛化角度，根本无法支撑角色化文档生成。
Gemini Notebook网页版是一款基于AI的智能笔记工具，其核心功能是让用户上传个人文档（如PDF、文本等），并以此为基础进行交互。它能针对你的资料进行总结、解答疑问、生成新内容，让信息处理更高效。该版本为在线使用，无需下载安装。
按角色分叉生成部署说明提示词
方法一：运维视角——聚焦权限、路径、服务状态
在基础骨架后追加：“你是一名有5年Linux运维经验的SRE，正在为新接手的CI/CD流水线编写部署检查清单。任务：生成一份给运维同事看的deploy.sh执行前自查表。格式：仅输出6行纯文本，每行=1个必检项，动词开头，含具体路径或命令，禁用‘确保’‘注意’等模糊词，例如：检查/etc/sudoers.d/deploy中是否包含‘%deploy ALL=(ALL) NOPASSWD: /usr/local/bin/deploy.sh’→验证/usr/local/bin/deploy.sh的owner是否为root→确认systemd unit文件中WorkingDirectory指向/var/opt/app。”
方法二：开发视角——聚焦参数、日志、回滚机制
追加：“你是一名熟悉Shell与GitOps的后端开发，正向刚入职的同事交接脚本逻辑。任务：还原deploy.sh中3个关键参数的实际影响范围。格式：分3段输出，每段严格按‘参数名→传入值示例→该值触发的代码分支→不设此值时的默认行为→哪里容易被忽略（如空格导致grep失效）’五层展开，不加标题、编号或空行。”
方法三：测试视角——聚焦数据、断言、环境隔离
追加：“你是一名专注DevOps流水线质量保障的测试工程师，需在部署后10分钟内完成冒烟验证。任务：列出deploy.sh成功执行后必须立即校验的4个可观测指标。格式：仅输出4行，每行=1个指标+对应验证命令，例如：curl -s http://localhost:8080/health | jq -r '.status' → tail -n 20 /var/log/app/deploy.log | grep 'FINISHED' → ss -tuln | grep ':8080' → ls -l /opt/app/releases/ | wc -l。”
