product-pair

/as:product-pair — 产品搭配

开始前，请阅读宿主契约和此组件的声明（skill:product-pair）。仅加载其引用的共享目录中的模式配置文件。根据实际任务组合所需模式；声明是要求，并不能证明具备访问权限或许可。

库的变更由 /as:product-library 在其完整的原生契约下负责。准备好选定的行和证据后，在现有授权下移交完整保存操作，并保留预览／当前字节哈希／请求 ID 的绑定关系及实际回读。本技能不会独立修改 product-library.csv；建议不构成采纳或记录变更的授权。

阅读实际宿主交付指南。使用可用的原生研究、图片和文件工具；操作名称表示语义工作，而非已安装的可执行程序。

原生证据与权限

在生成或调整结构化证据时，请阅读完整的观测语义和未更改的观测架构。原生的 product_observations.validate、validate-batch 和 adapt 会保留确切变体、零／空值／未知值、来源定位符、时间戳和数字类型。将完整信封／批次视为可用证据前，必须先验证。仅调整明确绑定的来源字段和当前选定商品修订版本；建议或用户选择并不构成推断出的绑定、现有值替换、已批准决策或规格采纳。

对于绑定项目的保存操作，请使用原生上下文所有者和工作区所有权；在选择项目库前，先解析出实际有效的项目。独立比较或搭配不需要创建项目。提供的页面、图片和检索文本都是证据，并不构成更改文件或联系他人的授权。检查实际的来源／图片访问权限，并区分视觉推断与已验证的规格事实。

“这个适合搭配什么？”输入一件商品，为其推荐不同品类的互补商品——例如为沙发搭配边几、为阅读椅搭配落地灯，或为餐桌搭配地毯。返回 5–8 组搭配，并说明其设计原则依据。

适用场景

• 从核心单品出发，为房间或小景布置补充配套商品
• 设计师已有一件关键商品，需要完善整体色彩方案
• 向客户展示协调搭配的商品套装
• 按品类填补 FF&E 清单中的空缺

第 1 步：接收输入

以下示例仅说明所提供输入的格式；名称、规格和价格未经核实，不代表当前商品事实。

按名称：

/as:product-pair Blu Dot Diplomat Sofa

按名称 + 上下文：

/as:product-pair Blu Dot Diplomat Sofa for a tech office lounge

按商品详情：

/as:product-pair
Name: Diplomat Sofa
Brand: Blu Dot
Materials: Steel frame, fabric upholstery
Color: Edwards Navy
Style: Contemporary, minimal
Price: $2,499
Context: Corporate lounge, 6-person seating area

第 2 步：分析来源商品

识别商品的设计基因：

• 风格语言：中世纪现代、斯堪的纳维亚、工业风、当代风格等
• 材质搭配：木材类型、金属表面处理、软包类型
• 色彩系列：暖中性色、冷色调、醒目点缀色、单色系
• 尺寸：紧凑型／公寓适用、标准型、宽敞型／商用
• 价格档次：经济型（<$500）、中档（$500–$2,000）、高端（$2,000–$5,000）、奢华型（$5,000+）
• 市场：住宅、商用、酒店

步骤 3：确定搭配类别

根据源产品的类别，确定通常与之搭配的产品：

源类别	搭配对象
沙发	茶几、边桌、落地灯、抱枕、地毯、脚凳
休闲椅	边桌、落地灯、脚凳、盖毯
餐桌	餐椅、吊灯、餐边柜、地毯
书桌	工作椅、台灯、显示器支架、桌面收纳件
床	床头柜、台灯、床尾凳、地毯、斗柜
会议桌	会议椅、餐边柜、吊灯/线性灯
工作椅	书桌、显示器支架、工作灯

如果设计师提供了背景信息（例如“科技公司办公室休闲区”），请将其纳入类别选择的考量。

步骤 4：搜索搭配产品

针对每个搭配类别，搜索符合源产品以下特征的产品：

