七牛云实训营的另一道赛题。要做一个多平台内容发布工具：写一篇稿子，自动适配成各个平台（公众号、知乎、小红书等）各自的调性和格式，省掉手动一遍遍改写的功夫。
三个我觉得值得说的决策
一、AI 起草的成本路由
加了一个”给我个主题，AI 帮你起草”的入口。直觉做法是全程用一个付费模型（DeepSeek）起草加润色，但比赛的 API 余额很有限（共享额度只剩个位数元），全程付费模型很快就烧光。
我把管线拆成两段，按成本路由：
- 起草初稿：路由到一个免费的中转模型服务（OpenAI 兼容）。初稿质量要求不高，只要把骨架铺出来，用免费的最划算。
- 自审润色：才交给付费的 DeepSeek，温度调低（0.4）做轻量打磨。
这样付费模型只承担最后一道”提质”，单次完整调用链的成本压到约 0.01 元。核心思路是：按”对质量的敏感度”给每一步选模型，不敏感的步骤用免费/便宜的，把贵的留给真正影响产出的环节。 润色这步还做了降级——如果付费接口失败，直接返回初稿，不让单点故障卡住整条流程。
二、“真发布”做成诚实版
赛题里有”让 AI 替你执行真实操作”的设想，落到发布场景就是”一键真发到各平台”。但现实是我没有各平台的发布 API 凭证，硬做”真发布”要么是假的、要么得让用户交出平台 token，都不合适。
所以我把它做成诚实版：导出一个成品包（ZIP），里面是每个平台已经适配好、可以直接粘贴的文件，外加一键复制。用户拿去自己发。功能上不夸大，但真正解决了”改写”这个最耗时的痛点。比起一个会出问题、还要用户托管凭证的”假真发布”，这个更实在。
三、用户账户与历史
前端用 localStorage 存一个 UUID 当 token，后端 SQLite 加一张 history 表，记录每次的适配结果。用户能在侧边栏看历史、点回去恢复草稿。轻量、不需要注册流程，适合这种工具型产品。
一个流式接口的坑
接免费中转模型时，发现它流式返回的最后一个 chunk 的 choices 是空列表。我的流式解析按”每个 chunk 都有 choices”来取数，碰到空列表就出错。修复是在基类的流处理里跳过空 choices 的 chunk。这种边界在文档里通常不会写，只有真接了才会撞上——所以涉及外部接口，我习惯先写个最小冒烟测试把真实返回打出来看，而不是照着文档想当然。
结果
按计划的 PR 全部做完，main 全程可运行。最后还用 Playwright 驱动真实 UI 录屏、配中文旁白合成了一段一两分钟的演示视频，完整走通”AI 起草 → 多平台适配 → 历史记录 → 导出成品包”的链路。