ALI_RFQ_BID() 阿里 RFQ 报价

1. 基本信息

Skill ID: zayn-ali-rfq-bid
Display Name: ALI_RFQ_BID()
Chinese Name: 阿里 RFQ 报价
Project: WorkFn
Author Prefix: zayn
Category: Platform Specific / Alibaba
Version: 0.2.0
Status: Draft for testing

ALI_RFQ_BID() 用于在已经决定参与某条 Alibaba RFQ 后，整理并生成可填写到阿里报价表单中的完整报价内容。它不负责筛选市场机会，也不负责判断是否值得参与。

2. 解决的问题

把已确认的产品、价格、条款和客户信息转换成 Alibaba RFQ 报价表单内容，重点处理产品名称、产品编号、产品细节、贸易条款、港口、报价有效期、币种、数量单位、付款方式、起订数量、产品单价、样品和买家留言。

RFQ() 判断询价是否值得投入及缺失信息。QUOTE() 检查一般报价的完整性和可执行性。ALI_RFQ_BID() 适配 Alibaba RFQ 报价表单。

与相邻 Skill 的区别

1. ALI_RFQ_BID() 只负责 Alibaba 平台报价填写，不判断是否值得报价。
2. 是否值得参与由 ALI_RFQ_SCAN() 或 RFQ() 完成。
3. 一般报价完整性检查由 QUOTE() 完成。
4. 产品身份不清时，先转入 PRODUCT_BRIEF()。

3. 适用场景

1. 已决定参与某条 Alibaba RFQ
2. 已基本确认产品和价格
3. 需要填写平台报价表
4. 需要把内部信息转换成平台可提交内容
5. 需要检查表单是否有遗漏
6. 需要生成给买家的简短留言

4. 不适用场景

1. 还在筛选哪些 RFQ 值得报价
2. 产品、价格、库存、成色和交期尚未确认
3. 需要分析客户真实意图
4. 需要做复杂价格谈判
5. 需要处理平台外的完整正式报价单

5. 输入参数

输入分为必填参数和建议参数。只有在参与决定、产品、价格和关键条款足够明确时，才允许生成可提交内容。

6. 必填参数

参数	说明
rfq_original	RFQ 原文
product_name_or_model	产品名称或型号
quantity	数量
unit_price_and_currency	单价和币种
condition	成色
lead_time	交期
incoterm	贸易条款
validity	报价有效期
warranty	保修

7. 可选参数

参数	说明
product_number	产品编号
product_details	产品细节
port	港口
payment_term	付款方式
moq	MOQ
sample_policy	样品政策
buyer_message	买家留言
destination	目的地
stock_status	库存状态
alternative_boundary	替代边界
quantity_unit	数量单位

8. 证据优先级

优先使用：

1. 已确认 RFQ 原文和客户数量
2. 已确认产品型号、编号和产品细节
3. 已获公司批准的价格、币种、付款方式和贸易条款
4. 已确认库存、交期、成色和保修
5. 已确认港口、目的地、样品和运输选项
6. 采购、供应商或工程反馈
7. 历史报价和平台字段习惯
8. AI 推测

供应商口头反馈、预计库存和未批准条款不得写成已确认事实。

9. 判断规则

产品名称

清晰包含品牌、系列和核心型号，不堆砌无关关键词，不写未确认规格。

产品编号

优先使用原厂 PN、型号或公司内部可公开编号。没有明确编号时不得编造。

产品细节

根据证据整理品牌型号、关键配置、成色、包装、测试、保修、交期、库存状态、原产地和替代边界，不重复整段 RFQ 原文。

贸易条款和港口

必须与价格口径一致。客户要求 DDP 而当前只确认 FOB 时，必须明确区分，不得误填。

报价有效期

结合库存稳定性、市场价格波动、采购确认有效期、货币波动和产品稀缺程度。高波动产品不设置过长有效期。

起订数量

真实反映可执行条件，不为吸引买家随意填写 1 件起订。

给买家的留言

1. 先回应买家核心需求
2. 简要说明已报价内容
3. 明确价格口径
4. 说明交期和成色
5. 对未确认部分提出一个简短问题
6. 引导客户回复

留言避免长篇公司介绍、重复全部表单字段、过度承诺、夸大库存、模糊最低价承诺、暴露内部采购困难和使用任何破折号。

10. 风险检查

