问题、目标用户与方案
业务问题
商品、订单、直播、投放、售后和短视频生产分散在不同工具中，缺少统一经营视图和内容生产闭环。
目标用户
需要统一处理经营分析、售后与内容生产的抖音和淘宝电商经营者。两版本的实现范围不同。
产品方案
以多维表格作为数据底座，保存了抖音全链路全栈实现与淘宝经营/客服前端实现，两套源码分别绑定独立 Base。
我在项目中的参与
将公开资料中的角色描述拆成可交接的工作面，方便继续核对源码、数据和运行条件。
- 产品架构
- 全栈实现
- 数据建模
- AI 视频流程
- 交接重建
亲自试试这个方向的交互演示
独立交互演示 · 虚构数据。交互只存在于当前页面内存，不启动真实业务写入；场景按已有公开模块整理，待与原业务实现核对。
界面展示
使用已保存的原前端组件重新渲染，配合专门编写的示例数据。以下为作品集演示，不是历史运行截图或真实经营结果。
三步典型使用场景
以下路径是基于公开资料对业务对象和页面关系的整理，不是线上操作记录。
01 · 经营总览到动作
先在经营总览聚合商品、订单、直播、投放和售后，再把异常引向对应模块；这是根据九个模块和页面范围整理的阅读路径。
02 · 素材到分镜
从素材与商品资料开始，经过脚本、分镜、任务状态和结果复核，理解五阶段生产法的输入与边界。
03 · 两版本交接
先分别核对抖音版全链路范围与淘宝版经营/客服前端范围，再决定数据、身份和外部能力的替换顺序。
两项具体设计取舍
这是根据已有问题、方案、功能和迁移字段整理出的判断，供接手者复核。
把两版本范围分开说明
公开资料同时保存抖音版与淘宝版，但实现范围和集成边界不同；页面按版本呈现，避免把淘宝前端说成已有千牛连接器。
让五阶段保留状态边界
素材、脚本、分镜、生成任务和结果复核分别表达；展示图只解释流程，不把未执行的视频生成写成完成结果。
完整功能与参与工作
关键能力
- 九大电商经营模块
- 短视频五步生产法
- AI 视频任务轮询
- 深浅双主题
- 独立 UI 与健康检查预览
- 淘宝客服/千牛扩展结构
- 淘宝经营与客服模块源码
- 两套独立妙搭应用快照
参与工作
- 产品架构
- 全栈实现
- 数据建模
- AI 视频流程
- 交接重建
两个实现范围
抖音版
全链路经营分析与 AI 短视频生产的全栈实现。资料记录了21表数据底座、源码归档构建和界面/健康检查。
独立运行仍需替换平台数据访问、身份、附件、Workflow 与 AI服务。
淘宝版
淘宝经营与客服模块前端实现，绑定独立的26表数据结构。资料记录了依赖安装、类型检查、ESLint与Vite构建通过。
源码尚未包含直接千牛或淘宝OpenAPI连接器；构建通过不能代表淘宝业务接口已接通。
九个模块
经营总览
把商品、订单、直播、投放与售后放进统一经营视图。
商品管理
为商品运营与内容生产提供可关联的商品资料。
订单管理
集中呈现订单相关的业务信息。
直播分析
围绕直播经营信息组织分析页面。
千川投放
组织抖音投放相关的经营分析模块。
售后管理
将售后处理纳入电商经营工作台。
短视频生产
以五步法、分镜卡片与任务状态组织 AI 视频生产。
智能收件箱
提供集中处理输入信息的模块；详细分类与自动化规则待与线上核对。
系统设置
承载配置入口与深浅主题；具体权限与配置项待与线上核对。
架构示意
根据现有资料整理；结构示意，待与线上实现核对。
React + TypeScript
经营页面、分镜卡片、主题与交互。
NestJS服务端
抖音全栈版本的业务API与平台调用封装；淘宝归档为前端实现。
飞书Base数据层
两版本分别绑定独立业务表结构。SQLite用于已整理的离线恢复底座，不等于原应用已完成数据库迁移。
AI与附件能力
视频任务状态轮询、生成能力与媒体访问需要平台或独立适配器。
交付证据与状态
公开资料中的证据
- 抖音版 508 个归档文件
- 淘宝版 147 个开发态安全源码文件
- 抖店 21 表 Base
- 淘宝版 26 表、500 字段精确源码绑定
- 抖音版精确归档包构建通过
- 淘宝版 npm ci、typecheck、ESLint 与 Vite build 通过
DOUYIN_ARCHIVE_BUILD_PASS_TAOBAO_VITE_BUILD_PASSUI_AND_HEALTH_PASS交付证据与构建状态为资料内历史验证记录，本轮未重新验证这些业务应用。
迁移限制与素材状态
两套应用源码和数据结构已保存；独立运行需替换飞书 Base capability、身份、附件、Workflow 和 AI。淘宝版源码尚未包含直接千牛/OpenAPI 连接器。
历史页面截图与完整业务运行演示尚未全部接入。本页主要展示项目资料，新增界面展示单独标注来源与示例数据，不提供原业务系统的在线服务。
五阶段示意
五阶段内容生产示意
作品集交互示意：根据已有功能设计，待与线上五步法核对。所有分镜为专门编写的示例，不读取业务记录、不调用视频服务。
示例商品：桌面收纳盒。整理使用场景与可展示的特点，不使用真实商家数据。
商品资料
示例商品：桌面收纳盒。整理使用场景与可展示的特点，不使用真实商家数据。
脚本方向
示例方向：用整理前后的桌面对比，讲清日常收纳场景。此文案是展示材料，不是线上生成结果。
分镜规划
查看四张示例分镜，把一段内容拆成可讨论的画面与字幕。
俯拍散落文具的桌面。
先展示需要整理的日常场景。
把文具按类别放入收纳格。
用清楚的操作展示整理过程。
近景展示分格与取用动作。
说明可观察的使用方式，不编造性能。
回到桌面全景对比整理状态。
展示场景变化，不虚构销售效果。
生成任务
真实系统在这里创建并轮询视频任务。本演示只解释过程，不创建任务、不展示虚构成功状态。
结果复核
真实交付需要检查画面、文案、媒体访问与转存结果。本演示不提供已生成视频。
技术限制与待补能力
- 同一Base内的附件引用可用file token关联，独立系统仍需要替换附件存储和访问方式。
- 机器人身份下载AI视频存在平台限制，不应把生成完成与可下载转存混为一谈。
- 飞书JSAPI依赖飞书客户端环境，普通网页需要独立身份与替代实现。
- 任务轮询、生成状态与转存状态应分别展示；当前作品集不执行真实视频生成。
三步接手与迁移顺序
这些是基于当前资料整理的下一步工作，不是已经验收完成的交付。
- 01
冻结双版本清单
逐项确认两套源码、模块、数据表和现有构建证据，标记需要重新验证的页面与服务。
- 02
替换平台依赖
为身份、Base 访问、附件、Workflow、AI 和淘宝连接器分别设计独立适配器与最小测试。
- 03
重跑端到端验证
先做离线读路径，再验证数据写入、任务轮询、媒体访问和权限；完成后再讨论真实视频或业务运行。