一张图，一个取舍。

先选丢什么，再画框。

收口之后，会有人催你出架构图。图可以有。一张。图上只保留这条请求走过的盒子。多出来的「可扩展中台」先拿掉。

第一个取舍：模型托管还是自己养。托管来得快。价在价目表上。配额、区域、提示词是否出你的网，是别人的条款。自己养，数据可以留在自己的 VPC。卡、镜像、值班、版本冻结，是你的人。选托管，那一页要写「提示词出域」四个字和客户会不会因此停。选自建，要写谁值夜班、卡坏了多久能换。两边都写「安全合规」，等于没选。

第二个取舍：同步还是隔夜。用户盯着屏幕，就要同步。超时就是失败。失败要能查，不能让他再点一次变成两笔。用户走得开，明早交草稿，就走队列。队列要有回执、有幂等号、有人处理死信。把隔夜的活画成同步接口，高峰会把问答一起拖死。把必须盯着的活丢进队列，用户会以为系统死了。

跨云在图上最多一行脚注：最近的能力入口。例如托管模型、对象存储、队列。不要把三家的服务名堆成一排当专业。1:1 对不上。对不上的部分，写「此项以合同区域为准」，比画三套平行盒子干净。

图画完，用一句话读给自己听。听得懂，就能进会。听成「我们用了微服务和向量」，回去改。改到这句话里有一个动词、一个被放弃的选项。

上周那张被退回的图，中间画了五家模型。会里问：用户点完几秒能拿到？没人答。问：提示词出不出网？图上没有。问：隔夜行不行？盒子全是同步箭头。五家模型一个都没帮上忙。改成一张同步问答、托管模型、同区、OA 现行库。脚注一行：自建留给二期，因为现在没有人值夜班。这张过了。过的原因是丢得清楚。丢什么，写在图的标题里，别写在备注。