NexaAI 全球商业引擎 · 日本站 AI 功能模块产品需求文档（PRD）
1文档信息
| 项目 | 内容 |
|---|---|
| 文档名称 | NexaAI 全球商业引擎·日本站 AI 功能模块产品需求文档（PRD，Product Requirements Document，产品需求文档，用于定义"做什么、为什么做、做到什么程度"） |
| 版本 | V1.4（V1.0 初稿 → V1.1 三模型审阅修订 → V1.2 复核确认修订 → V1.3 部署权威口径更正修订 → V1.4 条目移除修订；修订记录见下） |
| 发布日期 | 2026 年 10 月 21 日 |
| 需求基线 | 《NexaAI 全球商业引擎·日本总纲》第三章「AI 功能模块」正式定稿（3.1～3.9 节） |
| 实现状态依据 | 2026 年 10 月 21 日完成的平台现状只读盘点：30 条原子条目，每条含证据与差距，可逐条溯源（口径说明见 2.4 节，完整清单见附录 A） |
| 编制与评审 | 编制：Maestro Run 执行组（基于现状盘点结论）；评审：三模型审阅闭环（资深产品负责人 / 日本市场合规专家 / 技术架构师，记录见 Run 产物 review-records.md）；批准：待管理层评审签署 |
| 修订记录 | V1.0（2026-10-21 初稿）→ V1.1（2026-10-21：修正统计口径、补管理层摘要与待决策项、补验收要点、收敛绝对化表述、按审阅意见补强 APPI 与日本法规合规条款）→ V1.2（2026-10-21：按复核意见修订 5 处文本：4.1 补验收要点、FR-3.2-01 检索收录口径统一、5.5 补智能店铺系统承接、NFR-3.9-03 分期引用一致、FR-3.6-03 删“全天候在线”承诺式表述）→ V1.3（2026-10-21：按部署权威口径更正实现状态口径——平台当前未接入任何 AI 能力（含大语言模型服务），翻译模块仅有工程管道底座、AI 服务从未配置启用；AI-3.5-02 由「已实现」更正为「部分实现」，全文删除不实的 AI 接入表述，计数同步为 13/9/9，AI-3.5-02 由 P0 移入 P1，风险 C1 更正为「已确认未接入」）→ V1.4（2026-10-22：按管理层指示移除「3.8 边界与迭代」章 02 号非功能需求条目（对外宣传一致性类）及其全部依赖与关联内容；管理层口径为对外宣传策略不受本 PRD 约束；计数 31→30（13/8/9），非功能需求 6→5） |
| 目标读者 | 公司管理层、各业务线负责人、产品与项目团队、合规与法务支持方 |
| 文档状态 | 正式发布稿（经三模型审阅闭环修订与复核确认；正式生效以管理层评审签署为准，签署前不视为已获管理层批准） |
| 实现状态总口径 | 已实现 13 条 / 部分实现 8 条 / 规划中 9 条，合计 30 条（V1.3 按部署权威口径更正；V1.4 按管理层指示移除 1 条，见 2.4 节） |
2背景与目标
2.1 背景
《NexaAI 全球商业引擎·日本总纲》第三章将 AI 功能模块定位为平台整体商业体系的底层智能核心引擎：它贯穿企业入驻、智能检索、商品选品、多语转换、B2B 交易撮合、新零售运营、终端消费者服务全业务链路，是平台构建智能化差异化优势的关键。
为使这一蓝图建立在真实的基础上，2026 年 10 月 21 日对平台现状完成了一次只读盘点（不改动任何系统），将第三章 3.1～3.9 节拆解为 30 条可核验的原子需求，逐条给出"已实现 / 部分实现 / 规划中"的判定与证据。本次盘点得出两个关键结论：
- 当前平台尚未接入任何 AI 能力：动态内容 AI 翻译已完成工程管道底座（配置页/重试队列/自动化测试），AI 服务未配置接入，属"底座就绪、待接入"（接入属后续工作，以 C2 合规前置为条件，见下文与第 8 章）；
- 蓝图主体仍是建设空间：全域智能搜索的语义化、智能选品、数字员工、消费者个人 AI 服务等核心能力尚待建设，平台现有能力以成熟的电商底座与规则化业务流程为主。
2.2 本 PRD 的定位与用途
本 PRD 承接总纲第三章，将其转化为可评审、可排期、可验收的产品需求基线。用途有三：
- 对管理层：呈现"第三章 AI 蓝图中，哪些能力已建成、哪些已有底座需补齐、哪些尚属规划"的全景图，作为投入决策依据；
- 对产品与项目团队：作为功能范围、优先级（MoSCoW，见术语表）与分期路线图（第 7 章）的基线文件；
- 对合规支持方：作为日本《个人信息保护法》（APPI，见术语表）适配与 AI 权责边界条款的需求入口。
2.3 编制原则
- 忠实承接：第三章定稿原文为需求基线，本 PRD 不增删业务承诺；
- 诚实盘点：全部实现状态溯源至只读盘点结论，不夸大；
- 正向表述：对尚不具备的能力，以建设路线与阶段目标正向表述，不回避差距；
- 管理层视角：全文不涉及技术实现细节（不出现数据表、接口路径、代码模块等），所有专业术语在首次出现处就近解释并汇总于术语表；
2.4 实现状态口径说明（重要）
本次盘点共形成 31 条原子条目，逐条判定为：已实现 13 条、部分实现 9 条、规划中 9 条（V1.3 更正后口径，见下方更正说明；V1.4 移除 1 条后为 30 条，见下方 V1.4 说明）。
盘点材料的汇总区曾出现"32 条、已实现 15 条"的合计口径。经逐条复核确认：该口径系同一条目（溯源编号 AI-3.9-04「人工审核机制」）在"已实现"与"部分实现"两份清单中被重复登记所致；该条目自身的盘点证据（人工审核已覆盖业务资格、订单、协议，但尚未覆盖 AI 产出物）与分节统计均判定为"部分实现"。
2026-10-21 部署权威口径更正：经部署权威口径确认，平台当前未接入任何 AI 能力（含大语言模型服务）；翻译模块仅有工程管道底座，AI 服务从未配置启用。据此，原判"已实现"的 AI-3.5-02（动态内容 AI 翻译）更正为"部分实现"（工程管道底座已建成、AI 服务未接入），计数同步为 13/9/9。该更正仅覆盖 AI-3.5-02 一条状态；其余条目的代码级盘点判定维持不变。
2026-10-22 V1.4 条目移除（按管理层指示）：管理层口径为对外宣传策略不受本 PRD 约束，据此移除「3.8 边界与迭代」章 02 号非功能需求条目（对外宣传一致性类）及其全部依赖与关联内容（2.3 表述边界条目、2.5 相关清理事项、第 7 章对应路线行、第 8 章对应风险条目、术语表两条相关法规词条）。计数由 31 条（已实现 13 / 部分实现 9 / 规划中 9）同步为 30 条（已实现 13 / 部分实现 8 / 规划中 9），非功能需求由 6 条（已实现 3 / 部分实现 3）同步为 5 条（已实现 3 / 部分实现 2）；其余条目的代码级盘点判定维持不变。
因此，本 PRD 全文统一采用逐条明细口径：30 条（已实现 13 / 部分实现 8 / 规划中 9）。每条需求均标注溯源编号（AI-3.x-xx），供审计核对；完整 30 条清单见附录 A。
2.5 管理层摘要与待决策项
能力结论（三态口径）
- 已建成：平台电商底座完整成熟；当前未接入任何 AI 能力（含大语言模型服务，动态内容 AI 翻译仅完成工程管道底座）；企业注册、入驻审核、线上商城、授权冠名店铺、扫码承接、个人会员等 13 条需求条目达到"已实现"口径。
- 待接入与待补：翻译 AI 服务已确认未接入（部署权威口径，2026-10-21；风险 C1 已更正）；接入与规模化扩量均以隐私政策合规条款补齐为硬前置（风险 C2）；8 条"部分实现"条目已有底座、待补关键缺口。
- 待建设：9 条"规划中"条目构成差异化蓝图主体（企业数字员工、语义检索、智能选品、消费者个人 AI 助手等），按第 7 章分期建设。
建议优先事项
① 先合规、后接入：完成 C2 合规条款 → 按 DEC-1 启动翻译 AI 服务接入 → 翻译扩量（顺序不可颠倒）；② 补齐 8 条部分实现缺口（分层注册、三语检索优化、撮合规则化、"18 类"建档核对）；③ 规划中能力按依赖关系立项评估（数字员工绑定试用期商业化机制先行）。
待决策项（需管理层决策）
| 编号 | 决策事项 | 不决策的后果 |
|---|---|---|
| DEC-1 | 启动翻译 AI 服务接入（含 C2 合规前置）的时点决策 | 三语 AI 能力持续无法兑现，跨语体验依赖人工维护译文 |
| DEC-2 | C2 合规条款（AI 处理告知、委托与越境分支核实）的启动时点与翻译扩量节奏 | 翻译扩量须持续搁置；存在合规暴露 |
| DEC-3 | 大额交易人工确认阈值与非标合作场景清单的定义（见 NFR-3.9-04） | 高风险 AI 场景缺统一兜底标准 |
| DEC-4 | P2 建设范围与优先顺序（数字员工/语义检索/智能选品/个人 AI）及试点工具选择 | 差异化蓝图无法立项排期 |
| DEC-5 | 授权产品/运营在立项时确立各能力验收指标基线与目标值（框架见 7.6）；智能工具试用期转付费条款的法务适配 | 无法衡量投入回报；商业化机制带险上线 |
3术语表
以下术语按正文出现顺序整理，均为通俗解释。
| 术语 | 通俗解释 |
|---|---|
| PRD | Product Requirements Document，产品需求文档。写清楚"要做什么、为什么做、做成什么样、先做哪个"的正式文件，是业务方与技术团队之间的约定。 |
| 平台 | 指 NexaAI 全球商业引擎日本站整体系统，包含面向企业、渠道商、消费者的全部网站与后台。 |
| AI | Artificial Intelligence，人工智能。让计算机模拟人类理解、判断、生成内容等智能行为的技术总称。 |
| LLM | Large Language Model，大语言模型。支撑当前主流 AI 对话、翻译、写作能力的"大脑"，如各类通用大模型服务。本模块规划中的翻译等能力将对接此类服务实现（当前尚未接入）。 |
| B2B | Business to Business，企业对企业的生意。本平台中指企业会员之间的批发、分拨、集采、询价报价等业务。 |
| B2C | Business to Consumer，企业对消费者的零售生意。本平台中指新零售商城面向个人消费者的销售。 |
| H2B | 本平台语境下的全球采购业务模式：面向企业客户提供跨境采购与供货服务（帮助日本及海外企业客户完成寻源、采购、贸易履约）。 |
| 新零售 | 线上商城与线下场景一体化运营的零售形态。本平台中特指"授权渠道商开线上冠名店铺 + 线下广场承接 + 上游直发履约"的轻资产模式。 |
| 数字员工 | 为每位在岗经营人员配置的 AI 分身：可自动接待客户、讲解商品、应答咨询、查询订单、跟进售后，后台可查看其服务记录。 |
| 数字店铺 | 企业在平台上开设的线上店铺，商品信息、页面、交易由平台统一支撑。 |
| 个人数字形象 | 消费者注册后生成的专属虚拟形象（默认或自定义真人形象），作为其在平台内的 AI 化身份载体。 |
| 语义检索 | 理解查询"意思"而非逐字比对的搜索方式。例如搜"便宜的办公用机器人"也能命中描述为"低成本商用机械臂"的商品。 |
| 关键词检索 | 按字面关键词匹配的搜索方式，是目前平台已实现的搜索形态。 |
| 垂直词库（行业术语库） | 针对特定行业（如法务、财税、医疗）整理的专业词与同义词库，用于提升搜索与翻译在该行业的准确度。 |
| 语种识别 | 系统自动判断用户输入的是中文、日文还是英文，并据此处理。 |
| SaaS | Software as a Service，软件即服务。按需租用的线上软件能力（如托管搜索服务），无需自建机房与运维。 |
| API | Application Programming Interface，应用程序接口。系统之间互相调用能力的"标准插口"，如调用大模型服务完成翻译。 |
| 发布密钥（publishable key） | 平台发放给各业务渠道的公开调用凭证，用于控制"哪类前台能展示哪个范围的商品"，是"一套商品库、多渠道分发"的安全开关。 |
| APPI | 日本《个人信息保护法》（個人情報の保護に関する法律，Act on the Protection of Personal Information）。在日本经营涉及个人信息业务必须遵守的法律，本模块合规设计的主要依据。 |
| 委托处理 | APPI 术语：把包含个人信息的数据委托给外部方（如大模型服务商）处理，且受托方仅限受托目的使用时，构成委托关系；委托方负有监督管理义务，并在隐私政策中明示委托事实。若受托方将数据用于自身目的，则可能超出委托关系、按"向第三者提供"处理。 |
| 越境转移 | 将包含个人信息的数据提供给日本境外（异于日本的制度环境）的第三方。APPI 对此设有限制规则：原则上需本人同意并按规定提供接收方所在国制度等信息，或适用认定的同等保护安排。具体条文适用由法务核实。 |
| 要配慮個人情報 | APPI 中需要特别注意的个人信息（如病史、犯罪记录、种族信条等）。其取得原则上需本人同意；本平台以不取得为原则。 |
| 敏感数据（安全口径） | 密码、证件、财务账户等泄露后会造成损害的数据，系统需脱敏（隐藏关键内容）存储与传输。与上条"要配慮個人情報"（法律口径）为不同概念。 |
| 自动化决策 | 仅由算法自动做出对个人有影响的决定。APPI 对基于特定属性、可能重大影响本人权益的自动决策设有说明等努力义务（非硬性告知义务）；本模块以人工兜底原则从源头控制相关风险。 |
| 合规留痕 | 关键操作与数据流转留下可查的记录（谁、何时、做了什么），用于审计与责任认定。 |
| MoSCoW | 需求优先级方法：Must（必须有）/ Should（应该有）/ Could（可以有）/ Won't（本期不做）。本文用于标注每条需求的建设优先级。 |
| 集采 | 集中采购：平台或组织方发起，多家买家凑量达到目标数量后统一向供应商采购，以量换价。 |
| 供需撮合 | 把买家的需求与供应商的商品/能力自动匹配并互相推送，达成交易机会。 |
| 询价 / 报价 | 买家就商品或服务向商家询问价格（询价），商家回复价格与条件（报价），是 B2B 交易的常见起点。 |
| 履约 | 订单成立后的交付执行：发货、物流、签收等把商品送到买家手中的过程。 |
| 结算 / 对账 | 交易后平台、商家、渠道商之间按约定分账、核对账目并完成资金划付。 |
| 授权冠名店铺（壳店） | 授权渠道商以自己品牌名义开设的店铺；商品全部来自平台标准化选品库，渠道商负责销售与收款，上游供应商直发，渠道商零库存。（「壳店」为内部速记用语；对外日文口径宜用「授权冠名店铺／渠道合作伙伴店铺」，避免空壳公司联想。） |
| 零库存轻资产 | 渠道商不囤货、不压资金，卖出后由上游直接发货的经营模式。 |
| 扫码承接 | 线下人员/物料出示二维码，客户扫码进入线上店铺或页面，由对应数字员工或店铺持续提供服务，实现"线下引流、线上承接"。 |
| 双轨机制 | 「AI 智能初译 + 人工专业复核」两条线配合：AI 先出初稿，专业机构/人员复核后生效，用于法务、财税、医疗等高风险内容。 |
| 用户画像 | 基于用户属性与行为形成的标签化描述（行业、偏好、采购习惯等），用于个性化推荐。 |
| 试用期 | 智能工具开通后的一段免费标准体验期，期满按平台商业化规则付费开通。 |
| 资质认证 / 验厂 | 企业入驻深度阶段提交的证明材料：营业执照、行业许可、产能与质量验厂资料等，用于获得交易权限。 |
| 免责条款 | 服务条款中界定"平台不承诺什么、风险由谁承担"的条款。 |
| 权责边界 | 划定平台、商家、用户各自的权利与责任范围的约定，是 AI 输出争议处理的前提。 |
| 分期路线图（P0/P1/P2） | 本文档的建设阶段划分：P0=已实现可直接商用；P1=已有底座待补齐；P2=规划中分期建设。按实现成熟度划分，不代表紧急程度或交付时间承诺（见 7.1）。 |
| 特定商取引法 | 日本《特定商取引法》：规制通信销售等交易方式，要求明示销售主体、价格、退款条件等，并禁止误导性缔约表示（如令人误认"已申请/已承诺"的界面与话术）。 |
| 消費者契約法 | 日本《消费者契约法》：可认定不当免除经营者责任的免责条款等对消费者无效或不具约束力；对持续性服务合同的中途解约设有规则。面向 B2C 的条款设计必须经法务复核。 |
| 薬機法 | 日本《医薬品医療機器等法》：对医药品、医疗器械等及健康功效表述的广告设严格限制。平台医疗类商品与健康相关表述的准入与宣传须经适用性确认。 |
| AI 事業者ガイドライン | 日本经济产业省·总务省《AI 事業者ガイドライン》（AI 事业者指南）：软法性质的实践基准（透明性、人的监督、AI 利用告知等），作为本模块合规设计参考。 |
4模块定位与业务架构
4.1 模块定位（对应总纲 3.1）
NexaAI 全球商业引擎日本站 AI 功能模块，是平台整体商业体系的底层智能核心引擎，贯穿企业入驻、智能检索、商品选品、多语转换、B2B 交易撮合、新零售运营、终端消费者服务全业务链路。模块使命：
- 以 AI 能力降低中日跨境商业准入门槛；
- 标准化跨境商业服务流程；
- 提升供需匹配效率；
- 构建平台智能化差异化优势。
模块服务三大业务体系：B2B 新商圈、H2B 全球采购、新零售商城。
现状盘点结论（溯源 AI-3.1-01，部分实现）：平台已具备完整的电商底座与规则化业务流程；第三章规划的六大 AI 子能力（智能注册、智能搜索、智能选品、智能翻译、新零售 AI 赋能、个人 AI 服务）均未接入 AI 服务，其中动态翻译已建成工程管道底座（未配置 AI 服务）；智能搜索尚停留在关键词检索级别，智能选品、数字员工、消费者个人 AI 服务尚无对应能力建设，属于本模块后续建设的主体空间。翻译能力的两态口径（底座已建成／AI 服务未接入，扩量受合规前置 C2 约束）见 FR-3.5-02 与第 8 章。
验收要点（AI-3.1-01）：本条为模块定位判定，其兑现以六大 AI 子能力逐项落地为标志；完整度随第 5、6 章各条需求的验收要点逐项复核（每条原子条目均有对应验收要点）。
4.2 业务架构总览
下表为模块在平台中的位置与各层现状（文字化架构）：
| 层级 | 组成 | 现状（2026-10 盘点） |
|---|---|---|
| ① 用户与业务前台层 | 企业会员（B2B 新商圈）、采购企业（H2B 全球采购）、授权渠道商与终端消费者（新零售商城） | 三大业务前台均已建成运营 |
| ② AI 能力层（本模块） | 智能注册 · 全域智能搜索 · 智能选品 · 三语智能翻译 · 新零售 AI 赋能（数字员工/智能客服）· 消费者个人 AI 服务 | 翻译底座已建成（AI 服务未接入）；搜索为关键词级；其余为规划建设 |
| ③ 平台能力底座 | 商品中心（一套商品库多渠道复用，经发布密钥分发）· 订单交易 · 会员体系 · 渠道授权 · 审核与合规留痕 · 多语言框架 | 底座完整成熟，是 AI 能力的承载面 |
| ④ 商业化与合规机制 | 智能工具试用期与付费开通 · APPI 合规 · AI 权责边界 · 人工审核兜底 | 合规与人工审核底座已具备；试用期/付费开通为规划；AI 专项合规条款待补 |
架构要点：AI 能力层不另起炉灶，而是叠加在成熟的平台底座之上；已建成的翻译管道底座即遵循"AI 可选增强、故障不阻断主业务"的治理原则（自动跳过路径在 AI 未接入场景已验证，见 6.2），这也是后续所有 AI 能力的建设范式。
4.3 与三大业务体系的映射
| 总纲业务体系 | 平台现有对应业务 | 本模块 AI 赋能点 | 现状概述 |
|---|---|---|---|
| B2B 新商圈 | 企业注册与资质审核、商品批发与分拨、询价报价、集采 | 智能注册、全域智能搜索、智能选品、供需撮合、智能报价 | 注册/审核/询价/集采已实现；搜索为关键词级；选品与撮合智能化为规划 |
| H2B 全球采购 | 面向企业客户的跨境采购与贸易服务（需求对接、贸易单证、履约） | 三语商务翻译、垂直专业词库、供需撮合 | 商品多语言底座就绪（AI 翻译未接入，译文依赖人工维护）；商务文书等场景化翻译为规划 |
| 新零售商城 | B2C 线上商城、授权冠名店铺（壳店）、零库存直发 | 智能店铺、智能客服、数字员工、消费者个人 AI 服务 | 商城与授权店铺体系已实现；AI 赋能能力全部为规划 |
5功能需求
5.0 需求总览
本章逐条对应总纲 3.2～3.7 节，共 24 条功能需求。每条含：需求编号（含溯源编号）、需求描述、用户价值、优先级（MoSCoW）、实现状态、现状说明与差距、验收要点。状态统计：
| 章节 | 条数 | 已实现 | 部分实现 | 规划中 |
|---|---|---|---|---|
| 5.1 企业会员智能注册（3.2） | 4 | 2 | 1 | 1 |
| 5.2 全域 AI 智能搜索（3.3） | 5 | 1 | 2 | 2 |
| 5.3 AI 智能选品与商品体系（3.4） | 4 | 2 | 1 | 1 |
| 5.4 三语智能商务翻译（3.5） | 4 | 1 | 1 | 2 |
| 5.5 新零售全场景 AI 赋能（3.6） | 5 | 3 | 0 | 2 |
| 5.6 消费者个人 AI 智能服务（3.7） | 2 | 1 | 0 | 1 |
| 合计 | 24 | 10 | 5 | 9 |
另有 5 条非功能需求见第 6 章（已实现 3 条、部分实现 2 条）；1 条模块定位判定见 4.1 节（部分实现）。三项合计 24＋5＋1＝30 条，与附录 A 及 2.4 节口径一致。
统计口径注记（重要）：①"已实现 13 条"是需求条目成熟度口径，不等于"已有 13 项 AI 能力上线"；13 条已实现均为支撑 AI 的业务底座与治理资产，无任何 AI 能力接入上线（如界面多语言为传统词条机制、搜索为关键词级、审核为人工判定；动态内容 AI 翻译为底座就绪、AI 服务未接入）。②本注记仅解释成熟度构成，不改变任何条目状态。
验收要点说明：每条需求的「验收要点」给出可核验的完成方向；凡涉及量化指标的（合格率、转化率、时延等），其基线与目标值须经立项评估确定（见 7.6 与 DEC-5），本文一律不预设数值。
MoSCoW 判定规则：Must＝业务闭环与合规底线，缺失则三大业务体系无法完整运转；Should＝总纲明确定义的智能化核心能力（差异化来源），重要但可分期；Could＝体验增强与远期场景；本期均无 Won't（总纲范围内无被否决需求）。MoSCoW 表达需求重要度，与建设分期（P0/P1/P2，按实现成熟度划分）相互独立：Must 需求若尚未实现，按依赖关系排入 P1/P2 建设而非视为缺陷。
5.1 企业会员智能注册（对应总纲 3.2）
总纲 3.2 要求建设分层式智能注册体系：第一层为信息层基础注册（低门槛快速入驻）；第二层为深度商业注册（获得发布产品、集采报价、线上交易、结算对账、开数字店铺、启用数字员工等权限）；智能工具统一试用期、期满按商业化规则付费。
FR-3.2-01 信息层基础注册
| 字段 | 内容 |
|---|---|
| 需求编号 | FR-3.2-01（溯源 AI-3.2-01） |
| 需求描述 | 提供企业基础资料填报与主体信息核验的注册入口；权益含企业信息展示、AI 检索收录、基础供需资讯、公开产品浏览、基础智能咨询，实现低门槛快速入驻。 |
| 用户价值 | 企业用户最快路径完成入驻并对外展示，先获得曝光与信息权益，降低跨境经营起步门槛。 |
| 优先级（MoSCoW） | Must |
| 实现状态 | 已实现 |
| 现状说明与差距 | "已实现"指注册链路本体：企业与个人注册入口齐备，注册后自动进入平台待审核状态，企业信息展示与公开产品浏览权益可用。差距：①注册为"一次性提交全部资料"，总纲设想的"信息层 → 深度层"两阶段分层概念尚未在产品流程中显式呈现（列入 P1 配套优化）；②总纲权益中的"AI 检索收录"，当前实际检索对象限于企业发布的商品与店铺（关键词级，依托 FR-3.3-01，非语义级）；企业作为主体的档案信息当前不可被检索（属 5.2 全域主体收录的分阶段建设范围）；③"基础智能咨询"权益当前无 AI 咨询应答能力（属 FR-3.6-03/FR-3.7-02 规划范围）——后两项 AI 权益随对应 AI 能力建设逐步兑现。 |
| 验收要点 | 新企业从注册到进入待审核全程无断点；注册信息展示与公开浏览权益生效；注册转化率跟踪（基线立项定）。 |
FR-3.2-02 深度商业注册（资质认证与权限开通）
| 字段 | 内容 |
|---|---|
| 需求编号 | FR-3.2-02（溯源 AI-3.2-02） |
| 需求描述 | 企业通过深度资质认证、业务信息补全、交易权限开通后，获得发布产品、参与 B2B 集采报价、开启线上交易、结算对账、开通数字店铺、启用数字员工等深度权益。 |
| 用户价值 | 以可信资质换取交易与经营权限，保护交易双方，是平台商业信任的基石。 |
| 优先级（MoSCoW） | Must |
| 实现状态 | 部分实现 |
| 现状说明与差距 | 资质认证底座齐备：企业可提交执照、行业资质、验厂资料（产能、出口经验、贸易画像等）并可补充重提，商家端有配套资料维护界面。差距：作为"第二阶段"的分层注册流程未成型；认证过程无任何 AI 辅助（智能填单、证照识别、材料预审均属后续建设）。 |
| 验收要点 | 发布、交易、开店等深度权益仅在资质通过后开放；资料退回—补正—重提闭环可用。 |
FR-3.2-03 入驻审核流（人工审核闭环）
| 字段 | 内容 |
|---|---|
| 需求编号 | FR-3.2-03（溯源 AI-3.2-03） |
| 需求描述 | 对入驻申请、渠道资格、联合开店协议（含线下签署状态）建立完整的审核流转与留痕机制。 |
| 用户价值 | 平台风控与合规的基础；对商家而言审核进度透明、可申诉、可重提。 |
| 优先级（MoSCoW） | Must |
| 实现状态 | 已实现 |
| 现状说明与差距 | 审核全链路人工闭环完整：入驻审核、渠道资格审核（含六种状态流转与审核人/时间/驳回原因留痕）、联合开店协议管理与线下签署记录管理，管理端配备审核工作台。无差距。审核为人工判定，符合总纲"智能辅助、人工兜底"原则。 |
| 验收要点 | 状态流转与审核留痕完整可查；驳回必附原因；审核时效承诺由运营立项确定。 |
FR-3.2-04 智能工具试用期与付费开通
| 字段 | 内容 |
|---|---|
| 需求编号 | FR-3.2-04（溯源 AI-3.2-04） |
| 需求描述 | 对总纲定义的四类智能工具——AI 数字店铺、企业数字员工、智能选品、智能报价——提供统一标准化试用期，期满按平台商业化规则付费开通；工具本体的落地节奏见 7.4（各工具均属规划中，本机制随工具本体绑定排期）。 |
| 用户价值 | "先试后买"降低企业采用 AI 工具的决策门槛，同时构成平台 AI 能力的商业化收入路径。 |
| 优先级（MoSCoW） | Should |
| 实现状态 | 规划中 |
| 现状说明与差距 | 目前系统中无试用期计时、工具开通与付费墙机制。合规提示（建设要求，非现状结论）：试用期转付费流程不得采用令人对"是否已申请/已承诺缔约"产生误认的界面与话术（如默认勾选续费、误导性"免费"表述），此为《特定商取引法》的规制方向；若付费工具面向以生活为目的的个人开通，试用期转付费条款还须注意《消費者契約法》关于持续性服务合同中途解约规则的适用。上述适用性由法务确认后写入产品规则。 |
| 验收要点 | 四类工具"试用—到期—付费开通"全流程可配置；条款经法务复核；误导性缔约表示检查通过。 |
5.2 全域 AI 智能搜索（对应总纲 3.3）
总纲 3.3 将全域 AI 智能搜索定义为供需匹配核心流量入口，覆盖中日 AI 产业协会、行业商协会、法务会计税务专业机构、高校科研院所、医疗健康机构、B 端采购企业、品牌方、渠道授权商、零售服务商等主体；五项核心能力：①中日英三语全域检索（自动语种识别/语义转换）②垂直行业专业词库 ③企业主体智能识别 ④产品参数多维解析 ⑤供需 AI 自动撮合。
检索对象范围说明：当前已实现的检索域为商品与商品分类；总纲所列协会、机构、高校、医院等主体信息的检索收录属 P1/P2 分阶段建设范围（随主体识别与全域索引能力建设逐步纳入），当前不可检索——避免将商品检索误读为已达成"全域"。
FR-3.3-01 基础商品搜索与筛选
| 字段 | 内容 |
|---|---|
| 需求编号 | FR-3.3-01（溯源 AI-3.3-01） |
| 需求描述 | 提供站内商品搜索与结果筛选，作为流量入口的基础形态；可选接入第三方托管搜索服务（SaaS）增强。 |
| 用户价值 | 买家能快速找到商品，是所有交易转化的起点。 |
| 优先级（MoSCoW） | Must |
| 实现状态 | 已实现 |
| 现状说明与差距 | 三大前台均具备关键词搜索、分类筛选、结果内筛选能力；平台可选启用第三方托管搜索服务提升检索体验（按部署配置开关）。差距：检索为关键词/筛选级，无语义理解，距总纲"AI 全域检索"还有代际差距（由 FR-3.3-02～04 承接）。 |
| 验收要点 | 搜索可用性沿用平台统一服务标准；托管搜索启停不影响主流程；结果相关性抽检（基线立项定）。 |
FR-3.3-02 中日英三语检索
| 字段 | 内容 |
|---|---|
| 需求编号 | FR-3.3-02（溯源 AI-3.3-02） |
| 需求描述 | 支持中日英三语全域检索：自动语种识别、语义转换，跨语言查询也能准确命中。 |
| 用户价值 | 中日跨境场景的刚需：日本买家用日文可搜到中文/英文发布的产品，反之亦然。 |
| 优先级（MoSCoW） | Must |
| 实现状态 | 部分实现 |
| 现状说明与差距 | 商品多语言字段底座在；AI 翻译未接入，跨语检索召回依赖人工录入译文、无机制保障。差距：检索索引未针对三语做专门优化，"查询语言与商品源语言不一致"时的召回质量无机制保障，更无 AI 查询理解；需结合搜索服务升级补齐。 |
| 验收要点 | 跨语查询召回质量抽检合格率（基线与目标立项定）；三语查询体验一致。 |
FR-3.3-03 垂直行业专业词库
| 字段 | 内容 |
|---|---|
| 需求编号 | FR-3.3-03（溯源 AI-3.3-03） |
| 需求描述 | 建设 AI 科技、法务、财税、医疗、教育、跨境贸易等垂直行业专业词库与同义词库，提升搜索与翻译的行业准确度。 |
| 用户价值 | 专业领域搜得准、译得对，是平台"懂行业"的直接体现。 |
| 优先级（MoSCoW） | Should |
| 实现状态 | 规划中 |
| 现状说明与差距 | 系统中暂无任何行业词库/同义词库能力。建设路径：共享术语库基础设施为独立前置交付（见 7.5），翻译域（FR-3.5-03）与检索域（本条）共同复用，一词两用。 |
| 验收要点 | 术语库覆盖选定行业词表；翻译与检索两端复用生效；词库更新机制可运营。 |
FR-3.3-04 企业主体智能识别与产品参数多维解析
| 字段 | 内容 |
|---|---|
| 需求编号 | FR-3.3-04（溯源 AI-3.3-04） |
| 需求描述 | 对搜索查询进行智能理解：识别企业主体（类型、经营范围、属地、服务能力、信用资质）与产品参数（品类、功能、场景、客群、价格区间、交付模式），把自然语言转化为结构化检索条件。 |
| 用户价值 | 用户用一句话描述需求即可精准触达，是"AI 检索"区别于传统搜索的核心体验。 |
| 优先级（MoSCoW） | Could |
| 实现状态 | 规划中 |
| 现状说明与差距 | 当前搜索请求为原样透传，无任何解析层。该能力属语义检索深化项，依赖词库（FR-3.3-03）与语义检索底座，安排在 P2。 |
| 验收要点 | 抽样查询解析准确率（基线与目标立项定）；解析结果可人工纠正并回流。 |
FR-3.3-05 供需 AI 自动撮合
| 字段 | 内容 |
|---|---|
| 需求编号 | FR-3.3-05（溯源 AI-3.3-05） |
| 需求描述 | 基于买家需求与供方商品/能力进行智能匹配，实现商机精准分发。 |
| 用户价值 | 买卖双方从"人找货/货找人"升级为"系统精准对接"，提升成交效率，是流量入口的最终价值兑现。 |
| 优先级（MoSCoW） | Should |
| 实现状态 | 部分实现 |
| 现状说明与差距 | 平台已具备三种人工/规则驱动的供需对接形态：B2B 询价报价（买家发起、商家报价的人工撮合闭环）、集采（组织方发起、多家凑量）、采购需求参考（供方信息作为采购依据只读参考）。差距：无任何算法撮合能力（无推荐、无匹配评分、无智能分发），"撮合"的业务语义已具备、智能引擎为零。合规挂钩：撮合结果导向的交易，按 NFR-3.9-04 枚举场景执行人工确认（大额交易/非标合作等），确认后方可生效。 |
| 验收要点 | 撮合推荐经人工确认后分发；撮合商机有效率跟踪（基线立项定）。 |
5.3 AI 智能选品与商品体系（对应总纲 3.4）
总纲 3.4 要求：以 18 类标准化 AI 商业产品体系为核心商品基底，统一构成 B2B 集采选品库与线上新零售商城公共商品池（一套商品库、双平台复用）；品类统一标准化建档（品类定义/适用行业/目标客群/核心功能服务/价格区间/交付标准/售后规范/B2B 批发适配性/新零售零售适配性）；AI 选品系统按行业属性、企业需求、用户画像、区域市场特征、热销数据自动推荐最优商品组合。
FR-3.4-01 商品分类体系底座
| 字段 | 内容 |
|---|---|
| 需求编号 | FR-3.4-01（溯源 AI-3.4-01） |
| 需求描述 | 建立面向 AI 商业产品的分类目录体系，支持多级分类与分类名称的多语言维护。 |
| 用户价值 | 商品有序组织是检索、选品、商城陈列的共同地基。 |
| 优先级（MoSCoW） | Must |
| 实现状态 | 已实现 |
| 现状说明与差距 | 平台已建立六大类、十八个子类的商品分类目录（硬件、软件、模型与接口服务、数据集、解决方案、算力等 AI 产品门类），分类名称已具备三语维护能力，管理端配套分类管理界面。无差距。 |
| 验收要点 | 分类树三语维护无缺漏；目录调整可审计。 |
FR-3.4-02 18 类标准化商品体系（品类标准化建档）
| 字段 | 内容 |
|---|---|
| 需求编号 | FR-3.4-02（溯源 AI-3.4-02） |
| 需求描述 | 按 18 类标准化商品体系建立统一建档规范：品类定义、适用行业、目标客群、核心功能服务、价格区间、交付标准、售后规范、B2B 批发适配性、新零售零售适配性。 |
| 用户价值 | 标准化档案让"一套商品库服务两个平台"成为可能，B2B 采购与 B2C 零售各取所需，降低上架与运营成本。 |
| 优先级（MoSCoW） | Must |
| 实现状态 | 部分实现 |
| 现状说明与差距 | 已有分类目录与商品属性/类型/标签管理能力。差距：尚无"标准化建档规范层"（无类目模板、无选品标准字段、无每类准入规范）；且现有分类目录的类目语义是否与总纲"18 类标准化商品体系"完全同构，需商品团队以总纲类目清单逐一核对确认（见风险 C3）。合规挂钩：品类准入须确认是否涉及《薬機法》规制对象（医疗类 AI 产品、健康功效相关表述）；若涉及，其宣传与译文表述按该法广告规制执行（适用性由法务确认，见 C3 应对方向）。 |
| 验收要点 | 建档规范覆盖全部 18 类并发布；新品类准入经规范评审（含薬機法适用性确认）。 |
FR-3.4-03 AI 智能选品推荐
| 字段 | 内容 |
|---|---|
| 需求编号 | FR-3.4-03（溯源 AI-3.4-03） |
| 需求描述 | AI 选品系统按行业属性、企业需求、用户画像、区域市场特征、热销数据自动推荐最优商品组合，服务 B2B 集采选品与新零售上架决策。 |
| 用户价值 | 把"凭经验选品"升级为"数据与算法选品"，提升动销率与库存周转（对渠道商即零库存模式下的选品成功率）。 |
| 优先级（MoSCoW） | Could |
| 实现状态 | 规划中 |
| 现状说明与差距 | 系统中暂无选品模型、数据分析管线与推荐接口。前置依赖：标准化商品体系（FR-3.4-02）与数据积累，安排在 P2。 |
| 验收要点 | 推荐上线前经人工评估或对照实验验证有效性（口径立项定）；选品采纳率跟踪。 |
FR-3.4-04 一套商品库双平台复用
| 字段 | 内容 |
|---|---|
| 需求编号 | FR-3.4-04（溯源 AI-3.4-04） |
| 需求描述 | 同一商品库同时支撑 B2B 集采选品库与新零售商城公共商品池：通过销售渠道划分与发布密钥（publishable key，见术语表）控制各前台可见商品范围；渠道复用经授权协议实现，不做商品复制。 |
| 用户价值 | 商家一次上架、双平台经营；平台一套商品池统一治理，数据一致、成本低。 |
| 优先级（MoSCoW） | Must |
| 实现状态 | 已实现 |
| 现状说明与差距 | "同一商品库 + 多渠道分发 + 协议层授权"的复用机制已完整落地：B2C、B2B、H2B 三类渠道各自持有独立发布密钥，商品按渠道定向分发；跨渠道开店经联合协议授权。无差距（作为底座能力）。 |
| 验收要点 | 各渠道可见商品范围与发布密钥配置一致；越权可见为零。 |
5.4 中日英三语智能商务翻译（对应总纲 3.5）
总纲 3.5 要求建设垂直跨境商业 AI 翻译系统，覆盖产品介绍、店铺文案、报价单据、商务合同、企业资质文件、行业专业术语、客服对话、数字员工话术、授权店铺页面、消费者咨询应答；高风险专业场景（法务、财税、医疗、专利、合同）采用「AI 智能初译 + 日本本地专业机构人工复核」双轨机制。
FR-3.5-01 界面多语言覆盖
| 字段 | 内容 |
|---|---|
| 需求编号 | FR-3.5-01（溯源 AI-3.5-01） |
| 需求描述 | 平台各前台与后台界面提供中文（简体）、日文、英文三语支持。 |
| 用户价值 | 中日跨境双方均以母语使用平台，是跨境平台的基本功。 |
| 优先级（MoSCoW） | Must |
| 实现状态 | 已实现 |
| 现状说明与差距 | 三大业务前台与管理后台的界面三语文案齐备，语言切换即点即用。无差距。（界面文案为标准词条机制，属传统多语言方案；智能化翻译由 FR-3.5-02 承接。） |
| 验收要点 | 三语切换无缺字漏译；新增功能的文案三语同步率跟踪。 |
FR-3.5-02 动态内容 AI 翻译（商品与分类内容三语化）
| 字段 | 内容 |
|---|---|
| 需求编号 | FR-3.5-02（溯源 AI-3.5-02） |
| 需求描述 | 商品、商品分类等业务内容在发布后自动进行中日英三语 AI 翻译，前台按用户语言展示对应译文。 |
| 用户价值 | 商家只发一种语言，全球买家均可以母语浏览商品信息（AI 翻译可能存在误差，相关权责细化见 NFR-3.9-02）。本条底座是三语检索（FR-3.3-02）与新零售跨语运营的底座，AI 服务接入后即可兑现上述价值。 |
| 优先级（MoSCoW） | Must |
| 实现状态 | 部分实现 |
| 现状说明与差距 | 两态口径＋事实（不得混同）：①底座已建成——翻译服务参数配置页（管理后台可视化配置，密钥加密存储）、失败自动重试任务队列、翻译服务状态提示均已建成，并配套自动化测试保障质量；②AI 服务未接入——经部署权威口径（2026-10-21）确认，生产未配置任何 AI 服务（风险 C1 已更正为"已确认未接入"）。接入属后续工作，且以 C2 合规门槛（隐私政策 AI 处理告知、委托与越境分支核实）关闭为前置（见 7.5，顺序不可颠倒）。范围限定：当前翻译范围限商品与商品分类的结构化内容（标题、描述等），订单、消息、评价、商务文书等尚未纳入。工程上遵循"未配置/故障即自动跳过、绝不阻断商品发布主流程"的治理原则（见 6.2）。 |
| 验收要点 | 译文抽检合格率与失败重试成功率跟踪（基线立项定）；AI 服务接入启动与扩量严格按 C2 门槛执行（接入时点见 DEC-1）。 |
FR-3.5-03 垂直场景商务翻译
| 字段 | 内容 |
|---|---|
| 需求编号 | FR-3.5-03（溯源 AI-3.5-03） |
| 需求描述 | 面向报价单据、商务合同、企业资质文件、客服对话、数字员工话术、授权店铺页面、消费者咨询应答等场景提供场景化商务翻译。 |
| 用户价值 | 跨境谈判、单证往来、客服咨询全流程减少语言障碍，覆盖"商务全场景"而非仅商品页。 |
| 优先级（MoSCoW） | Should |
| 实现状态 | 规划中 |
| 现状说明与差距 | 当前翻译能力无场景建模：无术语库、无场景提示词集；商务合同与报关文件目前走固定模板生成、不经 AI 翻译。建设路径：以共享术语库基础设施（见 7.5，FR-3.3-03 同源复用）+ 场景提示词库扩展翻译系统，按场景分批上线。注意：客服对话/消费者咨询应答类场景涉及个人信息，届时按 C2 同样的委托/越境逻辑评估（见 8.1 C6）。 |
| 验收要点 | 各场景译文术语一致性抽检；高风险场景接入双轨复核（FR-3.5-04）后方可启用。 |
FR-3.5-04 高风险场景双轨复核机制
| 字段 | 内容 |
|---|---|
| 需求编号 | FR-3.5-04（溯源 AI-3.5-04） |
| 需求描述 | 法务、财税、医疗、专利、合同等高风险专业场景采用「AI 智能初译 + 日本本地专业机构人工复核」双轨机制，复核通过方对外生效。 |
| 用户价值 | 用专业兜底控制 AI 误译风险，让高风险商务内容敢用、放心用 AI，直接呼应总纲"智能辅助、人工兜底"原则。 |
| 优先级（MoSCoW） | Should |
| 实现状态 | 规划中 |
| 现状说明与差距 | 当前无 AI 译文产生（AI 服务未接入）；底座接入后译文为自动直发、无复核环节：无人工复核工作流、无译文比对工作界面（人工仅能事后编辑内容间接覆盖）。需建设复核工作流与比对界面，并对接入后的商品翻译同样建立抽检机制（见 8.2 开放问题 3）。与日本本地专业机构的复核合作属业务侧配套资源（立项待补齐，见 7.6）。若涉及医疗类内容，复核机构应具备相应资质（薬機法关联，见 FR-3.4-02）。 |
| 验收要点 | 高风险译文 100% 经人工复核后生效；复核留痕可查；抽检机制覆盖接入后翻译。 |
5.5 新零售全场景 AI 赋能（对应总纲 3.6）
总纲 3.6 要求：3.6.1 线上 AI 新零售商城（授权渠道商专属冠名运营，智能店铺系统/AI 商品上架/智能报价/智能客服；商品全部取自 B2B 标准化选品库；交易链路：消费者下单→授权商收款结算→上游供应商直发履约，零库存轻资产）；3.6.2 企业数字员工系统（为每位实体在岗经营人员配置专属 AI 数字员工分身，覆盖客户接待/商品讲解/需求咨询/订单查询/售后跟进/数据统计/多语应答，后台实时查看服务状态/对话记录/客流/成交转化）；3.6.3 线下 AI 新零售广场（智能接待区/AI 产品展示区/商务交流区/线上结算引导区/智能码服务；线下人员绑定线上数字员工身份，扫码承接持续服务；线下交易统一走线上标准化流程）。
商城 AI 能力映射说明：总纲 3.6.1 所列五项要素承接如下——智能客服与企业数字员工统一由 FR-3.6-03 承接（二者的产品边界：平台级智能客服与个人级数字员工分身，划分方案随 P2 立项确认）；智能店铺系统（店铺智能化运营：智能装修、AI 选品建议等）由 FR-3.6-02 差距栏所列店铺运营智能化增强承接，属 P2 规划，现有授权冠名店铺为规则化实现、不含 AI 能力；AI 商品上架与智能报价依赖智能选品（FR-3.4-03）与数字员工底座，随 P2 规划落地，当前均无 AI 实现。
FR-3.6-01 线上新零售商城（B2C 商城本体）
| 字段 | 内容 |
|---|---|
| 需求编号 | FR-3.6-01（溯源 AI-3.6-01） |
| 需求描述 | 建成面向个人消费者的线上商城：商品浏览、购物车、下单支付、订单管理、售后等完整链路，商品全部取自公共商品池。 |
| 用户价值 | 消费者获得流畅且来源清晰的购物体验（商品取自平台统一商品池）；平台获得 To C 零售阵地。 |
| 优先级（MoSCoW） | Must |
| 实现状态 | 已实现 |
| 现状说明与差距 | 商城本体（商品、分类、专辑、购物车、结算、订单、售后、商家展示、资讯等全套页面与流程）完整并投入运营。差距：总纲设想的"AI 赋能"（AI 导购、AI 推荐、AI 客服）零接入，属后续建设（FR-3.6-03、FR-3.7-02 承接，映射见上）。合规提示（建设要求）：面向消费者页面须按《特定商取引法》完成贩卖主体、价格、退款条件等法定表示；表示义务的具体适配由法务确认。 |
| 验收要点 | 商城核心链路可用性沿用平台统一服务标准；法定表示事项齐备；转化率跟踪（基线立项定）。 |
FR-3.6-02 授权冠名商城（渠道授权店铺体系）
| 字段 | 内容 |
|---|---|
| 需求编号 | FR-3.6-02（溯源 AI-3.6-02） |
| 需求描述 | 授权渠道商开设专属冠名店铺：店铺商品全部来自平台标准化选品库，渠道商负责销售与收款，上游供应商直发履约，渠道商零库存轻资产经营。 |
| 用户价值 | 渠道商无货压资即可开店经营；品牌方获得分销网络；消费者在冠名店铺购买统一选品库商品（品控依据由供应商交付标准与 FR-3.4-02 建档规范支撑；建档规范完成前不对外使用"品控保证"类表述）。 |
| 优先级（MoSCoW） | Must |
| 实现状态 | 已实现 |
| 现状说明与差距 | 冠名店铺体系已完整落地：渠道资质认证（含多角色、六状态审核留痕）、经销/壳店开店协议管理、升级开通链路与前台店铺展示页齐备，收款结算走平台标准化流程。差距：店铺运营智能化（智能装修、AI 选品建议、智能客服）为零，属后续 AI 赋能范畴。合规提示（建设要求）：店铺页面须明示销售责任主体为渠道商及平台角色，不得使消费者对销售责任主体产生误认（与《特定商取引法》表示义务同点落实；「壳店」为内部用语，对外口径见术语表）。 |
| 验收要点 | 销售责任主体明示；零库存直发链路对账一致；授权模板沉淀可复制。 |
FR-3.6-03 企业数字员工系统
| 字段 | 内容 |
|---|---|
| 需求编号 | FR-3.6-03（溯源 AI-3.6-03） |
| 需求描述 | 为每位实体在岗经营人员配置专属 AI 数字员工分身：承担客户接待、商品讲解、需求咨询、订单查询、售后跟进、数据统计、多语应答；后台实时查看服务状态、对话记录、客流与成交转化。 |
| 用户价值 | 为在岗员工配备 AI 助手支持：加强接待能力、提升服务质量标准化与多语应答水平；管理层可视化掌握服务与转化数据。（注："不下班的 AI 分身"类营销表述仅限内部文档，对外口径须经文案合规改写并遵循日式商务表达惯例。） |
| 优先级（MoSCoW） | Should |
| 实现状态 | 规划中 |
| 现状说明与差距 | 系统中暂无数字员工相关能力（无对话引擎、无员工分身配置、无服务数据看板）。该能力是 P2 建设重点，建议以"智能客服（平台级）→ 数字员工（个人级分身）"两步走落地，并绑定试用期/付费开通机制（FR-3.2-04）同步商业化。合规挂钩（建设要求）：①数字员工/智能客服须向用户明示 AI 身份，不得伪装为自然人应答（参考《AI 事業者ガイドライン》）；②对话记录属个人信息，须设计利用目的告知与保存期限（见 8.1 C6）；③接待中涉及成交确认的，按 NFR-3.9-04 枚举场景执行人工确认。 |
| 验收要点 | AI 身份明示；服务数据看板与人工接管可用；成交确认走人工确认流程；对话数据处理方案经合规评估。 |
FR-3.6-04 线下 AI 新零售广场
| 字段 | 内容 |
|---|---|
| 需求编号 | FR-3.6-04（溯源 AI-3.6-04） |
| 需求描述 | 建设线下 AI 新零售广场：智能接待区、AI 产品展示区、商务交流区、线上结算引导区、智能码服务；线下人员绑定线上数字员工身份，扫码承接持续服务；线下交易统一走线上标准化流程。 |
| 用户价值 | 线下体验与线上效率合一：到场客户扫码即被持续服务，线下洽谈线上成交，交易全程标准化可追溯。 |
| 优先级（MoSCoW） | Could |
| 实现状态 | 规划中 |
| 现状说明与差距 | 系统中暂无广场/展位/线下活动相关能力。已有的衔接基础：二维码分享能力（FR-3.6-05）与线下签署记录管理可复用。建设节奏依赖线下场地资源与数字员工（FR-3.6-03）落地，属 P2 后段。 |
| 验收要点 | 线下扫码承接闭环可追踪；线下交易 100% 走线上标准化流程。 |
FR-3.6-05 扫码承接（线下引流线上承接）
| 字段 | 内容 |
|---|---|
| 需求编号 | FR-3.6-05（溯源 AI-3.6-05） |
| 需求描述 | 商家生成店铺/商品二维码（物料、名片、展会场景），客户扫码直达对应线上店铺或商品页，实现线下引流、线上承接。 |
| 用户价值 | 线下触点转化为线上持续经营关系，是"线下广场"与"数字员工承接"的基础衔接件。 |
| 优先级（MoSCoW） | Must |
| 实现状态 | 已实现 |
| 现状说明与差距 | 商家端已提供店铺与商品二维码生成与分享能力，扫码直达对应页面，链路完整。差距：当前为静态地址承接，无 AI 个性化承接（如扫码识别来源与偏好、智能落地页），可作为后续增强项。 |
| 验收要点 | 扫码直达准确；来源渠道可统计。 |
5.6 消费者个人 AI 智能服务（对应总纲 3.7）
总纲 3.7 要求建设个人智能会员体系：注册生成专属个人数字形象（默认或自定义真人形象）；提供个性化智能选品推荐、三语智能购物咨询、订单全流程管理、智能售后应答、会员权益智能匹配、线下扫码承接、数字员工互动。
FR-3.7-01 个人会员体系
| 字段 | 内容 |
|---|---|
| 需求编号 | FR-3.7-01（溯源 AI-3.7-01） |
| 需求描述 | 面向个人消费者的注册与会员体系：注册登录、订单管理、地址管理、消息中心、会员关系等基础功能。 |
| 用户价值 | 消费者获得完整的个人购物账户与权益载体。 |
| 优先级（MoSCoW） | Must |
| 实现状态 | 已实现 |
| 现状说明与差距 | C 端会员基础功能完整（注册、订单、地址、消息、推荐关系等用户中心全套），个人用户亦可持有渠道资格（为后续个人分销/渠道角色预留）。无差距（作为会员本体；AI 服务由 FR-3.7-02 承接，其中订单全流程管理、售后流程的基础能力已在会员体系内可用，AI 化咨询应答为规划）。 |
| 验收要点 | 会员核心功能可用性沿用平台统一服务标准；会员规模与留存跟踪（基线立项定）。 |
FR-3.7-02 个人数字形象与 AI 购物助手
| 字段 | 内容 |
|---|---|
| 需求编号 | FR-3.7-02（溯源 AI-3.7-02） |
| 需求描述 | 消费者注册后生成专属个人数字形象（默认或自定义真人形象）；提供个性化智能选品推荐、三语智能购物咨询、智能售后应答、会员权益智能匹配、数字员工互动等服务。其中订单全流程管理复用 FR-3.7-01 已有基础流程（AI 化的部分为咨询与应答），线下扫码承接复用 FR-3.6-05 已有静态二维码能力（AI 个性化承接为规划）。 |
| 用户价值 | 每位消费者拥有专属 AI 购物助手：三语咨询减少语言障碍、推荐随使用逐步贴合偏好、售后即时应答，助力转化与留存。 |
| 优先级（MoSCoW） | Could |
| 实现状态 | 规划中 |
| 现状说明与差距 | 系统中暂无数字形象配置、对话式购物与个性化推荐引擎。建设路径：与数字员工（FR-3.6-03）共享对话与多语应答底座，叠加 C 端形象与个性化能力，属 P2。合规挂钩（建设要求）：①用户画像与个性化推荐涉及个人关联信息的利用规则，立项前完成 APPI 影响评估（见 8.1 C6）；②自定义真人形象涉及肖像与人格权益，非本人形象须取得授权，商用边界在功能设计时界定。 |
| 验收要点 | AI 咨询应答抽检合格率（基线立项定）；推荐效果跟踪；形象授权与画像合规评估通过。 |
6非功能需求
6.1 应用边界与迭代原则（对应总纲 3.8）
总纲 3.8：模块优先服务中日 AI 产业、科技服务、专业服务业、新零售跨境贸易；前期标准化、通用化、高稳定，后期按真实需求、合规要求、用户行为数据迭代行业专属能力；底层原则为「智能辅助、人工兜底、合规优先、交易安全优先」，不替代核心商业决策与风险判断。
其他非功能基线说明：服务可用性、响应时效、故障告警、数据保存与删除等平台级非功能要求沿用平台既有统一服务标准执行；本模块各 AI 能力的专项非功能指标（如翻译时效、对话响应）随各能力立项时定义，未确定项列入开放问题（8.2）。
NFR-3.8-01 AI 可选增强、不阻断主业务
| 字段 | 内容 |
|---|---|
| 需求编号 | NFR-3.8-01（溯源 AI-3.8-01） |
| 需求描述 | 所有 AI 能力以"可选增强"形态叠加在主业务上：未配置、故障、超时均自动跳过，绝不阻断商品发布、交易、支付等主链路。 |
| 用户价值 | 商家与消费者的核心交易永远可用；AI 故障只是"暂时没有增强"，不是"业务停摆"。 |
| 优先级（MoSCoW） | Must |
| 实现状态 | 已实现 |
| 现状说明与差距 | 该条目的"已实现"判定针对治理规范本身（经代码与工程规范核验）：翻译管道的兜底设计（AI 未配置/异常时自动跳过、不阻断主业务——当前生产即处于该状态）与托管搜索增强——AI 服务异常时自动跳过并告警，主业务零影响，且该兜底模式已沉淀为工程规范。该原则同时确立为后续全部 AI 能力（搜索、选品、数字员工等）的强制设计范式——未来能力须按此范式设计并逐项验证，不因本条目已实现而自动豁免。 |
| 验收要点 | 新 AI 能力上线前进行故障演练（模拟 AI 服务异常，验证主链路零阻断）。 |
6.2 AI 能力合规与权责边界（对应总纲 3.9，APPI 适配）
总纲 3.9 五项要求：①AI 输出仅作商业参考与效率辅助，不构成法律要约/交易担保/专业定论；②大额交易、非标合作、法律文书、财税决策、医疗推荐必须人工审核确认后生效；③不存储用户敏感隐私超限信息，数据流转/存储/调用全程合规留痕；④用户自行决策风险由交易主体自担；⑤面向公众的 AI 话术/展示/推荐逻辑建立人工审核与定期巡检机制。
本节合规设计另参考日本经济产业省·总务省《AI 事業者ガイドライン》（软法性质的实践基准：透明性、人的监督、AI 利用告知等）。本节所引日本法规均为合规提示与建设前置要求，不构成"已合规/已违法"的法务结论；具体条文适用与细则由法务核实确认。
NFR-3.9-01 数据合规基础与 AI 专项条款（APPI）
| 字段 | 内容 |
|---|---|
| 需求编号 | NFR-3.9-01（溯源 AI-3.9-01） |
| 需求描述 | 按 APPI 建立数据处理基础：①三语隐私政策；②敏感数据（安全口径）脱敏、密钥加密存储；③数据最小化：个人敏感信息收集遵循最小必要原则，超范围不存储；④AI 处理专项条款：商品数据发送至外部大模型服务翻译，须在隐私政策中明示相应处理事实——涵盖"委托处理"与"越境转移"两种情形的条款适配（以发送内容包含可识别个人之信息为前提方触发 APPI 义务；委托与第三者提供、境内与越境的分支归属由法务结合服务商数据处理条款核实后回填）；⑤「要配慮個人情報」以不取得为原则。 |
| 用户价值 | 用户个人信息被依法保护；平台在日本市场合规经营。 |
| 优先级（MoSCoW） | Must |
| 实现状态 | 部分实现 |
| 现状说明与差距 | 基础已具备：三语隐私政策明示依 APPI 制定（信息管理者、收集类别、利用目的、第三者提供、跨境转移、保存期间、用户权利、安全措施）；日志对密码、凭证类敏感数据自动脱敏；服务密钥加密存储。差距（重点）：隐私政策尚无 AI 专项条款——翻译启用后商品数据（可能含商家联系方式等个人信息）发送至外部大模型服务，需按上述第④项补齐告知条款，并在规模化启用前完成（风险 C2，双分支细节见 8.1）；「要配慮個人情報」取得同意与目的通知机制未建（本平台以不取得为原则；后续场景如医疗健康类目确需接触时，须先完成机制设计）。 |
| 验收要点 | AI 处理专项条款发布并经法务复核；数据最小化清单评审通过；扩量启动前条款已生效。 |
NFR-3.9-02 AI 输出免责与权责边界条款
| 字段 | 内容 |
|---|---|
| 需求编号 | NFR-3.9-02（溯源 AI-3.9-02） |
| 需求描述 | 服务条款中明确 AI 输出的性质（参考与辅助，不构成法律要约/交易担保/专业定论）与风险承担（用户自行决策风险由交易主体自担）。 |
| 用户价值 | 权责清晰是 AI 争议处理的前提，保护平台与用户双方。 |
| 优先级（MoSCoW） | Must |
| 实现状态 | 已实现 |
| 现状说明与差距 | 三语服务条款已含「AI 服务特别条款」：明示 AI 输出可能不准确、使用结果由用户自担、平台与商家不保证效果；退货退款政策中亦有 AI 服务可用性风险披露。条款体系支持版本化更新。差距：①条款为通用表述，未细化到 AI 能力接入后的具体责任分配（如 AI 翻译误差导致商品信息歧义的责任归属）；②法务提示：面向消费者的免责/减责表述受《消費者契約法》规制，不当免除经营者责任的条款可能被认定无效——P1 细化条款时须经法务复核并按 B2B/B2C 分级表述，不得以"完全免责"对外。 |
| 验收要点 | 细化条款经法务复核（含消費者契約法效力评估）；B2B/B2C 分级表述发布。 |
NFR-3.9-03 审计与可追溯
| 字段 | 内容 |
|---|---|
| 需求编号 | NFR-3.9-03（溯源 AI-3.9-03） |
| 需求描述 | 关键操作与数据流转全程留痕：业务错误记录、交易事件记录、流程契约记录、AI 任务失败轨迹，管理端可查询。 |
| 用户价值 | 出问题可查、可定位、可追责，是"合规优先、交易安全优先"的技术保障。 |
| 优先级（MoSCoW） | Should |
| 实现状态 | 已实现 |
| 现状说明与差距 | "已实现"判定针对通用审计能力：错误留痕（资金/订单/支付类错误强制收录）、交易事件留痕、跨端流程留痕、AI 翻译失败轨迹（失败原因/重试计划/次数）均有记录并配管理查询界面。明确未覆盖项（已列入 P0 商用化动作，见 7.2）：AI 调用专项审计——成功译文版本历史（译文被覆盖后不可回溯）、调用量与成本统计尚无。通用业务审计与 AI 调用审计属两个层次，后者为明确待建项。 |
| 验收要点 | AI 调用留痕覆盖率与译文版本可回溯性达标（口径立项定）。 |
NFR-3.9-04 人工审核机制（覆盖 AI 产出物）
| 字段 | 内容 |
|---|---|
| 需求编号 | NFR-3.9-04（溯源 AI-3.9-04） |
| 需求描述 | 建立「AI 输出 → 人工确认 → 生效」的通用把关框架，覆盖总纲 3.9② 枚举的五类场景：大额交易（阈值由管理层决策，见 DEC-3）、非标合作协议、法律文书、财税决策、医疗相关推荐——上述场景中 AI 输出仅作参考，须经人工确认（明确确认主体、确认时点、确认留痕）后方生效；面向公众的 AI 话术、展示、推荐逻辑人工审核并定期巡检。 |
| 用户价值 | 总纲"人工兜底"原则的落地机制，控制 AI 面向公众输出的质量与合规风险。 |
| 优先级（MoSCoW） | Should |
| 实现状态 | 部分实现 |
| 现状说明与差距 | 人工审核机制本体成熟：业务资格、订单审批、协议审核均有完整人工闭环与留痕。差距：该把关框架尚未延伸至 AI 产出物——底座接入后 AI 译文自动直发无复核（见 FR-3.5-04）；五类场景与 AI 输出的挂钩关系（哪些 AI 参与的建议落入人工确认）待定义；无面向 AI 输出的通用把关框架。需把成熟的审核底座延伸到 AI 产出域（衔接 FR-3.3-05、FR-3.6-03 的挂钩注记）。 |
| 验收要点 | 五类场景人工确认流程上线且"未确认不生效"可验证；巡检记录完整；大额阈值决策落地（DEC-3）。 |
7分期路线图
7.1 分期总原则
| 阶段 | 口径 | 目标 |
|---|---|---|
| P0 | 已实现（13 条） | 直接商用：完成运营验证与治理收尾，兑现存量价值 |
| P1 | 部分实现（8 条） | 补齐关键缺口：底座已在，从可用到好用（含翻译 AI 服务接入） |
| P2 | 规划中（9 条） | 分期建设：按依赖关系排布，兑现总纲差异化蓝图 |
阶段定义说明（防误读）：①P0/P1/P2 按实现成熟度划分，是本文档的任务契约命名，不代表紧急程度排序，也不构成交付时间承诺；②合规前置条件独立于分期存在——各阶段能力同样受合规门槛约束（例：AI-3.5-02 属 P1，其 AI 服务接入/扩量受 C2 约束）；③各阶段周期、里程碑、责任人与资源在立项评审时确定（见 7.6 与 DEC-5），本文不预设数值。
7.2 P0：已实现，可直接商用（13 条）
| 溯源编号 | 能力 | 商用化动作 |
|---|---|---|
| AI-3.2-01 | 信息层基础注册 | 运营推广，扩大企业入驻 |
| AI-3.2-03 | 入驻审核流 | 维持人工审核服务水平，沉淀审核知识 |
| AI-3.3-01 | 基础搜索与筛选 | 确认托管搜索服务启用配置，优化检索体验 |
| AI-3.4-01 | 商品分类体系底座 | 结合"18 类"核对结果做目录治理 |
| AI-3.4-04 | 一套商品库双平台复用 | 扩大双平台商家覆盖，沉淀授权模板 |
| AI-3.5-01 | 界面三语覆盖 | 持续补齐文案，保持三语质量 |
| AI-3.6-01 | 线上商城本体 | 运营增长；同步启动 AI 赋能规划 |
| AI-3.6-02 | 授权冠名店铺体系 | 招募授权渠道商，跑通零库存模式标杆案例 |
| AI-3.6-05 | 扫码承接 | 在展会/门店场景规模应用 |
| AI-3.7-01 | 个人会员体系 | 运营增长，为 AI 服务准备用户基础 |
| AI-3.8-01 | AI 可选增强不阻断 | 沿用为全部 AI 建设的强制工程范式 |
| AI-3.9-02 | AI 免责与权责条款 | 细化到 AI 能力接入后的具体责任分配（经法务复核，见 NFR-3.9-02） |
| AI-3.9-03 | 审计与可追溯 | 补 AI 调用专项审计（与翻译扩展同批） |
7.3 P1：部分实现，补齐关键缺口（8 条）
| 溯源编号 | 能力 | 已有底座 | 待补缺口（阶段目标） |
|---|---|---|---|
| AI-3.1-01 | 模块定位（AI 能力层完整度） | 电商底座 + 翻译建成 | 以 P1/P2 建设逐项补齐六大子能力 |
| AI-3.2-02 | 深度商业注册 | 资质提交与维护全套 | 两阶段分层注册流程产品化；评估 AI 辅助填单 |
| AI-3.3-02 | 三语检索 | 商品多语言字段底座（AI 翻译未接入） | 检索索引三语优化，保证跨语召回质量 |
| AI-3.3-05 | 供需撮合 | 询价/集采/需求参考三形态 | 建设规则级撮合，再演进算法撮合；挂钩人工确认（NFR-3.9-04） |
| AI-3.4-02 | 18 类标准化商品体系 | 分类树 + 属性管理 | 总纲类目清单核对（风险 C3）→ 建档规范层；含薬機法准入确认 |
| AI-3.5-02 | 动态内容 AI 翻译 | 翻译管道底座（配置页/密钥加密/重试队列/状态提示/自动化测试） | 接入 AI 服务＋合规前置（C2 条款先关闭、后接入，接入时点见 DEC-1）；接入后建立译文抽检 |
| AI-3.9-01 | APPI 数据合规 | 三语隐私政策 + 脱敏 + 加密 | 补 AI 处理专项条款（委托与越境双分支，风险 C2，优先）；数据最小化与要配慮個人情報原则落地 |
| AI-3.9-04 | 人工审核机制 | 成熟业务审核底座 | 审核范围延伸至 AI 产出物（五类场景挂钩，衔接 FR-3.5-04） |
7.4 P2：规划中，分期建设（9 条）
| 溯源编号 | 能力 | 建设要点 | 主要依赖 |
|---|---|---|---|
| AI-3.2-04 | 智能工具试用期/付费开通 | 试用期计时、开通订单、付费墙；覆盖四类工具（AI 数字店铺、企业数字员工、智能选品、智能报价）统一机制 | 各工具本体（AI-3.6-03、AI-3.4-03 等）绑定排期；条款经法务复核（FR-3.2-04 合规提示） |
| AI-3.3-03 | 垂直行业专业词库 | 共享术语库基础设施（独立前置交付），翻译与检索两域复用 | 立项后排期（与 AI-3.5-03 同源并行，无循环依赖） |
| AI-3.3-04 | 主体识别与参数解析 | 查询理解服务、结构化检索；全域主体（协会/机构/高校等）检索收录的分阶段范围随本能力定义 | 词库（AI-3.3-03） |
| AI-3.4-03 | AI 智能选品推荐 | 选品模型、数据管线、推荐接口 | 标准化商品体系（AI-3.4-02）、数据积累 |
| AI-3.5-03 | 垂直场景商务翻译 | 场景提示词库、术语库复用、分批上线 | 翻译底座（AI-3.5-02）+ 共享术语库（AI-3.3-03） |
| AI-3.5-04 | 高风险双轨复核 | 复核工作流、译文比对界面、机构合作 | 场景翻译（AI-3.5-03）、审核底座延伸（AI-3.9-04）、日本本地复核机构资源 |
| AI-3.6-03 | 企业数字员工系统 | 对话引擎、分身配置、服务看板；"智能客服（平台级）→ 数字员工（个人级）"两步走 | 翻译多语应答（AI-3.5-02/03）、合规框架（3.9、C6）、AI 身份明示要求 |
| AI-3.6-04 | 线下 AI 新零售广场 | 五大功能区数字化、扫码承接升级 | 数字员工（AI-3.6-03）、线下场地资源 |
| AI-3.7-02 | 个人数字形象与 AI 购物助手 | 形象配置、对话式购物、个性化推荐；立项前完成 APPI 影响评估（C6） | 数字员工底座（AI-3.6-03） |
7.5 关键依赖关系
- 商业化闭环依赖：试用期/付费开通（AI-3.2-04）绑定各智能工具本体同步落地——工具本体先行，商业机制随行；
- 合规前置依赖（顺序不可颠倒）：翻译 AI 服务接入与规模化启用/扩量前完成隐私政策 AI 处理专项条款（AI-3.9-01，风险 C2，委托与越境双分支核实回填）；数字员工面向公众输出前建立 AI 人工把关框架（AI-3.9-04）与 APPI 影响评估（C6）；
- 数据一致性依赖：「18 类」清单核对（风险 C3）是标准化商品体系（AI-3.4-02）与智能选品（AI-3.4-03）的共同输入；
- 能力复用依赖：共享术语库基础设施一次建设、翻译与检索两域复用（AI-3.3-03 与 AI-3.5-03 共同前置，无循环依赖）；对话与多语应答底座一次建设、数字员工与个人 AI 助手两场景复用（AI-3.6-03 与 AI-3.7-02）。
7.6 立项待补齐要素（不预设数值）
各阶段以下要素在立项评审时确定，本文不预设数值：①阶段周期与里程碑；②业务/技术责任人；③资源与成本估算；④验收指标框架（指标名称示例，基线与目标值立项定）：跨语搜索使用与转化率、撮合商机有效率、商品三语覆盖率与译文抽检合格率、AI 服务调用量与成本、人工复核率与驳回率、数字员工接待转化率；⑤合规资源投入：法务（隐私政策改版、条款细化、越境分支核实）、日本本地人工复核机构合作（FR-3.5-04 依赖）。原始投入决策依赖 2.5 节 DEC-1～DEC-5。
8风险与开放问题
8.1 风险清单（C1～C3、C5 源自 2026-10-21 盘点关注点；C6 为本 PRD 前瞻补充）
| 编号 | 风险描述 | 等级 | 应对方向 | 建议责任方 | 关闭标准 |
|---|---|---|---|---|---|
| C1 | AI 翻译服务未接入（已确认）：翻译工程管道底座已建成（配置页/重试队列/状态提示/自动化测试），但经 2026-10-21 部署权威口径确认，生产未配置任何 AI 服务。影响：三语浏览与检索体验依赖人工维护译文；AI 增强在接入前无法兑现。 | 中 | 以「底座已建成、AI 服务未接入」口径对外表述；接入以 C2 合规条款关闭为硬前置，接入时点为管理层决策事项（DEC-1） | 管理层决策（DEC-1）＋技术实施 | C2 关闭后按 DEC-1 启动接入；本文档状态随接入回填 |
| C2 | AI 翻译合规缺口（APPI，双分支）：翻译启用后商品数据（以包含可识别个人之信息为前提）发送至外部大模型服务，涉及两条合规分支：①若构成 APPI 项下委托处理（受托方仅限受托目的使用），平台须履行委托方监督管理义务并在隐私政策中明示委托事实；②若超出委托关系或涉及向境外第三方提供，则按越境转移规则处理（本人同意＋规定信息提供，或适用同等保护安排）。分支归属取决于服务商数据处理条款（含数据是否用于模型训练），由法务/合规核实后回填；核实与条款补齐前，翻译扩量不得启动。 | 高（合规） | 核实服务商数据处理条款 → 确定分支归属 → 补齐隐私政策 AI 处理专项条款 → 方可扩量（顺序不可颠倒，见 7.5） | 法务/合规（技术运维配合提供数据流信息） | 专项条款发布且分支归属回填（对应 DEC-2） |
| C3 | 「18 类」清单同构性待核对：总纲"18 类标准化商品体系"与现有分类目录（六大类十八子类的 AI 产品目录）数量巧合，语义是否同一体系待核对；直接引用会造成类目错配。 | 中 | 商品团队以总纲类目清单逐一核对后再固化建档标准与选品库范围；同时确认各类目是否涉及《薬機法》规制对象（医疗类产品、健康功效表述） | 商品团队（法务配合） | 核对结论与建档规范发布 |
| C5 | 内部资料时效风险：部分内部知识资料仍记录已废弃的旧设计（如已删除的跨渠道商品复制机制），后续引用会误导建设方向。 | 低 | 内部资料治理时统一修正；后续建设一律以当前系统实际状态为准 | 知识管理 | 过时条目修正完成 |
| C6 | P2 能力前瞻合规风险（本 PRD 前瞻补充，非盘点结论）：①用户画像与个性化推荐（FR-3.4-03/FR-3.7-02）涉及个人关联信息利用规则；②数字员工对话记录（FR-3.6-03）的利用目的告知与保存期限；③客服对话翻译（FR-3.5-03）使委托/越境处理对象从商品数据升级为对话数据；④自定义真人形象（FR-3.7-02）涉及肖像与人格权益。 | 中 | 上述能力立项时前置专项 APPI 影响评估（评估清单由合规侧出具，参考《AI 事業者ガイドライン》）；隐私政策随能力上线同步更新 | 法务/合规（随立项） | 各能力立项评审通过前置评估 |
8.2 开放问题
- 翻译 AI 服务的接入时点与实施安排（对应 C1、DEC-1）——待管理层决策；接入以 C2 合规条款关闭为硬前置；
- 「18 类标准化商品体系」与现有分类目录的同构性结论（对应 C3）——待商品团队核对；
- AI 翻译范围扩展（订单、消息、咨询应答）与双轨复核机制的优先级排序——建议：翻译 AI 服务接入后先建立商品翻译抽检机制，场景扩展与复核工作流同批规划；
- 数字员工的建设节奏与商业化定价（试用期时长、付费档位）方案——建议随 P2 立项一并决策（DEC-4）；
- 现有通用免责条款向具体 AI 能力（翻译误差责任分配等）的细化节奏——建议 P1 期内完成（含《消費者契約法》效力评估）；
- 大额交易人工确认阈值与非标合作场景清单——待管理层定义（DEC-3）。
9附录 A 实现状态溯源清单（30 条）
实现状态全部溯源至 2026-10-21 平台现状只读盘点（每条均含代码级证据，此处仅列结论；判定口径：已实现＝能力完整可用；部分实现＝底座存在但 AI 能力未接入或未达总纲描述；规划中＝尚无相应能力）。
| 溯源编号 | 所属章节 | 条目 | 实现状态 | 本文位置 |
|---|---|---|---|---|
| AI-3.1-01 | 3.1 模块定位 | AI 功能模块作为平台核心能力层 | 部分实现 | 4.1 |
| AI-3.2-01 | 3.2 智能注册 | 信息层基础注册 | 已实现 | FR-3.2-01 |
| AI-3.2-02 | 3.2 智能注册 | 深度商业注册（资质认证） | 部分实现 | FR-3.2-02 |
| AI-3.2-03 | 3.2 智能注册 | 入驻审核流 | 已实现 | FR-3.2-03 |
| AI-3.2-04 | 3.2 智能注册 | 智能工具试用期/付费开通 | 规划中 | FR-3.2-04 |
| AI-3.3-01 | 3.3 智能搜索 | 基础商品搜索与筛选 | 已实现 | FR-3.3-01 |
| AI-3.3-02 | 3.3 智能搜索 | 三语检索 | 部分实现 | FR-3.3-02 |
| AI-3.3-03 | 3.3 智能搜索 | 垂直词库 | 规划中 | FR-3.3-03 |
| AI-3.3-04 | 3.3 智能搜索 | 主体识别与参数解析 | 规划中 | FR-3.3-04 |
| AI-3.3-05 | 3.3 智能搜索 | 供需撮合 | 部分实现 | FR-3.3-05 |
| AI-3.4-01 | 3.4 智能选品 | 商品分类体系底座 | 已实现 | FR-3.4-01 |
| AI-3.4-02 | 3.4 智能选品 | 18 类标准化商品体系 | 部分实现 | FR-3.4-02 |
| AI-3.4-03 | 3.4 智能选品 | AI 智能选品推荐 | 规划中 | FR-3.4-03 |
| AI-3.4-04 | 3.4 智能选品 | 一套商品库双平台复用 | 已实现 | FR-3.4-04 |
| AI-3.5-01 | 3.5 智能翻译 | 界面多语言覆盖 | 已实现 | FR-3.5-01 |
| AI-3.5-02 | 3.5 智能翻译 | 动态内容 AI 翻译 | 部分实现 | FR-3.5-02 |
| AI-3.5-03 | 3.5 智能翻译 | 垂直场景商务翻译 | 规划中 | FR-3.5-03 |
| AI-3.5-04 | 3.5 智能翻译 | 高风险双轨复核机制 | 规划中 | FR-3.5-04 |
| AI-3.6-01 | 3.6 新零售赋能 | 线上新零售商城本体 | 已实现 | FR-3.6-01 |
| AI-3.6-02 | 3.6 新零售赋能 | 授权冠名商城（壳店体系） | 已实现 | FR-3.6-02 |
| AI-3.6-03 | 3.6 新零售赋能 | 企业数字员工系统 | 规划中 | FR-3.6-03 |
| AI-3.6-04 | 3.6 新零售赋能 | 线下 AI 新零售广场 | 规划中 | FR-3.6-04 |
| AI-3.6-05 | 3.6 新零售赋能 | 扫码承接 | 已实现 | FR-3.6-05 |
| AI-3.7-01 | 3.7 个人 AI 服务 | 个人会员体系 | 已实现 | FR-3.7-01 |
| AI-3.7-02 | 3.7 个人 AI 服务 | 个人数字形象与 AI 购物助手 | 规划中 | FR-3.7-02 |
| AI-3.8-01 | 3.8 边界与迭代 | AI 可选增强不阻断主业务 | 已实现 | NFR-3.8-01 |
| AI-3.9-01 | 3.9 合规与权责 | 数据合规基础与 AI 专项条款 | 部分实现 | NFR-3.9-01 |
| AI-3.9-02 | 3.9 合规与权责 | AI 输出免责与权责边界条款 | 已实现 | NFR-3.9-02 |
| AI-3.9-03 | 3.9 合规与权责 | 审计与可追溯 | 已实现 | NFR-3.9-03 |
| AI-3.9-04 | 3.9 合规与权责 | 人工审核机制（覆盖 AI 产出物） | 部分实现 | NFR-3.9-04 |
计数核对：已实现 13 条（AI-3.2-01/03、AI-3.3-01、AI-3.4-01/04、AI-3.5-01、AI-3.6-01/02/05、AI-3.7-01、AI-3.8-01、AI-3.9-02/03）；部分实现 8 条（AI-3.1-01、AI-3.2-02、AI-3.3-02/05、AI-3.4-02、AI-3.5-02、AI-3.9-01/04）；规划中 9 条（AI-3.2-04、AI-3.3-03/04、AI-3.4-03、AI-3.5-03/04、AI-3.6-03/04、AI-3.7-02）。合计 30 条，与 2.4 节、5.0 节口径一致。注记（2026-10-21 部署权威口径更正）：AI-3.5-02（动态内容 AI 翻译）由"已实现"更正为"部分实现"——工程管道底座已建成、AI 服务未接入；该更正仅覆盖此一条状态，其余条目代码级盘点判定维持不变。
注记（V1.4）：原「3.8 边界与迭代」章 02 号条目已于 V1.4 按管理层指示移除，不纳入统计；其余条目编号保留不重排。
*本文档由 2026-10-21 现状盘点结论与《NexaAI 全球商业引擎·日本总纲》第三章编制，经三模型独立审阅、交叉讨论与修订复核后发布；V1.3 按部署权威口径（2026-10-21）更正 AI-3.5-02 状态与全文 AI 接入口径（审阅记录见 Run 产物 review-records.md）。*