应用源码归档
9 个自有妙搭应用均有源码快照
PROJECT ATLAS
AI 原生业务系统，连接业务与工程。
从电商与零售，到 AI 内容和企业系统，把业务、数据与全栈工程连成可接手的产品。
8项目案例
Caps / 作品地图
作品导航
ABOUT CAPS
把业务问题整理成能被理解、验证和接手的系统。
Caps 的工作重点是 AI 原生业务系统、电商与零售数字化、全栈产品开发、数据与工作流架构，以及系统迁移与灾备。工作从业务对象和流程开始，再落到数据模型、页面、服务和可追溯的验证材料。
这套作品地图也保留交接视角：源码快照、数据合同、离线底座和平台依赖分别说明。这样既能看到产品如何工作，也能知道下一位工程师接手时要替换哪些身份、数据、附件和外部能力。
工作围绕业务理解、产品实现和交接迁移展开，具体范围以各案例页面为准。
可移植数据底座
覆盖 248 张表和 4414 个字段
离线验证记录
脱敏记录可装入 SQLite 并通过只读 API 访问
Agent / Skill 恢复材料
3 个 Agent、1 个真实 Skill 源码包和 4 个重建规格
CAPS PRINCIPLES
先把业务对象讲清楚，再让 AI 和工程一起工作。
这份项目理念草稿从公开案例里的页面、数据、任务和迁移边界整理而来，用来解释 Caps 如何把复杂业务变成可阅读、可复核、可接手的产品。
围绕业务对象组织产品
先确认角色、对象、状态和动作，再安排页面与服务，让每个入口都能回到真实工作。
让 AI 输出可复核
把提示、Brief、生成、质检和人工确认拆成连续步骤，保留输入、判断与结果之间的关系。
留下可接手工程
把数据合同、身份、附件、外部能力和历史证据分开记录，为下一位工程师列出替换顺序。
根据现有项目积累整理的草稿，Caps 可继续改写。
CAPABILITIES
五项能力，落到具体产物和场景。
能力名称沿用公开资料；下面补充的是围绕案例整理出的交付视角。
产品与领域建模
把角色、业务对象、流程、页面和验收口径放进同一份产品结构。
适用场景
适合从零整理经营、内容或企业管理问题，先确定系统要处理的事实和动作。
关联案例
企业数智一体化 ERP · 智能零售经营系统
全栈工程
用 React、TypeScript 与 NestJS 组织前端页面、业务接口和可继续构建的工程边界。
适用场景
适合需要把页面体验、服务端逻辑和数据读写一起交付的业务系统。
关联案例
电商综合智能经营系统 · 企业数智一体化 ERP
AI 工作流
将 Agent、Skill、内容生成、质检、任务编排和结果写回拆成可观察的步骤。
适用场景
适合短视频仿写、经营助手和内容增长等需要人机协作的流程。
关联案例
爆款视频仿写系统 · 豆包智慧电商（抖音版 + 淘宝版）
数据工程
围绕 Base、Schema、SQLite 与稳定 API 组织数据合同、离线恢复和读取边界。
适用场景
适合多来源经营数据需要统一口径，同时还要保留迁移和只读验证路径的项目。
关联案例
电商统一经营 Demo · 直播电商经营系统
迁移与灾备
从平台源码、数据合同和历史证据整理可恢复材料，列出独立运行所需的替换项。
适用场景
适合接手低代码或平台绑定工程，需要先区分已保存材料、历史记录和待复验能力的场景。
关联案例
豆包智慧电商（抖音版 + 淘宝版） · 电商综合智能经营系统
SELECTED CASES
三项代表作，直接进入案例和演示。
豆包智慧电商、爆款视频仿写和企业数智一体化 ERP 分别对应经营、内容和企业协同；其余五个项目仍保留在地图与详情页中。
01 · 01 / TWO IMPLEMENTATIONS豆包智慧电商（抖音版 + 淘宝版）将经营分析、售后与短视频生产放到同一作品范围里，同时保留抖音全链路版本与淘宝经营/客服前端版本的差异。经营总览与商品管理 · 直播、投放与售后 · 短视频五步生产法两套源码范围说明、九个模块、四节点架构示意与两张原组件展示图。亲自试试经营总览
02 · 02 / CONTENT PIPELINE爆款视频仿写系统把素材拆解、商品选择、内容仿写、质量审核和投放复盘串成可讨论的内容生产路径。爆款拆解与商品关联 · 脚本/Brief 与仿写任务 · 内容质检与投放复盘公开功能摘要、内容任务结构、参与工作说明与 OAuth/视频能力迁移清单。亲自试试脚本质检
03 · 03 / ENTERPRISE OPERATIONS企业数智一体化 ERP围绕客户、合同、审批、权限和报表组织企业日常协同，把跨部门动作放到同一条可追踪路径中。客户与合同 · 审批与权限 · 任务、财务、人力与报表公开模块范围、85 张 Schema 架构示意、角色权限与迁移接手路径。亲自试试客户与合同TRY THE WORKSPACE
从代表作进入一组可操作的前端演示。
五个视图共享同一组手写虚构数据，筛选、详情、任务和人工质检只存在于当前页面内存，不连接真实客服、审批或业务写入。
COMMERCE经营总览
按六个商品类目筛选示例经营数据，查看聚合指标、商品详情与本地跟进任务。
打开演示 ↗TAOBAO淘宝客服按售前、物流、售后三类问题和处理状态筛选虚构工单，检查客服处理路径。
打开演示 ↗LIVE直播复盘选择四个虚构场次，对照成交、订单、观看和转化指标，创建复盘跟进任务。
打开演示 ↗VIDEO脚本质检选择三组虚构素材，阅读专门编写的内容 Brief，人工勾选质检项。
打开演示 ↗ERP客户与合同按管理状态筛选四个虚构客户与合同，查看审批计划、权限与后续任务。
打开演示 ↗
BUILDING METHOD
五个阶段，把复杂业务整理成可接手的系统。
这是根据公开项目资料整理出的构建方法，不表示每个项目都全量通过了五个阶段。
理解业务对象
先从经营、内容或管理问题梳理角色、事实、动作和流程，明确用户真正要完成的工作。
产物 · 领域对象与流程草图建立数据合同
把来源、字段、状态和权限边界整理成数据合同，保留平台绑定与独立迁移之间的差异。
产物 · Schema、表合同与口径说明组织页面与服务
把业务动作落到页面、API 和服务边界，安排从诊断到执行的路径，而不是只堆叠功能入口。
产物 · 页面骨架、接口边界与交互状态编排 AI 与工作流
把生成、质检、任务状态和结果写回拆成可观察步骤，明确哪些环节需要平台能力或人工复核。
产物 · Agent/Skill 流程与状态设计验证并交接
整理源码、离线底座和历史证据，重新列出构建、身份、附件、写入与外部集成需要补做的验证。
产物 · 接手清单与待复验边界SOURCE / DATA / INTEGRATION
从源码和数据出发，逐项替换平台依赖。
公开资料中已有源码快照、数据合同和离线恢复材料；它们是继续工作的基础，不等同于原应用已经在独立环境上线。
源码快照
保留应用源码、页面结构和构建记录，便于先做静态阅读、依赖盘点和局部重建。
接手边界
需重新核对依赖、配置、身份和运行入口。
数据合同与离线底座
Base 表结构、Schema 与 SQLite 只读底座帮助恢复字段关系和验证口径。
接手边界
离线记录不代表当前线上业务数据，也不替代独立写入服务。
外部集成替换
把平台身份、附件、Workflow、AI 与连接器单独列出，按可替换适配器规划下一步。
接手边界
普通网页不能直接继承飞书客户端 JSAPI、千牛连接器或历史授权。
这里的数字只用于说明公开资料中保存的材料规模，不代表客户数、独立上线数或当前经营指标。
PUBLIC BOUNDARY
资料展示与业务运行，保持清楚的边界。
本页展示什么
已有事实来自公开作品资料；目标用户、架构和展示流程根据现有资料整理，待与线上实现核对。
历史页面截图与完整业务运行演示尚未全部接入。本页主要展示项目资料，新增界面展示单独标注来源与示例数据，不提供原业务系统的在线服务。
历史状态如何理解
交付证据与构建状态为资料内历史验证记录，本轮未重新验证这些业务应用。
归档、构建或健康检查记录不表示线上可用、独立运行已通过或取得经营成绩。
FAQ
先把常见的边界问题讲明白。
每条回答都以当前公开资料和本页静态展示范围为准。
这个站点可以体验什么？
可以阅读作品地图、筛选八个项目、打开静态详情页，并在豆包案例中查看两张原组件展示图和五阶段内容示意。地图和页面交互在本地离线运行。
这些页面是不是原业务系统？
作品地图和详情页是为公开资料整理的静态作品集页面。豆包展示图来自隔离渲染的原前端组件与专门编写的示例数据，不是历史运行截图，也不提供原业务系统服务。
能不能完全脱离飞书运行？
源码和数据结构可以作为迁移起点，但不能只复制页面就完成独立运行。身份、数据访问、附件、Workflow、AI 与写入服务都需要替换并重新验证。
源码里的淘宝接口和 AI 视频能直接用吗？
不能这样推断。资料明确保留了淘宝经营与客服前端范围，但没有直接千牛或淘宝 OpenAPI 连接器；AI 视频页面展示流程与边界，不创建真实任务、不展示虚构成片。
页面上的构建和交付状态是什么意思？
它们是公开资料中的历史记录，本轮作品集没有重新验证这些业务应用。详情页会同时列出证据、历史状态和迁移限制，方便接手者安排下一轮检查。
每一个节点，都是一段从业务问题到工程交付的实践。
Caps Portfolio