不是厂商通稿的商品描述

大多数目录跑在几百家店同用的供应商文案上。读起来像规格表、转化差，也没给搜索引擎任何独有的东西可收录。

商品描述的工作停滞原因很可预测：写好一条要二十分钟，而目录里有两千个商品。于是供应商数据源原样导入。这同时是转化问题和重复内容问题。Builder 和 Visibility 两个 Agent 按商品逐个撰写，取材于店里已有的属性与评价，按「依序回答购买问题」的结构组织。

取材于你已有的东西

好描述的原材料已经在你店里——规格属性、参数差异、顾客评价、退货原因、客服问题。Agent 从这些出发而不是编造卖点，这正是产出准确、具体的原因。

顾客扫读；模型抽取。同一种结构同时服务两者——开头一句说清这是什么、给谁用，然后是可扫读的具体信息，再是支撑细节。拖延答案的营销文风同时伤害转化和可检索性。

每条描述按商品单独撰写，但遵循一致模式，目录保持连贯。新商品自动继承模式。源数据太薄、写不出真话的商品会被标记给人，而不是用注水文字填满。

Agent 逐个商品读取属性、规格、现有文案与评价。

基于真实数据逐商品生成描述，全目录结构一致。

批准代表性样本、调整模式，然后铺满目录，新品自动继承。

它会编造商品功能吗？

不该，而且这是硬约束。Agent 从你的属性数据和评价出发；源数据不足时标记给人处理，而不是生成貌似合理的规格。

商品描述该写多长？

长到足以回答该品类的购买问题，一个字不多。数据线三行够了，床垫需要几百字。固定字数目标是错误的直觉。

独立文案真的有利排名吗？

它移除的是一个具体伤害——和其他所有卖同款的零售商共享同一段文案，搜索引擎没有理由偏爱你的页面。它是必要条件，不是充分条件。

能写多语言吗？

能，而且是按 locale 撰写而不是机器翻译同一份原文，因为购买异议和用词习惯因市场而异。

重建那些决定「访问变订单」的页面，按承载的收入排序。

匹配买家搜索方式的标题——覆盖官网、Google 与平台三个表面。

认真地做多语言销售——本地化页面、正确的 hreflang、按市场的 SEO。

把空空如也的分类网格变成能为高购买意图词排名的页面。

接入店铺、分析和邮件营销工具，设定目标，剩下的交给 Agent 端到端跑完。免费方案支持自带模型密钥，可直接开始。