我用AI做了个报价小工具：数量没说清，先不算总价

询盘里写着“10到25个”，你会按10个算，还是按25个算？

我用AI搭建的报价准备小工具，遇到这个测试输入时，先停了下来：保留数量原文，商品小计留空，等待人补充明确数量。

先看这个例子。

这是合成测试的输入和计算记录排版，不是客户订单，也不是软件截图。单价来自合成商品目录。

这篇会展示工具怎样处理这个问题，也给你一张报价前检查卡。即使不使用工具，也可以拿去整理自己的询盘。

FILE 01报价最容易忽略的，是还没说清的条件

我这次给程序的输入只有两行：

USD   HS-002 10~25 pcs

目录里，HS-002对应的是合成商品“抽屉分隔板”，每个1.125美元。

型号、单位、币种和单价都有了，数量却是一个范围。

10个和25个可以分别算出金额，但哪个才是本次需要的数量，输入没有告诉程序。

我给工具定的规则是：不要取上限，也不要取平均值。把“10~25”完整保留下来，列为待确认项。

真实程序页面，使用合成测试资料。图中的“混合来源”是程序对手工输入的来源标记，不表示存在真实客户。

原始输入、哪里不确定、人工改了什么，这几件事都应当能回看。

如果界面只给一个整齐的数字，反而很难发现这个数字是不是从范围里猜出来的。

FILE 02补成20个以后，结果怎样变化

这次复核中，我模拟补充了一条明确条件：数量是20个。

同时填写修正原因，勾选已经核对，再重新计算。程序得到的商品小计是：

20 × 1.125美元＝22.50美元

原文里的“10~25”仍然保留。新数量20和修改说明另行记录，两者没有被混成一段“客户原话”。

这里的20是测试中人工指定的数量，不是程序猜出的答案。

22.50美元也只是商品小计。税费、运输、交期、付款和交付条件，都还需要另外确认。

我没有让这个工具把小计直接发送给客户。它先生成可核对的准备稿，再由使用者决定怎样形成正式报价。

FILE 03我把一个大想法，缩成了一个小任务

“让AI替小团队处理报价”，听起来很大。

落实到这次原型，我只做一段流程：规范商品目录＋询盘文本→找到已知项和缺项→人工修正→重算→导出准备稿。

当前支持的是明确的型号、整数数量、指定销售单位和币种。目录提供单价、起订量和价格有效期。

没有接邮箱或业务系统，也没有自动读取PDF、换汇、折算包装或承诺库存。

遇到“20个或者两箱”这样的说法，仍需人工核对单位和包装，不能自行决定一箱装几个。

先把一个明确的小步骤做扎实，比把很多业务名词都塞进界面更方便检查。

我尤其想留下一个分工：工具负责把材料组织好，人负责确认业务含义。

FILE 04这次AI帮我做了什么

AI参与了原型的开发、材料整理和测试工作。

但现在演示运行的是本地规则程序，没有连接在线模型。不能把它说成“AI已经理解所有客户来信”。

这个区别对我很重要。

它说明，一个人使用AI做业务工具，可以先从固定字段和明确规则开始。不一定每次使用工具，都要把整段资料重新交给模型。

当然，规则也有自己的边界。

“不要上次那个规格”“先做样品再考虑大货”这类表达，不能仅靠提取型号和数字就确认含义，仍要回到原文逐行判断。

下一步如果使用更复杂的模型，也需要继续核对来源和字段，不能因为句子读起来顺，就直接采用。

FILE 05不用工具，也能先做这张检查卡

你收到询盘后，可以先填写下面六项。缺少哪一项，就把它放进追问清单。

商品。 型号、名称和规格能否对应到当前目录？相似名称不要直接当作同一商品。

数量。 是确定数字、范围，还是前后出现了多个说法？保留原文，不替对方决定。

单位。 个、套、箱是否与目录一致？包装换算需要明确依据。

价格。 单价来自哪份目录？有没有过期、起订量或其他适用条件？

币种。 数字旁是否写清币种？不把“3.25”自动当成美元。

待确认事项。 税费、运输、交付地点、交期和付款等，哪些尚未确认？

美国国际贸易管理局的报价说明，也把商品信息、单价和金额、交付及付款条件、有效期分别列出。这里借用的是字段思路，不是某种业务的完整合规报价模板。资料来源

FILE 06这段指令，可以先用来整理材料

下面这段是我根据原型整理的复用提示词。它用于协助检查材料，不能代替具体业务确认。

请把以下询盘整理成报价准备表，只使用我提供的询盘和商品目录。

每行输出：商品与规格、数量原文、明确数量、销售单位、币种、目录单价、价格有效期、起订量、待确认事项。每个已知值都注明来自询盘还是目录，并保留对应原文。

数量为范围、存在多个说法、单位或币种冲突、商品不明、价格过期时，标记待确认，不自行选择一个值。没有足够信息的行，不计算确定商品小计。

最后列出需要追问的问题，并生成一段简短回复草稿，不添加库存、交期、折扣、税费或运输承诺。正式金额由我核对后另外计算。

这段指令没有在所有模型上验证。我自己会继续查看它输出的原文依据，并用独立计算检查金额。

真正值得复制的，是“保留原话、标出缺项、记录人工确认”这个顺序。

FILE 07先看看它有没有解决真实问题

现在我有一个能演示的原型，有合成测试和实际输出。还没有真实客户付款，也没有测出节省多少分钟。

接下来需要验证的是：面对获得使用许可的脱敏询盘，它能发现什么、漏掉什么，核对和修改花多久。

如果整理、复核加起来并没有比原来的做法更方便，就该调整范围，而不是急着做大产品。

对一个人做业务，我更愿意先找这样的任务：重复出现，有明确输入和输出，而且人能检查结果。

你收到的询盘里，最常缺的是数量、规格，还是交付条件？ 可以回复一个具体缺项，不必贴客户原文。

一个人的AI手记｜记录我怎样把AI用进实际任务。

案例为合成测试，软件截图为真实原型界面。商品小计不含税运费。