智能体高效沟通与用词指南
目标：让管理员用更少轮次拿到“可执行结果”（改代码、调页面、搭流程、排故障）。
1. 四段式提问模板（推荐）
每次提问尽量包含这四段：
目标：你要达成什么
约束：不能动什么/权限限制是什么
输出：你希望交付什么（代码、步骤、文档、脚本）
验证：如何判断完成（页面表现、接口返回、日志指标）
示例：
目标：修复扩展侧边栏打不开
约束：默认仍用浮窗，不删除现有功能
输出：直接改代码并更新文档
验证：点击图标可打开，切侧边栏有提示且不报错
2. 高效用词清单
2.1 更容易触发“执行型”响应的词
直接改、按这个修、补到 README、加文档、做成可导入、给验证步骤先最小改动、不要重构、保持兼容、给回滚点
2.2 更容易触发“排障型”响应的词
先定位根因、给链路、看持久化、查权限边界、查是否回读有无降级、是否影响主链、先止损再彻修
2.3 更容易触发“自动化型”响应的词
给可运行工作流、给参数预设、给重试退避、给监控报警先草稿不自动发布、支持人工复核
3. 常见场景提问模板
3.1 报错修复
修复这个报错：<报错原文>
影响：<哪个页面/接口>
约束：<不能影响哪些模块>
请直接改代码并给验证步骤。
3.2 页面样式与交互优化
目标：<UI问题>
设备：PC + 手机 + 暗黑模式都要适配
约束：不改业务逻辑
请最小改动并说明文件位置。
3.3 工作流搭建
把<联合搜索/采集>接入工作流并自动化
要求：先候选池再草稿，不自动发布
给：参数、阈值、重试、监控、报警、验证步骤。
3.4 权限问题
角色是<admin/editor/author/subscriber>
我要做<动作>
请明确：页面层是否可见、接口层是否可写、替代路径是什么。
4. 让智能体“主动修改并落地”的指令
当你希望它不只解释、而是直接动手，建议明确写：
直接实施并验证，不要只给方案改完后告诉我影响范围与回滚方式如果有多个方案，选最小风险方案先落地不要引入新依赖，优先复用现有结构
5. 如何减少来回沟通
一次性给出：当前现象、期望结果、是否允许改文档/脚本/配置
明确“优先级”：先可用再完美，先止损再优化
明确“完成定义”：例如“lint通过 + 页面行为正确 + 文档更新”
6. 常见低效表达（建议避免）
“帮我优化一下” （范围不清）
“好像有问题” （缺少现象与路径）
“你看着改” （没有约束和验收标准）
更好写法：
“这个按钮在暗黑模式看不清，保留现有布局，仅修样式并兼容手机端”
7. 对话即入库触发词（后台角色）
以下触发词可直接沉淀知识：
记住：.../学习：.../提交：...保存指令：...保存流程：...保存模板：...反馈：.../错误：...
建议写法：
保存流程：
标题：联合搜索自动化（科技资讯）
正文：触发->检索->去重->评分->候选池->计划->草稿
约束：不自动发布，失败重试2次，退避15分钟
