通义星尘在敏捷开发中输出共情提示词，需锚定“谁在说、对谁说、在哪说”三要素，设定具体角色与真实Sprint上下文，采用情绪钩子+技术事实双线结构，并绑定技术凭证、非指责动词，重构站会冲突句式为责任归属+缓冲空间+行动锚点。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
让通义星尘在敏捷开发场景中输出具备共情力的提示词，核心是让它能识别站会阻塞、迭代压力、跨角色情绪张力等真实协作痛点，并用开发者听得懂、愿意接住的语言回应。
先锚定「谁在说、对谁说、在哪说」三个现场要素
打开星尘工作台→新建提示词模板→在「角色设定」栏填入：【必须写明具体角色，如「前端工程师李薇，刚连续三天修复线上P0 Bug，今日站会需同步接口延迟问题」】。不写角色或只写「开发人员」会导致生成内容泛化，共情失效。
在「场景约束」栏粘贴当前Sprint的真实上下文，例如：「后端服务响应超时率升至12%，测试同学已退回3轮PR，明日是迭代评审日」。空泛描述「项目紧张」无法触发精准共情。
用「情绪钩子+技术事实」双线结构组织提示词
方法一：情绪前置型
在提示词开头直接嵌入可验证的情绪信号。例如：「当我听到‘这个需求下周上线’时手指发紧（上周四刚通宵回滚数据库），但我知道后端同学也在扛熔断降级压力——请帮我把这句话改得既传达紧迫感，又不制造指责感」。
方法二：事实反推型
输入具体行为数据，让星尘反向推导情绪底色。例如：「本周我提交了17次CI失败记录，其中9次因环境配置冲突；测试同学在群内发了5次‘环境又挂了’截图。请生成一句站会发言，让运维同事愿意主动约我下午对齐Docker镜像版本」。
注意：避免使用「我觉得」「好像」等弱化情绪真实性的模糊表达，星尘会误判为低优先级信号。
植入敏捷仪式中的共情触发点
第一步：拆解站会高频冲突句式
把「这个需求做不完」「测试还没排期」「产品又改方案了」三类原生抱怨，分别转译为含责任归属+缓冲空间+行动锚点的表达。例如将「做不完」重构为：「当前联调卡在支付网关mock响应超时（已截log），需要后端提供真实沙箱地址，或我们先切到本地stub跑通主流程——您看哪个路径更省时间？」
第二步：给每个触发点绑定技术凭证
所有情绪描述必须附带可交叉验证的技术证据。说「压力大」要同步Jira阻塞任务数、SonarQube重复率、GitLab CI平均等待时长；说「没安全感」要列出最近三次线上回滚的commit hash和错误码。
第三步：强制加入「非指责动词」词库
在提示词末尾追加指令：「所有输出必须使用‘对齐’‘兜底’‘托住’‘串起来’等协作动词，禁用‘应该’‘必须’‘尽快’等单向施压词汇」。这一步决定生成内容是否真能落地到每日站会话术中。
