先看这几处
先看
先别急着生成。把龙虾和爱马仕这类助手试用，反馈表该问哪些问题涉及的材料、来源和不能触碰的内容列出来，后面会省很多返工。
做法
把信息分成三堆：已经确认的、还要追问的、不能直接用的。这个分类比提示词写得漂亮更重要。
检查
最后抽一条真实记录试跑。看结果有没有编造、漏掉限制，或者把内部口径写成对外承诺。
试用反馈不能只问好不好用。智能体试用反馈不是一个技术动作结束就算完成，真正要看的是朋友能不能自己打开、自己测试、自己判断输出是否可用。
材料要包含真实任务和失败样本。需要准备试用人、任务类型、失败记录、二次确认结果。这些材料要标清来源和负责人，确认哪些可以演示，哪些只能在本机内部使用。
反馈表草稿可以先让小蓝助手生成：可以先生成反馈表草稿。反馈表要问到是否真的减少返工。这一步如果省掉，后面遇到问题就只能重新远程排查，时间反而更多。
比如让不同角色各试一个动作。测试时不要直接拿客户资料或公司账号做实验，先用普通文档、样例项目或公开资料跑一遍。
复核时重点看事实、口径、敏感信息和承诺边界。碰到价格、账号、权限、交付时间，最好再找负责人确认一次。
沉淀时保留适合继续试的场景。确认通过后，把安装路径、启动方式、测试样例、失败处理和联系人写进一份交接记录。
这篇适合写成多智能体试用记录。写成 官网文章时，要让读者看到具体办公场景：小蓝助手做整理，人做确认，最后沉淀成可以复用的流程。
反馈表要让试用人写出原始任务，而不是只打分。只有知道他让龙虾或爱马仕处理了什么，才能判断这个智能体适合继续推广还是需要换场景。
每次试用后最好保留一条可复盘样本：输入是什么、输出哪里有用、哪里需要人工改、下次提示词该怎么调整。