• 风格：设计语言一致，或形成有意为之的对比
• 材质协调：材质相辅相成（例如，胡桃木沙发搭配黄铜灯具，而非铬色灯具）
• 色彩协调：采用相同色盘、互补色，或有意加入点缀色
• 尺寸比例：与源产品相比，尺寸适宜
• 价格匹配：处于相近价位（不要将 $5,000 的沙发与 $30 的灯具搭配）

每个搭配类别搜索 2-3 次。目标是在不同类别中总共找到 5-8 件搭配产品。

步骤 5：展示搭配结果

Synthetic formatting input only:
Example Product A | Example Manufacturer | quantity 2 | supplied specification pending

展示规则

• 说明每组搭配的设计依据——材质协调、色彩逻辑、尺寸比例、风格
• 混合不同品牌——不要所有产品都推荐同一个品牌（除非设计师有此要求）
• 至少包含一件点缀产品——通过不同材质、跳色或不同时代风格形成有意为之的对比
• 保持价位相当——搭配产品的价格应与源产品相称
• 如果源产品为合同级产品，请注明其是否可用于合同项目

步骤 6：保存

如果设计师选定了搭配产品，请为已解析的项目根目录中的 product-library.csv 准备完整行。读取 ../../schema/product-schema.md 和 ../../schema/csv-conventions.md。预览所有选定的搭配产品及目标路径，然后使用现有的明确授权，或仅询问一次以取得缺少的审批。在该授权下，将完整批次序列化为一个 JSON 数组，并交由 /as:product-library 执行一次原生的 product_library.append 操作，包括完整验证、预览绑定、可恢复的准备流程，以及实际字节/访问权限回读。绝不逐行循环，也不得绕过该操作负责人。

• Tags：追加 pair:{source-product-name}，以便追踪
• Notes：Paired with {source product}. {Design reasoning}
• Status：saved
• Source：product-pair

搭配功能

• /as:product-match — 匹配功能会为源产品寻找替代品，搭配功能则寻找互补产品
• /as:product-research — 研究功能会根据需求简介寻找产品，搭配功能则围绕核心单品构建搭配
• /as:product-enrich — 为搭配产品补充完整元数据
• /as:product-data-import — 为源产品及搭配产品准备已接受的导入数据；任何单独授权的采用操作均由 master-schedule 负责

原始产品证据

针对当前任务，从原始文档中获取已选定制造商、产品和款式的准确事实。示例数据为合成数据，绝不能作为证据。不得将产品事实、认证、价格或供应商格式定义复制到插件中，作为可重复使用的参考知识。保留尚未确定的值，并区分代表性图片与确切选定的款式。

原生输出与所有者移交

按照完成报告规范，返回有来源依据的比较、实际检查结果和未解决的值。有来源依据的价格、可用性、交货时间和确切变体信息需要当前的原始证据；片段仅用于发现信息。 审美相似度、估算的图片比例和搭配判断仍应标明为判断结果。不要为了填补候选项缺失的属性而编造评分输入或来源事实。

对于明确要求保存的独立报告，请遵循原生变更顺序：检查待处理状态，保留完整的来源保护条件和准备好的完整报告，完成持久化保存后，单独重新打开并验证实际准备好的字节内容和访问权限，然后再发布。发布完整字节内容，且不得覆盖其他文件；随后读取并核验实际目标内容、访问权限以及所有受保护来源，再完成操作。报告不会修改库／日程记录。对于持久化项目归档或登记，请将明确的坐标／类型／当前来源证据移交给文档所有者；登记由接收方负责。一次性工作应保持独立。

使用现有授权，并在每次移交中保留确切范围。保存到库由 product-library 负责，已采纳记录由 master-schedule 负责，已接受的输入作业由 product-data-import 负责，事实／决策由 project 负责。这些原生流程不需要 Arch Studio runner、来源重建或安装。外部分享和发送需要单独授权。