版权与内容来源声明本文为原创整理。文中涉及官方文档、开源仓库、论文与公开报道的内容均在附表 A 中标注来源引用官方原文保持原样不作改写。文中命令、版本号与界面截图以本文成文时的实测/核验结果为准标注「待验证」的部分请以你本地环境实际输出为判断依据。本文不推荐任何不合规的软件获取方式也不对任何收益结果作承诺。转载请注明出处。第 1 章 先把「算」和「猜」拆开1.1 一个报价算错比一句话说得别扭贵得多跨境电商岗每天打交道的数字几乎都是「有唯一正确答案」的那种一笔订单要收多少、一个包裹按几公斤计费、这批货到目的国要缴多少税。这些数字手算错了客户会来对账如果是模型算错了客户一样会来对账只是错得更隐蔽、更难解释。大模型指能理解自然语言、并生成文本的大规模语言模型最擅长的是「猜」猜你想问什么、猜这句话属于哪个类目、猜怎么措辞更清楚。它不擅长的是「算」。这里的「不擅长」不是指它偶尔会算错而是指它的计算过程本身不可复算——同样的输入多跑几遍数字可能不一样。这件事连厂商自己也是承认的Anthropic 官方的代码执行工具文档里就写明了分工原文是Claude runs code when the request benefits from computation or file handling:Non-trivial math (large numbers, many steps, precision-sensitive results)Data analysis, file parsing, or visualizationAlgorithm execution or simulationExplicit requests to “run”, “compute”, or “execute”也写明了哪些不用走代码「Simple arithmetic and well-known math facts」以及「Simple unit conversions or translations」。也就是说厂商划的线是涉及多步、精度敏感的计算交给代码常识性的一步运算才允许直接回答。合规层面这件事也有出处。《生成式人工智能服务管理暂行办法》第四条第五项要求提供者「基于服务类型特点采取有效措施提升生成式人工智能服务的透明度提高生成内容的准确性和可靠性」。对做业务的团队来说最实在的「有效措施」之一就是把算不准的环节从模型手里拿走。1.2 本文唯一的判据可复算性确定性计算结果只由输入决定、不受随机性影响的计算该不该交给模型判断标准只有一条——可复算性同一份输入跑两次结果必须完全一致连小数点后两位都不能变。这个判据的好处是能当场验证把同一段输入连着跑三遍把三次输出并排贴出来看。只要有一次不一样这条链路就不该上生产。不需要讨论「它的能力有多强」只要看输出稳不稳。1.3 三条进场信号把日常任务过一遍凡是落进下面这张表下三行的一律走工具。表1哪些活可以给模型哪些活必须给工具动作做错了会怎样该谁做判据判断客户在问价还是催发货最多答非所问重问一次模型容错可复算性不适用从聊天记录里抽币种、重量、尺寸抽错字段但能被下游校验拦住模型抽完必须校验抽取结果要可被规则校验把一句话改写成客服话术语气不理想不影响事实模型容错汇率折算收付款金额对不上形成对账差异工具同一输入两次必须一致体积重与计费重运费报错平台按自己的算法重算工具系数来自官方规则必须可复算满减券与折扣叠加多收或少收直接涉及资金工具顺序必须写死并留痕分段税率计算税额报错可能产生争议工具分段阈值进配置表这张表就是全文的骨架上三行允许试错下四行不允许试错。第 2 章 汇率同一个币种官方页面上有五个价格2.1 官网一行的五个数字外汇牌价银行挂出来的外币买卖报价在银行官网上是一张表。以中国银行官网 2026-10-03 04:47 发布的牌价为例美元这一行同时给出五个数字。表2中国银行官网牌价页「美元」一行2026-10-03 04:47 快照列名官网原样该行数值现汇买入价669.87现钞买入价669.87现汇卖出价672.69现钞卖出价672.69中行折算价673.51同一时刻买入与卖出之间相差 2.82相对差约 0.42%。这个差价不是舍入误差是银行报价本身的结构。所以「用哪一列」不能靠模型去「理解上下文」只能靠业务规则显式指定。需要说清楚一点该官网页面只有列名和数字没有对这五列逐条给出释义文字。这五列各自的官方释义本文只核到非官方转载来源因此在附表 A 中标注「待验证」下表只用列名与数值本身。人民银行的通知只明确了挂牌价的定价权在银行银行可基于市场需求和定价能力自主挂牌人民币对各种货币汇价「现汇、现钞挂牌买卖价没有限制根据市场供求自主定价」。2.2 「取哪一列」必须是显式参数把汇率交给工具做法是把「币种 取哪一列 取数日期」做成必填参数模型只能填参数不能填结果。⚠️代码待验证{name:get_bank_rate,description:查询指定币种在指定日期的银行外汇牌价。汇率以银行官方渠道为准模型不得自行推算。,input_schema:{type:object,properties:{currency:{type:string,description:币种三字母代码如 usd、eur},rate_type:{type:string,enum:[cash_buy,spot_buy,cash_sell,spot_sell],description:要取哪一列牌价必须是这四项之一},trade_date:{type:string,description:取数日期格式 yyyy-mm-dd}},required:[currency,rate_type,trade_date]}}enum的作用是把「用哪一个价」变成一道选择题模型只能从四个选项里挑一个挑不出来就得问用户而不是自己编一个数。2.3 汇率是取数不是换算模型在这条链路里该做的是从「客户说下个月按美元结能不能先按今天的价算一版」里抽出currencyusd、trade_date并判断这属于哪一种报价场景。它不该做的是凭记忆报一个汇率或者「按大概七点几先算一下」。一句话把「取哪个数」变成参数把「取数」变成调用把「算」变成函数。第 3 章 体积重与计费重系数进配置不进提示词3.1 长 × 宽 × 高 ÷ 计费系数再和实重取大体积重把一个包裹占的空间折算成的重量和计费重最终用来算运费的重量在承运商官方说明里写得很直接。DHL 官方帮助中心的原文是Shipping charges for DHL eCommerce packages are calculated based on the greater of dimensional and actual weight, referred to as Chargeable Weight.翻译过来就一句话取尺寸重量和实际重量里较大的那个。计算式是三步每一步都能复算。3.2 同一个物流商两套系数问题出在「除以几」。同一个物流商不同产品线的官方页面给的系数并不一样。表3同一包裹40×30×50 厘米实重 8 千克在不同官方规则下的结果官方页面单位计费系数体积重计费重取大DHL eCommerce 帮助中心厘米600010.00 千克10.00 千克DHL Express 说明页厘米500012.00 千克12.00 千克DHL eCommerce 帮助中心英寸166————DHL Express 说明页英寸139————两个厘米系数都来自 DHL 官方页面同一家物流商的两套口径算出来的计费重差 2 千克。所以任何一篇告诉你「体积重就是除以六千」的说法最多只对了一半。系数是随承运商、产品线和计量单位变化的变量不能写进提示词也不能写死在代码里。3.3 一条规则 一个可复算的函数⚠️代码待验证fromdecimalimportDecimal,ROUND_HALF_UPdefvolumetric_weight(length_cm,width_cm,height_cm,divisor):体积重 长 x 宽 x 高 / 计费系数。系数按承运商与产品线的官方规则传入不写死。volumeDecimal(str(length_cm))*Decimal(str(width_cm))*Decimal(str(height_cm))return(volume/Decimal(str(divisor))).quantize(Decimal(0.01),roundingROUND_HALF_UP)defchargeable_weight(actual_kg,length_cm,width_cm,height_cm,divisor):计费重 max(实重, 体积重)dim_kgvolumetric_weight(length_cm,width_cm,height_cm,divisor)returnmax(Decimal(str(actual_kg)),dim_kg)这里刻意用Decimal十进制精确小数而不是普通浮点数。原因是浮点数存不下大多数十进制小数Python 官方文档的原话是「Unfortunately, most decimal fractions cannot be represented exactly as binary fractions」并且举了个非常贴近业务的例子——由于 0.1 不是精确的 1/10三个 0.1 相加并不等于 0.3。同一份官方文档也直接建议需要精确十进制表示的场景用decimal模块它「suitable for accounting applications」适合账务类应用。这句话是判断「钱要不要用浮点」时最省事的一条依据。一句话系数是配置不是常量规则是函数不是提示词。第 4 章 价格阶梯与优惠叠加顺序不同结果不同4.1 同一组输入三种答案把「打折」和「满减券」放到一起最容易被忽略的是顺序。原价 200 元八折另有一张「订单满 200 减 30」的券。表4同一组输入原价 200、八折、满 200 减 30 券在不同顺序下的结果叠加顺序第一步第二步最终价先判满减门槛再打折200 ≥ 200减 30 → 170170 × 0.8136.00先打折再判满减门槛200 × 0.8 → 160.00160 200券不满足160.00先打折再无条件减券200 × 0.8 → 160.00160 − 30130.00三个结果差了 30 元。重点看第二行打折之后订单金额掉到 160反而够不上 200 的门槛券直接失效——这不是四舍五入的误差是顺序变化带来的定性改变。这类差异靠「把规则写清楚一点」是修不好的只能靠代码把顺序钉死。4.2 让模型只输出「规则名 参数」模型要输出的不是136而是「用哪条规则 这条规则需要哪些参数」。规则名从一个白名单里选白名单 代码里允许出现的一组固定取值代码只认白名单里的名字认不出来就报错退出绝不猜。4.3 一个可复算的价格函数⚠️代码待验证fromdecimalimportDecimaldeffinal_price(list_price,discount_rate,coupon_threshold,coupon_amount,order):list_price 原价discount_rate 折扣率0.8 八折 coupon_threshold / coupon_amount 为满减券的门槛与减额。 order 决定顺序只允许 coupon_first 或 discount_first 两个取值。priceDecimal(str(list_price))ifordercoupon_first:ifpriceDecimal(str(coupon_threshold)):priceprice-Decimal(str(coupon_amount))return(price*Decimal(str(discount_rate))).quantize(Decimal(0.01))iforder!discount_first:raiseValueError(order 不在白名单内)price(price*Decimal(str(discount_rate))).quantize(Decimal(0.01))ifpriceDecimal(str(coupon_threshold)):priceprice-Decimal(str(coupon_amount))returnprice用表4的数字代入ordercoupon_first得到 136.00代入orderdiscount_first得到 160.00与手工算的一致。顺序参数必填、取值受白名单约束这是把「规则不能被模型理解成别的样子」落到代码上的最小做法。第 5 章 税额与关税这是分段函数不是乘法5.1 官方规则里的分段与免征额以中国寄递进境物品为例官方规则不是「价格乘一个税率」这么简单它至少有三层分类、计税价格、免征额。国务院关税税则委员会公告 2024 年第 11 号公布的《进境物品关税、增值税、消费税征收办法》里原文表述是「应纳税额按照计税价格乘以综合税率计算」而综合税率要按《进境物品分类表》去查计税价格则以实际购买价格为基础确定必要时纳税人要提供真实交易价格的凭证。此外对总值两千元人民币以内的寄递物品按简易征收办法合并征收对应征税额在五十元人民币以内的寄递物品予以免税放行。这几条合起来说明一件事税额是分段函数不是线性乘法。同一档税率内部是线性的但跨过免征额就会跳变。5.2 规则进表不进提示词假设某类物品综合税率为 20%、免征额为 50 元看下面的跳变。表5同一档税率20%下免征额造成的跳变计税价格元应征税额元是否免征实缴元200.0040.00是0.00250.0050.00是不超过免征额0.00260.0052.00否52.00400.0080.00否80.00看第二、三行计税价格只涨了 10 元实缴税额从 0 跳到 52 元。如果让模型「按大概 20% 估一下」它估不出这个跳变因为它根本不知道门槛卡在哪里。海关总署官网的一份业务咨询答复里还有个更细的例子同样是化妆品按计税价格是否达到某个单价界限会被归到不同类别适用 50% 或 20% 两档综合税率。这类规则的共同点是分档依据写在分类表里不写在提示词里。5.3 模型在这条链路里只剩一件事⚠️代码待验证fromdecimalimportDecimaldefimport_duty(taxable_value,rate,free_threshold):应纳税额 计税价格 x 综合税率。 rate 按《进境物品分类表》对应的分档传入 free_threshold 为免征额不超过则免税放行。 两个参数都必须由规则表提供不得由模型给出。duty(Decimal(str(taxable_value))*Decimal(str(rate))).quantize(Decimal(0.01))ifdutyDecimal(str(free_threshold)):returnDecimal(0.00)returnduty模型在这里只需要做一件事把商品描述归到分类表里的哪一类也就是归类。归类错了下游的规则表会查出不一样的结果但至少这个错误是「可复核、可对账」的而如果让模型直接报税额你连它错在哪一步都看不出来。这份《跨境电商算例规则表Excel》把汇率取数列、体积重系数、满减顺序、税率分档这四类规则整理成一张可填写的表正好对应本章讲的「规则进表」。放在资料包里扫码即可获取第 6 章 工程上怎么「禁止模型自己算」6.1 提示词里的禁止条令光说「不要让模型算」没用提示词里要写成可执行的约束。⚠️代码待验证你是跨境电商订单处理助手。你的任务只有三件事 1. 从用户消息中抽取字段币种、金额、实重、长宽高、目的国、订单原始金额。 2. 判断该走哪条规则普通计价 / 含满减券 / 含体积重 / 含关税。 3. 用中文组织最终答复。 硬性约束 - 任何数值计算都必须调用工具完成包括加减乘除、百分比、单位换算、汇率折算。 - 不要输出你心算的结果即使数字很小、即使你很有把握。 - 缺少计算所需参数时先追问不要用假设值补齐。 - 请求计算时只输出结构化参数不要附带结果。 输出格式 {task: calculate, rule: 规则名, params: { ... }}Anthropic 官方文档里还有一句很实用的话如果你希望模型对处于边界情况的请求也去跑代码就明确要求它例如写成 “run code to verify this”。也就是说「让不让它算」这件事是可以由你在提示词里显式规定的不是只能听天由命。6.2 三道拦截第一道是输入侧抽取出来的字段必须做类型和范围校验比如重量必须是正数、币种必须在三字母白名单里。第二道是计算侧所有计算只走函数函数内部不允许有「大概」「约等于」这类模糊处理也不允许默认系数。第三道是输出侧模型返回的规则名必须能在白名单里找到对应实现找不到就整条链路判失败而不是退化成让模型自己编一个答案。三道里最关键的是第三道。它的意思很直白宁可这次不回答也不要给一个算出来的假答案。6.3 留痕与对账凡是走过工具的计算中间参数都要落盘。这样月底对账时能直接回答「这一单当时用的是哪一列汇率、哪个系数、哪一档税率」。⚠️代码待验证{trace_id:order_20261003_0007,model_extracted:{currency:usd,amount:1200,destination_country:us,package:{length_cm:40,width_cm:30,height_cm:50,gross_kg:8}},tool_calls:[{tool:get_bank_rate,args:{currency:usd,rate_type:spot_buy,trade_date:2026-10-03},source:bank_official_rate_page},{tool:calc_chargeable_weight,args:{divisor:5000},result_kg:12.0}],final_answer_basis:{rule:volumetric_greater_than_actual,chosen_kg:12.0}}这份记录里rate_type和divisor是全文反复强调的两个东西它们是规则不是模型的判断。记录下来规则就能被审计。第 7 章 原来做跨境的哪些经验能直接搬过来7.1 你已经会的做过跨境运营的人手里有三样东西是纯技术背景的人没有的第一你知道哪些数字是「不能被四舍五入掉」的因为你被对账差异追过第二你知道平台规则有多不讲道理——同一个概念在不同渠道有不同的定义这正是前面体积重系数的翻版第三你习惯把一件模糊的客户诉求拆成可执行的字段这恰好就是提示词里「抽取参数」那一步。换句话说你现在缺的不是业务理解而是把业务理解写成函数和规则表的表达能力。7.2 要补的三件事第一件是「结构化输出」让模型返回 JSON一种键值成对的文本格式机器可以直接读而不是一段自然语言因为只有结构化的东西才能被代码接住。第二件是「工具定义」学会用一份 schema字段说明告诉模型有哪些工具、每个工具要哪些参数本文第 2 章那份get_bank_rate就是最小样例。第三件是「可复算性测试」给自己定一条规矩凡是新上线的计算链路同一输入跑三遍、结果必须一致才算通过。这三件事的难度都不在于算法而在于愿不愿意把「大概」「差不多」从自己的表达里删掉。7.3 一个可交付的最小项目如果要从零做一个能拿出手的项目建议就做「跨境订单计算助手」范围压到最小只处理一种币别、一种物流产品线、一条满减规则、一类商品税率。功能只有四步——对话里抽字段、按规则算、把中间参数落盘、用中文输出作答。规模小到你完全掌握得住才能把「可复算性」这条判据真正跑通一遍。项目的价值不在功能多而在于它证明了一件事你能把一个业务上不允许出错的环节交出去之前先给它上锁。这份《大模型应用转岗能力对照表》把运营、外贸、多平台店铺这三类岗位的日常动作逐条对应到工具调用、结构化输出、规则表这三项能力上正好对应本章讲的「经验怎么搬」。放在资料包里扫码即可获取附表 A本文引用事实与出处对照表事实出处文档名 发布方 链接本文位置「Claude runs code when the request benefits from computation or file handling: Non-trivial math (large numbers, many steps, precision-sensitive results)」逐字引用Code execution toolAnthropic 官方文档https://platform.claude.com/docs/en/agents-and-tools/tool-use/code-execution-tool第 1 章 1.1「Claude answers directly without running code for: Simple arithmetic and well-known math facts / Simple unit conversions or translations」逐字引用同上Anthropic 官方文档第 1 章 1.1「If you want Claude to run code for a borderline request, ask explicitly (for example, “run code to verify this”)」逐字引用同上Anthropic 官方文档第 6 章 6.1第四条第五项「基于服务类型特点采取有效措施提升生成式人工智能服务的透明度提高生成内容的准确性和可靠性。」逐字引用「提高生成内容准确性」的条款是第四条不是派单初稿写的第七条《生成式人工智能服务管理暂行办法》国家互联网信息办公室等七部门令第 15 号中国政府网国务院公报https://www.gov.cn/gongbao/2023/issue_10666/202308/content_6900864.html第 1 章 1.1第七条第四项「采取有效措施提高训练数据质量增强训练数据的真实性、准确性、客观性、多样性」逐字引用该条讲的是训练数据不含「生成内容」字样同上中国政府网国务院公报第 1 章用于说明上述条号更正「Unfortunately, most decimal fractions cannot be represented exactly as binary fractions.」逐字引用Floating-Point Arithmetic: Issues and LimitationsPython 软件基金会官方文档https://docs.python.org/3/tutorial/floatingpoint.html第 3 章 3.3「since 0.1 is not exactly 1/10, summing three values of 0.1 may not yield exactly 0.3」逐字引用同上Python 官方文档第 3 章 3.3decimal 模块「suitable for accounting applications」逐字引用同上Python 官方文档第 3 章 3.3IEEE 754-2019 状态为 Active出版日期 2019-07-22页内摘要与本文所述浮点表示限制不冲突IEEE Standard for Floating-Point ArithmeticIEEE Standards Association 官方标准页https://standards.ieee.org/standard/754-2019.html第 3 章仅作背景不展开编号细节中国银行官网牌价页美元一行五项数值现汇买入价 669.87、现钞买入价 669.87、现汇卖出价 672.69、现钞卖出价 672.69、中行折算价 673.51发布时间 2026/10/03 04:47:03实时变动此处为快照中国银行外汇牌价页面中国银行官网https://www.boc.cn/sourcedb/whpj/第 2 章 表2「银行可基于市场需求和定价能力对客户自主挂牌人民币对各种货币汇价现汇、现钞挂牌买卖价没有限制根据市场供求自主定价」逐字引用第五条《中国人民银行关于银行间外汇市场交易汇价和银行挂牌汇价管理有关事项的通知》国家外汇管理局网站转载http://m.safe.gov.cn/hubei/2014/0702/10.html第 2 章 2.1待验证现汇买入价现钞买入价现汇卖出价现钞卖出价各自的官方逐条释义只核到非官方转载百科与财经媒体中国银行官网牌价页只有列名与数值、无释义文字未找到官方释义原文第 2 章 2.1已声明不使用其释义「Shipping charges for DHL eCommerce packages are calculated based on the greater of dimensional and actual weight, referred to as Chargeable Weight.」逐字引用英寸除 166、厘米除 6000Chargeable WeightDHL 官方帮助中心https://dhl.com/us-en/home/ecommerce/business-help-center/chargeable-weight.html第 3 章 3.1、表3体积重 长(cm) × 宽(cm) × 高(cm) ÷ 5000计费重取实际重量与体积重的较大者本文按其示例转述Weight and DimensionsDHL 官网说明页https://www.dhl.com/discover/en-gb/ship-with-dhl/products-and-services/weight-and-dimensions第 3 章 表3英寸口径除 139原文Inches/Pounds: Length x Width x Height / 139 per PieceDHL 官网门店页问答https://locations.car.express.dhl.com/cayman-islands/george-town/71-eastern-avenue第 3 章 表3「应纳税额按照计税价格乘以综合税率计算」计税价格以实际购买价格为基础确定总值两千元人民币以内的寄递物品按简易征收办法合并征收《进境物品关税、增值税、消费税征收办法》国务院关税税则委员会公告 2024 年第 11 号计税价格确定原则见海关总署公告 2024 年第 175 号第 5 章 5.1、5.3应征税额在五十元人民币以内的寄递物品免税放行化妆品按计税价格是否达到 10 元/毫升克分为两类综合税率分别为 50% 与 20%海关总署官网「业务咨询」答复非规章条文属官方答复口径http://www.customs.gov.cn/eportal/ui?pageId374112msgDataId28581b4f886d4d319b33524bfb818e9a第 5 章 5.1、5.2跨境电商的计费系数、免征额、税率分档均随平台、承运商与目的国变化本文不给出通用数字一律以对方官方规则页为准综合上列各官方页面第 3 章、第 5 章附表 B术语速查表术语一句话解释本文哪里用到大模型能理解自然语言并生成文本的大规模语言模型第 1 章 1.1确定性计算结果只由输入决定、不受随机性影响的计算第 1 章 1.2可复算性同一输入跑两次结果必须完全一致本文唯一判据第 1 章 1.2容错性任务做错了也只是体验变差、不会造成资金或合规后果的任务第 1 章 1.3外汇牌价银行挂出来的外币买入、卖出报价第 2 章 2.1取数按指定条件去官方数据源读一个值而不是由模型推算第 2 章 2.2工具调用 / function calling让模型只提出「要调用哪个函数、参数是什么」由你的代码真正执行第 2 章 2.2schema一份字段说明写清工具名、每个参数的类型与是否必填第 2 章 2.2白名单代码里允许出现的一组固定取值不在其中就拒绝第 4 章 4.2体积重把包裹占的空间折算成的重量第 3 章 3.1计费重最终用来算运费的重量取实重与体积重中较大者第 3 章 3.1计费系数体积重公式里「除以几」的那个数随承运商与产品线变化第 3 章 3.2综合税率寄递进境物品合并征收的关税、增值税、消费税合并税率第 5 章 5.1计税价格计算税额所依据的价格中国进境物品以实际购买价格为基础确定第 5 章 5.1免征额应征税额不超过该数额时予以免税放行的门槛第 5 章 5.1分档 / 分段函数按某个条件把取值范围切成若干段每段用不同规则第 5 章 5.2结构化输出让模型返回 JSON 这类机器可直接读取的字段化结果第 7 章 7.2留痕把模型抽取的字段与工具调用的参数、结果都落盘便于对账第 6 章 6.3写在最后这篇用到的资料写这篇文章时把相关的官方文档和源码又翻了一遍顺手也整理了几份配套的东西大模型学习路线图从零基础到能自己动手做 Agent按阶段说明每一步该学什么、哪些可以先跳过《LangChain LangGraph MCP 智能体开发实战》视频课7 个模块从私有化部署、EmbeddingRAG 到 MCPAgent 全流程AI 大模型知识库在线可查Agent Skills 从入门到落地、Claude Skills 完全指南等专题按目录浏览即可640 套 AI 大模型行业报告 经典 PDF 书籍看行业落地案例和别人怎么做的时候用得上大模型零基础到精通教学视频跟着敲一遍比只读文档快得多资料是我自己整理的放在下面这个码上扫码即可获取添加时备注「AI」优先通过。资料按「先路线、再动手、最后查漏」的顺序整理好了建议先看学习路线那一份照着它挑一条适合自己当前基础的路径再往下看。