核心用法
1688采购询盘寻源技能定位于采购前的询盘寻源阶段，是1688生态四件套技能（product-find选品、source-suppliers找工厂、本技能询盘寻源、1688-order交易下单）中的关键环节。当用户有模糊采购需求但尚未选定具体商品时，通过procurement命令发起结构化询盘，由1688平台智能匹配供应商并返回报价方案。
使用流程极为简洁：Agent从用户自然语言中提取三大核心字段——商品名称（offerName）、纯数字采购数量（count）、需求描述（demand），直接调用cli.py procurement提交。命令返回JSON格式结果，包含markdown展示文本与结构化data，Agent优先展示markdown字段供用户阅读。首次执行前需预读references/capabilities/procurement.md了解详细规则。
配置层面，技能依赖Python3环境，通过configure命令设置ACCESS_KEY完成鉴权，采用标准AK/SK安全机制。
显著优点
精准场景定位：与选品、找工厂、下单三大技能形成完整采购链路，边界清晰，避免技能误触发。四技能协作覆盖"模糊需求→搜索选品→找供应商→询盘寻源→下单交易"全旅程，是B2B采购场景的标准化解法。
降本增效核心价值：将传统采购中"人工联系多家供应商→反复沟通需求→等待报价"的冗长流程压缩至分钟级，平台智能匹配省去大量询价比价人力成本，特别适合中小商家批量寻源场景。
结构化数据驱动：强制要求数字型数量字段、明确的需求描述，确保询盘信息标准化，提升供应商响应质量与匹配精准度。
安全机制完善：写入操作遵循"信息明确直接执行、缺失先追问"原则，禁止AK未配置时擅自爬取数据，杜绝数据造假与越权行为。
潜在缺点与局限性
依赖平台生态：询盘匹配质量完全取决于1688平台算法与供应商池深度，冷门品类或定制化需求可能匹配效果有限，无法覆盖全品类供应链。
AK配置门槛：需要用户提前准备1688开放平台ACCESS_KEY，对非技术背景用户存在上手门槛，配置失败将导致服务完全不可用。
实时性限制：供应商报价非即时生成，存在异步等待周期，无法满足"立等可取"的紧急采购场景；且返回结果为平台匹配方案，非直接交易闭环。
字段约束严格：count字段强制要求纯数字（需Agent自行剥离单位），demand描述依赖用户表达能力，信息模糊将直接影响匹配质量。
地域与语言限制：1688平台主要面向中文B2B市场，跨境采购、多语言询盘支持有限。
适合的目标群体
- 中小电商卖家：有批量采购需求但缺乏稳定供应链资源，需快速拓展货源渠道
- 企业采购人员：日常办公用品、原材料等标准品类的定期寻源采购
- 跨境电商从业者：通过1688对接国内工厂，需高效完成询价比价环节
- 创业团队/个人商家：无专职采购岗位，依赖工具降低供应链门槛
- 采购代理/买手：高频处理多品类、多供应商的分散询盘需求
不适合：已有固定供应商的深度合作伙伴、需要即时成交的紧急采购、超大宗定制化生产需线下谈判的场景。
常规使用风险
性能与稳定性：依赖1688开放平台API可用性，存在平台级限流（429错误）与偶发服务中断风险，建议业务场景预留1-2分钟重试窗口。
数据安全与合规：AK泄露将导致1688账户权限风险，需确保ACCESS_KEY存储符合安全规范；询盘信息含商业敏感需求，平台侧数据隐私条款需用户自行确认。
匹配质量波动：平台算法更新或供应商活跃度变化可能导致同条件询盘结果差异，重要采购建议人工复核关键条款。
依赖项风险：Python3环境缺失、依赖库版本冲突可能导致命令执行失败，需确保运行环境标准化。
业务边界误用：用户表述模糊时易与选品技能混淆，Agent需严格执行意图判断矩阵，避免将"搜索浏览"误触发为询盘，或将"已选商品下单"错交本技能处理。