业务接口设计：订单、工单、确认与日志 API Agent 最终调用的是业务接口。接口越清楚，模型ว

售后工单 Agent 需求分析 写 Agent 代码前，先把售后业务需求讲清楚：分类、知识库、订单、工单、确认和边界。 &

Agent 与 Workflow：固定流程和动态决策的边界 Agent 不比 Workflow 天然高级。固定流程适合确定性任务，Agent 适合需要

Docker 化：打包 RAG 应用与基础设施 Docker 化不是为了显得项目专业，而是为了让项目离开自己电脑后仍然能启动z

日志与成本：看清每一次 RAG 调用 RAG 项目要上线，必须能看清一次请求经历了什么、慢在哪里、花了多ऴ

RAG 评测：召回率、准确率、幻觉率与引用正确率 RAG 评测要拆开看：先看正确证据有没有

评测集：为 RAG 准备可重复的 50 个问题 没有固定评测集，RAG 优化就会变成凭感觉调参数。评测集让每શ

反馈系统：把用户评价变成可优化的数据 反馈系统不是在答案下面放两个按钮，而是把用

Prompt 优化：让 RAG 稳定、诚实、可解析 RAG Prompt 的目标不是让模型更会聊天，而是让模型在资料边界内回答、&

Rerank 重排序：从候选召回到高质量上下文 Rerank 的作用不是替代向量检索，而是在已经召回一批候选