要提升飞书智能伙伴用户反馈分析质量，需将模糊提示转化为可执行指令：限定30天内客服工单的“问题描述”和“期望解决方式”字段；过滤无效样本；强制用“现象→行为→动机”三级归因；绑定官方功能命名；每结论配3条原文、频次统计及api匹配建议。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
飞书智能伙伴用户反馈分析提示词写得空泛，会导致模型输出泛泛而谈的总结，比如“用户满意度有待提升”“建议加强产品体验”，既无法定位具体问题，也难推动实际改进。要让提示词真正撬动有效分析，必须把模糊诉求转化为可执行、可验证、带上下文约束的指令。
锁定反馈来源与范围
第一步：明确限定原始数据边界——只分析过去30天内「客服工单系统导出」的文本字段（非聊天记录截图、非语音转写稿），且仅提取「用户主动填写的“问题描述”和“期望解决方式”」两栏内容。【若混入后台日志或内部备注，模型会误将运营话术当作用户原声】
第二步：剔除无效样本——自动过滤含“测试”“demo”“样例”字样的条目，跳过无实质描述的纯表情符号或单字反馈（如“？”“差”“！”）。
飞书任务管理工具，支持任务的创建、查询、更新、删除及清单的管理。适用场景：创建/管理任务与清单、查看任务列表或清单中的任务、用户提及任务、待办、to‑do、清单、task时、设置负责人和关注等。
强制结构化归因路径
方法一：用“现象→行为→动机”三级追问链约束输出
要求模型对每条有效反馈必须拆解：用户具体做了什么操作（如“连续点击‘提交订单’按钮5次”）→该行为暴露的界面缺陷（如“按钮无加载态反馈”）→背后真实诉求（如“需要确认操作是否生效”），禁止直接跳到“交互设计不合理”这类宽泛结论。
方法二：绑定飞书已知功能模块命名
所有归因必须引用飞书官方功能名称，例如写“文档评论区@同事后未触发通知”，不能写“消息提醒失效”；写“多维表格筛选器在iOS端丢失‘按颜色筛选’选项”，不可简化为“移动端功能缺失”。【功能名错误会导致研发团队无法精准定位代码模块】
植入可验证的判断锚点
在提示词末尾追加硬性校验规则：
① 每个问题结论必须对应至少3条原始反馈原文片段（用中文引号包裹，不改写）；
② 若提及“高频发生”，需标注该现象在样本中出现的具体频次（如“共17条，占有效样本23%”）；
③ 所有改进建议必须匹配飞书当前已开放的API能力或设置入口（例如“启用‘审批超时自动提醒’开关”而非“开发智能预警系统”）。
