轻办
AI 办公与内容创作工作台
从生成一篇文章、制作一张图片到整理演示文稿，让不同的内容工作在同一处完成。这篇经验记录我如何把想法拆成可交付的产品流程，并把失败与发布也纳入设计。
问题与目标
内容创作往往需要在写作、图片、演示文稿和素材管理之间来回切换。轻办想把这些环节连接起来，让一次生成的结果可以继续查看、编辑、下载和管理。
目标不是堆叠 AI 按钮，而是让用户知道任务正在做什么、失败后会发生什么，以及自己的内容和权益如何被保存。
我的职责
我负责产品流程、交互与前端工作台，也完成了 Node.js / NestJS 后端、PostgreSQL 数据结构、异步生成任务与运营后台的开发。
上线环节由我整理构建、服务守护、健康检查和版本切换流程。AI 辅助我实现模块；需求边界、验收标准及发布判断由我负责。
产品流程
从用户发起请求到拿到可继续使用的结果，流程中的每一步都有明确的状态与下一步。
- 01
选择工作
在文章、图片、演示文稿和模板等场景中选择入口。
- 02
提交任务
登录后填写素材与要求；服务端保存任务和状态。
- 03
等待生成
耗时工作交给异步 Worker，页面可以查询进度。
- 04
继续使用
成功后查看、编辑或下载；失败时给出原因并处理权益。
三个关键决策
让耗时生成离开请求链路
用任务状态连接前端与 Worker。生成可能耗时或超时。把提交、执行和取回结果分开，页面才能明确展示进行中、成功和失败。
先定义失败后的账
用去重与幂等约束重复提交，失败时退还点数。用户最关心的不是模型是否报错，而是重复点击会不会重复扣点、失败后能否继续尝试。
发布必须能退回
使用独立版本目录与 current 软链接切换，切换后做健康检查。构建成功不等于服务可用；新版本有问题时，需要有明确的旧版本可切回。
踩坑与修复
一次演示文稿生成任务提交成功，但模型返回的数据不符合页面需要的结构。
问题不在按钮或页面渲染，而在模型结果缺少稳定的结构约束；直接把结果交给后续流程会放大错误。
在进入后续处理前用 JSON Schema 校验；对可恢复的结构错误进行受控重试。仍失败时明确标记任务失败并退还点数。
当前状态
轻办已有公开可访问的产品页面，这篇经验所述的工作台、异步任务、后台与版本化发布来自项目材料。
这里不展示用户量、收益或生成效果数据；后续会继续依据真实使用反馈迭代。