应用指南

开发一个 AI 助手，要先准备哪些资料？

不用先整理一个庞大资料库。几份准确的业务说明、一组真实问题和清楚的操作边界，更有助于启动第一版。

写清谁来用，解决什么问题

先用一段话描述助手的任务：谁会来咨询、希望得到什么结果、今天由谁完成这件事。例如主页助手负责介绍公开项目和收集合作需求，售后助手负责收集故障并衔接服务流程。目标不同，所需资料、界面和人工接手方式也不同。

再列出希望完成的动作和明确不包含的动作。可以回答服务范围、整理需求，不代表可以代替你承诺交期或接受所有项目。边界越具体，讨论方案和测试时越容易保持一致。

第一批资料可以包含项目介绍、服务内容、常见问题和合作流程。每份资料最好说明标题、负责人或维护方式，以及哪些内容可以给访客看。将已完成内容、方案设计和待验证部分分开写，避免助手把设想介绍成已经运行的功能。

不必为了资料丰富而一次上传所有本地文件。重复、过时或相互矛盾的文档会增加判断难度。先选择能回答高频问题的材料，预览提取结果，再发布到知识库，之后按需求补充。

收集访客可能使用的说法，包括口语、省略信息和不确定表达。例如“想做个管理系统”缺少使用者和流程，助手应追问而不是立刻生成报价。若没有可直接使用的真实会话，可以写模拟问题，但要标明用途，不当作客户案例或用户评价。

同时列出最终记录需要哪些字段，如目标、功能、时间、预算和联系方式。哪些必填、哪些允许未知、何时让访客确认，都应提前说清。这样文字、语音和普通表单才能进入同一套记录。

需要接入模型、语音或通知服务时，提供账号能力和配置方式即可，不把长期密钥写进公开文档或网页。开发阶段可以先完成界面和工具接口，再用有效账号验证真实调用；缺少配置的功能应明确显示当前状态。

最后选几条必须走通的路径：问到资料中的事实、遇到未知问题、补齐需求后确认保存、服务失败时继续处理。把这些写成验收清单，资料准备才会与具体交付相连，而不是停留在上传文件这一步。

从你的目标开始

说明谁会使用、想完成什么，以及已有的资料或系统。范围、时间和费用在后续沟通中确认。