先看这几处
先看
先别急着生成。把安装智能体后第一次测试，不要只看能不能打开涉及的材料、来源和不能触碰的内容列出来，后面会省很多返工。
做法
把信息分成三堆：已经确认的、还要追问的、不能直接用的。这个分类比提示词写得漂亮更重要。
检查
最后抽一条真实记录试跑。看结果有没有编造、漏掉限制，或者把内部口径写成对外承诺。
第一次测试要小。安装后首次测试不是一个技术动作结束就算完成，真正要看的是朋友能不能自己打开、自己测试、自己判断输出是否可用。
测试材料先选普通文件。需要准备启动入口、测试文件、输出截图、人工确认人。这些材料要标清来源和负责人，确认哪些可以演示，哪些只能在本机内部使用。
这里要保留人工确认。用一个低风险小任务测试完整链路。这一步如果省掉，后面遇到问题就只能重新远程排查，时间反而更多。
比如可以让工具整理一段会议文字。测试时不要直接拿客户资料或公司账号做实验，先用普通文档、样例项目或公开资料跑一遍。
复核时重点看事实、口径、敏感信息和承诺边界。碰到价格、账号、权限、交付时间，最好再找负责人确认一次。
最后把测试结果写进交接。确认通过后，把安装路径、启动方式、测试样例、失败处理和联系人写进一份交接记录。
这类文章适合写成安装后检查。写成 官网文章时，要让读者看到具体办公场景：小蓝助手做整理，人做确认，最后沉淀成可以复用的流程。
测试完成后，还要让使用人复述一遍启动路径和检查方法。这样不是为了增加步骤，而是确认他下次不用远程协助也能找到入口。
如果第一次测试失败，要把失败信息保存下来，包括报错截图、所在目录、使用的账号和当时执行的任务，后续才能判断是环境问题还是使用方式问题。