Vibe Coding / Local-first production system

Ecom

把商品资料、平台规则与版本恢复,排成一条可检查的生产路径。

Demo 可复现Amazon / 淘宝900px+ 桌面工作台

这不是一张生成海报,而是一条可以回看、恢复和交付的生产路径。

验证什么

共享商品事实能否驱动两个平台的交付槽位。

已经成立

准备、策划、逐槽生产与导出可以连续推进。

依赖什么

Demo 在浏览器运行,API 受能力门禁。

证据是什么

真实工作台截图,而不是 mockup 或回归图。

先看任务如何被摆上桌,再看它如何被交付。

每张图来自 2026-08-26 当前本地应用,只证明一个运行状态:任务入口、运行设置、平台切换或历史恢复。它们不证明外部模型质量或平台审核结果。

空白任务先暴露真正的起点:没有商品事实,就没有策划

这个状态证明工作台不会用一张假图替用户填空,平台选择、商品事实和参考素材都必须从任务入口开始。

最新 Ecom Amazon 空白任务入口:任务设置、商品事实与参考图入口

运行模式决定哪些能力可以被证明,API 设置也必须留在用户控制之内

设置页把 Demo/API、文本与图片服务、本地存储和 Key 不回显的边界放到明面上。

最新 Ecom 运行设置:Demo/API、Provider 能力与本地存储边界

平台切换后,商品资料仍是同一个生产起点

淘宝 / 天猫入口保留共享商品事实,但把后续主图与详情图规则留给平台工作流。

最新 Ecom 淘宝/天猫任务入口:商品资料与主图详情图工作流

没有完成策划时,历史记录明确保持为空

历史抽屉说明记录只在完成策划后生成,恢复、复用与重新导出都以本地 Run 为单位。

最新 Ecom 历史记录:本地任务记录与恢复入口

它组织电商图片生产,不替代事实核对和平台最终审核。

当前可以验证

资料整理、平台规则、策划、逐槽生成、版本切换和导出准备能否形成可恢复闭环。

运行依赖

商品、素材和 Run 保存在当前浏览器;真实 Provider 依赖 HTTPS、CORS、配额与模型能力。工作台面向 900px 以上桌面端。

当前不验证

不验证事实正确、模型质量、平台获批、投放和移动端生产。

五个动作把准备态推进到可复查的交付包。

01 · 准备填写商品事实与参考素材。
02 · 设定选择平台、数量、尺寸与模板。
03 · 策划生成槽位、证据与提示词。
04 · 生产逐槽生成并保留可恢复版本。
05 · 交付检查预览、合规状态并导出。

系统与数据决策

ProductProject 保存商品事实,PlatformSession 保存平台上下文,ProductionRun 保存不可变快照。Demo 用于确定性演示,API 受能力门禁控制。

核心判断:本地生产骨架成立,外部结果仍需人工接管。

验证结果

已成立

跨平台共享输入、规则化槽位、逐图版本和可恢复交付已经形成一条可检查的工作路径。

证据缺口

仍薄弱

真实 Provider 的稳定性、生成图片的事实质量、平台审核与跨浏览器表现仍没有外部证据闭环。

下一轮不先加功能,先补“结果是否可信”的证据。

当前限制

本页证据来自本地 Demo 与固定视口截图;外部 API、平台上传与最终审核不在本实验的证明范围。

  1. P0

    真实链路

    验证 Provider、CORS、配额与失败恢复。

  2. P1

    交付可信

    核对事实、规则与导出 manifest。

  3. P2

    资产协作

    在结果可信之后,再评估跨设备资产与更多平台。