1. 产品型号是否一致
2. 数量是否一致
3. 单位是否一致
4. 币种是否正确
5. 价格口径是否与贸易条款一致
6. 港口是否正确
7. 报价有效期是否合理
8. 付款方式是否已获公司允许
9. 库存是否真实
10. 交期是否可执行
11. 成色是否清楚
12. 保修是否准确
13. 是否错误承诺 DDP
14. 是否把预计写成现货
15. 是否把供应商口头反馈写成确认库存

11. 输出结构

正式输出依次包含：

1. 参数完整度结论
2. 参数状态表
3. 是否可提交
4. 缺失字段
5. 冲突字段
6. 平台字段内容
7. 买家留言
8. 风险提示
9. 提交后跟进建议

平台字段必须逐项对应，且不得把未确认内容写成可提交事实。

12. 禁止事项

1. 不自动决定是否参与 RFQ
2. 不在价格未确认时生成可提交报价
3. 不编造产品编号
4. 不编造库存
5. 不编造交期
6. 不默认提供样品
7. 不默认接受 T/T 以外的付款方式
8. 不默认提供 DDP
9. 不把阿里表单当作正式合同
10. 不忽略价格有效期
11. 不把所有字段都写成长段文本
12. 不使用任何破折号

13. 信息不足时的处理

产品、价格、库存、成色、交期、币种、数量单位、贸易条款、港口、有效期、付款方式、MOQ 或保修不明确时，不生成可直接提交版本。列出缺失信息，并选择“补充信息后提交”或“先内部确认”。

14. 人工判断边界

1. 是否参与 RFQ 必须已由上游判断或人工决定
2. 产品、价格、库存、交期、付款和贸易条款以人工确认内容为准
3. AI 不得自动提交平台表单
4. AI 不得自动接受 DDP、样品或非默认付款方式
5. 平台报价不替代正式合同或最终订单确认
6. 人工可以根据最新库存和价格变化暂停提交

15. 验收标准

1. 与平台字段一一对应
2. 所有价格和条款一致
3. 产品信息准确
4. 不出现未确认承诺
5. 买家留言简洁且可回复
6. 能指出缺失信息
7. 能判断是否应该暂缓提交
8. 与 ALI_RFQ_SCAN() 和 RFQ() 职责明确区分

16. 当前状态

Version: 0.2.0
Status: Draft for testing

参数解析流程

本 Skill 必须先解析用户输入并映射到参数表。

参数状态表

正式分析前，必须输出参数状态表。

参数状态只能使用：

已命中
部分命中
缺失
冲突
待验证

统一格式：

参数	必需程度	当前状态	已获取内容	缺失或冲突影响
待按本 Skill 参数填写	待确认	缺失	无	待判断

参数状态表必须基于用户输入，不得凭空补充。

最低运行条件

1. 已经完成是否值得参与的判断
2. 产品和数量明确
3. 价格与贸易条款明确
4. 成色和交期明确
5. 报价有效期明确

未达到以上条件时，先输出参数状态表，说明缺失或冲突内容、重要性、影响和可直接补充的字段，然后停止正式分析。

缺失参数处理

不得自动补全缺失参数，必须明确提示用户补充，并说明缺失参数、重要性、影响、补充方式及当前是否可以先做初步分析。

冲突参数处理

不得自行解决冲突，必须保留不同来源、标记冲突、说明影响并提示验证。在冲突解决前降低分析置信度。

待验证参数处理

待验证信息不得写成确定事实。供应商口头反馈、市场信息、预计库存、预计交期、公开资料、客户可能意图和 AI 推测等必须明确标记。

停止条件

出现以下任一情况时停止正式分析：

1. 尚未完成是否参与的判断
2. 产品、数量、价格或币种缺失
3. 成色、交期、贸易条款或有效期缺失
4. 关键字段之间存在未解决冲突
5. 保修责任无法确认
6. 产品身份需要先确认

停止时必须说明原因、缺失字段、补充方式，以及应返回 ALI_RFQ_SCAN()、RFQ()、PRODUCT_BRIEF() 或内部确认。

正式分析触发条件

只有达到最低运行条件，且关键缺失、冲突、证据来源、分析目标和风险边界已得到处理后，才进入正式分析。

初步分析模式

参数不完整时，只能提供明确标注的初步分析：

以下为初步分析，仍需补充关键参数。

不得把初步分析包装成确定结论。

正式分析模式

参数完整并满足触发条件时，才可输出正式分析。正式输出前必须再次检查参数缺失、冲突、待验证信息、推测、人工判断、职责边界和用户真实目标。