先看清数据经过哪里，再确定部署方案。

部署沟通先回答这五个问题

这些答案应写入接入说明与交付方案，再通过测试验证。仅凭“桌面客户端”“企业专属空间”或“服务部署在内网”，无法确定所有处理链路都留在同一网络中。

• 使用哪些资料和业务系统，哪些数据允许发送给模型或外部工具。
• 客户端、服务端和存储分别运行在哪里，由谁维护。
• 聊天模型、嵌入模型和解析依赖由谁提供，网络请求经过哪些服务方。
• 工具调用使用个人账号还是共享业务身份，远端如何限制数据范围。
• 记录和文件保存多久，如何备份、删除、恢复，以及如何确认处理结果。

一次任务中，数据可能经过哪些环节？

当前实现提供哪些可以核对的依据？

客户端通过服务端身份校验使用智能体；执行服务负责模型与工具调用，业务服务保存会话、业务记录与用量。主业务记录使用 MySQL，执行检查点使用 SQLite，需要分别配置持久存储和恢复方式。

对话模型支持按配置接入 OpenAI-compatible 或 Anthropic 协议服务。知识处理另有嵌入服务和 Milvus 向量检索链路；只确认聊天模型的位置，还不足以描述完整的数据流向。

当前文件对象存储实现使用腾讯 COS。部署沟通需要核对实际桶、地域、访问方式与数据处理约定；替换存储或其他依赖，应另行确认适配和验收范围。

模型、知识和工具分别怎样确认？

1. 模型：列明实际使用的服务商、模型与调用地址，核对哪些任务内容会作为上下文发送。
2. 知识：列明上传、解析、嵌入、向量检索和引用展示的处理方，确定资料更新与访问权限。
3. 工具：逐个记录连接身份、可执行动作、远端数据范围和维护负责人。共享连接的业务数据隔离还依赖远端服务的权限校验。
4. 网络：确认实际发出请求的服务端能到达模型、存储和业务端点；私网 MCP 需要明确的网络和访问许可。
5. 记录：分别确认消息、运行记录、工具结果与文件的保留和删除方式，避免把某一类记录清理当成全部数据删除。

用一组脱敏输入验证整条处理链路

记录测试环境、时间、输入范围和核查结论。只有在相应环境中实际通过的环节，才适合作为该部署方案的交付依据。

1. 选择一份合成或获准使用的脱敏资料，写明允许处理的内容和预期结果。
2. 确认测试身份只能访问指定资料和智能体，记录本次使用的模型与工具范围。
3. 完成一次资料问答，核对答案依据与资料版本。
4. 需要工具时，先完成只读查询，再单独测试需要审批的受控写入。
5. 检查任务结果、实际业务效果和可下载文件，确认访问人及保存位置符合约定。
6. 在目标部署环境检查断线重连、服务重启后的记录与待审批状态，再确认运行交接与异常处理方式。

上线与维护需要保留哪些约定？

定时任务需要服务端调度与执行服务持续可用。检查点和工作区需要持久保存；恢复已有任务还涉及原节点及原存储，不能直接承诺任意机器无条件接管。

私有化范围、全离线条件、所需容量和实施费用，应结合依赖服务与目标环境确认。本页提供配置与验收思路，不代替针对具体部署环境的方案和合同。