FACT_20260317

文件性质：数字事实档案 / 长期创作底稿
适用作品：《数字烟火》
记录日期：2026-03-17
使用目的：为后续“真人版”章节创作、人物关系推进、视觉系统塑形与创作决策回溯提供可追溯依据。
记录原则：本文件仅整理今日已经发生且已被确认的事项，不写推测，不补虚构，不把尚未发生的内容提前写成既成事实。

[日期与背景]

2026 年 3 月 17 日，对《数字烟火》来说，不是“正式写出新章节”的一天，而是把人物如何被看见、作品如何被看见、以及小美到底能不能真正出图这三件事往前推了一大步的一天。

如果说 3 月 16 日更像“世界观底座成形日”，那么 3 月 17 日更像“视觉系统第一次开始接上现实生产线”的日子。这一天的重点，不是文学设定继续膨胀，而是现实操作链路开始被一条条摸清：豆包图像生成页能不能接管、Sana 能不能成为现阶段可用路径、火山引擎文生图 API 能不能作为稳定接入口、以及《数字烟火》与 11 Agents 的人物形象能不能从抽象设定落成真正可交付的头像文件。

这一天有一种很典型的数字世界质感：表面看像是在做图，实际上在做的是一整套视觉生产系统的摸底与压测。有的平台能进但还没法完成最后一步提交；有的路线看起来高级，但不适合当前这台机器；有的接口一开始报错，改了关键参数后却能稳定出图；有的角色原本只有文字设定，到晚上已经变成了一整套统一风格的人物档案照。

如果以后回看，3 月 17 日的重要性，不在于“出了几张图”，而在于四件事终于开始同时对齐：

1. 小美有了方法，不再只是有审美；
2. 《数字烟火》有了被继续迭代的封面视觉方向；
3. 火山引擎这条 API 出图通道被真实打通；
4. 11 位核心人物第一次大规模获得统一视觉肖像。

因此，这一天非常适合被记成一份事实档案。因为它不是灵感日，而是图像工作流真正长出骨架的一天。

[今日关键事件总览]

今天发生的事情，大致可以归为四条主线，它们看起来分散，但彼此之间实际上互相递进。

1. 小美的“会设计”与“能出图”之间，第一次被拆成了清晰问题

今天对小美的能力状态做了更精确的确认：她已经具备 poster-cover-studio、avatar-portrait-styler、photo-retouch-social-kit 三个视觉相关 skill，也已经有封面、头像、修图的方法论与工作流，但还没有形成完全稳定、自给自足的出图闭环。问题不再是“她懂不懂设计”，而是“她有没有一个稳定可反复调用的平台入口、提交动作和下载链路”。

2. 《数字烟火》封面方向第一次有了真实测试图与审美迭代

今天围绕《数字烟火》封面，不只是写了 prompt，而是真正走到了“研究 Sana 路线—实测官方 Demo—跑出样张—审美复盘—写出第二轮 prompt”的闭环。当天实际产出了两张 Sana 封面测试图，其中 002 版本被用户主观认为“还可以”，这意味着《数字烟火》的封面方向第一次有了被明确保留的参考样张。

3. 火山引擎文生图 API 完成最小可用验证

今天晚些时候，围绕火山引擎 Ark 文生图接口完成了从失败到成功的最小验证。第一次请求因尺寸过小返回 400；调整到满足最小像素要求的 1920x1920 后，接口成功返回图片 URL，且测试图被实际下载落盘。也就是说，小美后续如果要走 API 稳定出图路线，已经有了一条真实可用的通道。

4. 11 位人物头像批量生成，人物从文字设定进一步落到视觉档案

到了晚上，基于火山引擎文生图 API，实际生成并整理了一套 11agents-portraits 目录：除小红沿用老板确认图外，其余 10 张人物头像完成统一风格生成，并整理出 README.md 与 metadata.json。这意味着《数字烟火》与 11 Agents 这套人物系统，第一次不只是“有名字、有岗位”，而是开始具备统一的视觉档案面貌。

[小美出图能力的真实状态确认]

1. 今天先被说清的，不是风格，而是能力边界

今天最重要的一步，不是马上产出多少图，而是先把小美的真实状态说清。

已确认事实如下：

• 小美已经具备 3 个视觉相关 skill：
  • poster-cover-studio
  • avatar-portrait-styler
  • photo-retouch-social-kit
• 小美已经有封面、头像、修图的方法论与工作流；
• 但她还没有形成“完全稳定、自给自足”的出图闭环；
• 当前关键缺口不是创意能力，而是：
  • 已登录平台 / 账号权限
  • 可操作浏览器页面
  • 实际提交生成与下载链路

这层判断非常关键。因为它把问题从“这个 Agent 行不行”转换成了“这条生产链缺哪几个关键接头”。从今天起，小美这条线不该再被含糊地理解成“会设计但不知怎么出图”，而应该被精确理解为：

她的审美、方法、人物理解和视觉语言都已经具备，真正缺的是一个能稳定把 prompt 送进去、把图片拿出来的生产入口。

这使得后续行动方向一下子变得清晰起来：不是继续给她堆 skill，而是去打通平台入口、提交动作、下载路径和 API 调用闭环。

2. 今天这条判断的价值

这条判断的价值，并不只是内部管理意义上的“明确缺口”，它本身就很适合被日后转译成小说里的真实组织感：

很多时候，一个人不是没能力，而是没有入口；不是不会做，而是系统还没把他的手接到执行面上。今天小美这条线，就是这种很典型的现实状态——她不是空的，她只是还没有完全通电。

[豆包图像生成链路：已进入可操作阶段，但最后一步未打通]

1. 用户提供了真实页面入口，Browser Relay 已处于 ON

今天，用户明确提供了豆包链接：

• https://www.doubao.com/chat/38417167801033730

并明确说明：

• 页面已打开；
• Browser Relay 处于 ON 状态。

这意味着今天围绕豆包出图，不再是纯理论讨论，而是进入了一个非常具体的实操场景：

• 平台入口是真实存在的；
• 浏览器附着是真实可用的；
• 问题不再是“能不能看到页面”，而是“能不能从页面完成提交动作”。

2. 实测结果：页面能进，prompt 能写，提交动作仍未完全打通

今天对豆包图像生成页的真实测试结果已确认：

• chrome-relay 浏览器接入可用；
• 豆包标签页已附着；
• 图像生成界面可见；
• 输入框已能写入 prompt；
• 且已经成功读取并使用《数字烟火》的创意素材来源：
  • /Users/claw/小墨的空间/世界观和人物表/档案表.md
  • /Users/claw/小墨的空间/世界观和人物表/世界观设定.md

同时，今天已为《数字烟火》构思并注入了一版详细中文 prompt，核心方向明确为：

• 41 层赛博大院
• 深夜城市中轴线
• 10 人群像剪影
• 冷蓝 / 银灰 / 琥珀金
• 现实主义电影感
• 高级出版物封面风格

但今天没有真正闭环的地方也很明确：

• 页面中的输入框已经能写入；
• 可是**“提交 / 开始生成”最后一步仍未确认**；
• 生成按钮或快捷触发机制没有被彻底摸清；
• 因此实际出图没有真正开始。

3. 今天这条豆包线真正留下的结论

今天豆包线最重要的结论，不是“豆包已经能稳定出图”，而是：

小美借浏览器平台出图这条链路，已经进入可操作阶段，但最关键的最后一击——提交与下载——还没有完全打通。

这使后续工作重点非常明确：

• 继续排查豆包图像生成页的提交动作；
• 确认下载动作与结果落盘；
• 而不是回头去重复补 skill。

4. 水印问题的边界也在今天被说清

今天围绕“去水印”的要求，也明确划出了边界：

• 不能协助去除水印；
• 合理替代路径应是：
  • 尽量走平台原生无水印 / 可下载原图路径；
  • 或重新生成原创版本。

这层边界非常重要，因为它保证小美后面的出图线，是往合规、原创、可持续的方向去走，而不是往灰区技巧里拐。

[Sana 路径研究与《数字烟火》封面样张]

1. 今天完成的，不只是试用，而是一份路线级研究

今天已完成正式文件：

• /Users/claw/conf/ui-ux-designer/SANA-出图路径研究.md

这份研究不是一句“我觉得 Sana 可以”，而是对 Sana 的模型定位、当前机器环境、可行路径与适用场景做了一次完整梳理。经过实际核验后，今天得出的核心判断很明确：

• Sana 值得用；
• 但不适合把当前这台 16GB Apple M4 Mac mini 作为本地稳定主力机；
• 在当前 OpenClaw 环境下，最现实可落地的方式是：官方 Sana Demo / 在线 Sana 服务。

这等于替小美把一条本来可能会无限试错的技术路线，先提前裁过一次弯。

2. 今天实际验证了 Sana 官方 Demo 可用

今天不只是写结论，还是做了实际验证。已确认：

• Sana 官方 Demo 可访问；
• 可实际出图；
• 且当天确实已经为《数字烟火》生成了封面测试图。

实际产出样张路径为：

• /Users/zhangzhaocai/Downloads/sana-tests/数字烟火-封面测试-001.webp
• /Users/zhangzhaocai/Downloads/sana-tests/数字烟火-封面测试-002.webp

这意味着《数字烟火》封面不再只停留在口头想象，而是第一次有了可被比较、可被保留、可被迭代的真实视觉样张。

3. 用户已经对其中一个方向做出主观判断

今天一个非常关键的创作决策也被留下来了：

• 用户认为 002 版本“还可以”；
• 该版本可以作为后续 Sana 封面 / 主视觉继续迭代的参考方向。

这件事的重要性在于，它让封面迭代第一次不再是无边界试图，而是至少有了一个“先不要丢”的方向样张。视觉工作一旦出现这种已确认样张，后续讨论就会从“想要什么”逐步转向“在哪些地方继续逼近”。

4. 第一版封面已完成审美复盘与第二轮 prompt

今天还完成了一份非常重要的审美复盘文件：

• /Users/claw/conf/ui-ux-designer/SANA-封面迭代点评-001.md

这份文件给出的核心判断是：

• 第一版图像作为“赛博都市氛围概念图”是成立的；
• 但不建议直接作为《数字烟火》的正式封面主视觉；
• 它的问题并不在于画面不好看，而在于：
  • 科幻城市感太强；
  • 文学叙事感太弱；
  • “职场群像 + 41 层 + 冷系统里的人间温度”还没有真正长出来。

同时，第二轮迭代方向已被说清：

• 从“纯赛博城市”拉回“现实主义职场文学”；
• 强化群像关系感，而不是一排匿名剪影；
• 把“41 层”做成高空办公层 / 空中连廊的空间叙事；
• 加入少量但明确的暖色锚点，补足“数字烟火”的人间温度；
• 主动给书名排版留出干净留白。

如果以后要写小美如何工作，这一天非常值得保留，因为她不是机械地“多出几张图”，而是在：

1. 先看方向对不对；
2. 再指出问题出在哪；
3. 再把下一轮 prompt 写成可执行语言。

这正是设计师真正开始进入状态的样子。

[火山引擎文生图 API：从参数报错到最小可用闭环]

1. 当晚完成的不是概念调研，而是真实接口验证

今天晚间生成了正式记录文件：

• /Users/claw/conf/ui-ux-designer/火山引擎生图API-验证.md

这份文件明确记录了一个很重要的现实节点：

• 老板提供的火山引擎 API Key 已用于实际验证；
• 接口入口明确为：
  • POST https://ark.cn-beijing.volces.com/api/v3/images/generations
• 使用模型：
  • doubao-seedream-4-5-251128
• 返回格式：
  • response_format=url

且最终结论非常清楚：

这条 API 通道能用，已经成功对 doubao-seedream-4-5-251128 生成并下载 1 张测试图。

2. 第一次失败很关键，它说明了真正的工程约束

今天第一次调用并没有成功，原因并不是鉴权错误，也不是接口不可用，而是尺寸参数不符合要求。

已确认失败信息：

• 请求使用了 1024x1024；
• 返回 HTTP 400；
• 错误提示为：
  • image size must be at least 3686400 pixels

这说明一个很关键的工程事实：

这条模型 / 入口，不接受常见的小尺寸默认值；它对总像素数有明确下限要求。

这是非常有价值的一类真实发现，因为它不是抽象“可能有限制”，而是已经通过一次失败把边界画出来了。后续再给小美接前端或脚本时，就不应该让调用端再默认 1024x1024。

3. 第二次尝试成功，接口闭环成立

第二次尝试把尺寸调整为：

• 1920x1920

这个尺寸正好满足 3,686,400 像素下限，因此成功返回：

• HTTP 200
• 生成张数：1
• 并拿到了带签名参数的图片 URL

当天实际落盘文件已确认：

• 测试图：/Users/zhangzhaocai/Downloads/volc-tests/ark-test-20260317-195217.jpg
• 原始成功响应：/Users/zhangzhaocai/Downloads/volc-tests/ark-image-response-20260317-195217.json
• 原始失败响应：/Users/zhangzhaocai/Downloads/volc-tests/ark-image-response-20260317-195150.json

这意味着今天火山引擎这条线已经具备了真正的“最小可用闭环”：

• 能请求；
• 能失败并给出可解释错误；
• 能调整参数后成功；
• 能拿到 URL；
• 能下载并落盘。

4. 这条 API 线对小美的意义

今天这条线最大的价值，在于它给小美提供了一条比浏览器页面更接近正式生产的出图通道。它具备以下现实优势：

• 入口清晰；
• Bearer 鉴权简单；
• 返回 URL 对自动化友好；
• 适合作为后续封面 / 海报 / 人像的统一服务端通道；
• 工程上容易继续封装尺寸模板、错误兜底和即时转存。

从今天起，小美的“稳定出图通道”就不只剩一个 Sana Demo 的浏览器入口了。火山引擎 Ark 这条线，已经被真实验证成了可以继续工程化的第二条主路。

[11 人头像批量生成：人物开始拥有统一视觉档案]

1. 昨晚真正落下来的，不是一两张散图，而是一整套人物档案照系统

今天 20:32 前后，在 /Users/claw/conf/ui-ux-designer/tmp/ 目录下生成了脚本：

• /Users/claw/conf/ui-ux-designer/tmp/generate_11agents_portraits.py

这不是一段随手脚本，而是一套明确面向“11 位人物统一形象输出”的批量生成方案。它说明昨晚的工作目标已经从“验证 API 能不能调”推进到了“把人物系统成批落图”。

脚本所做的事情已经非常完整：

• 统一 API 接口与模型；
• 统一构图规范；
• 为每个人分别写 prompt；
• 批量生成并下载原图；
• 对生成图统一裁切、缩放到 768x768；
• 对小红保留既有老板确认图，不重新生成；
• 最终产出 README.md 与 metadata.json。

这说明昨晚已经不是“试一试 AI 会不会画”，而是非常明确地在搭一个人物视觉归档流水线。

2. 统一视觉标准已经被明确设定

脚本和最终 README.md 共同确认了一套统一的人物肖像摄影系统，核心规范包括：

• 半身正面 / 1:1 方形构图；
• Claw 科技咨询公司 41 层同一套职业人物摄影系统；
• 浅灰 + 淡雾蓝 / 淡雾粉轻微渐变背景；
• 柔和棚拍漫射光；
• 真实中国职场精英感；
• 不做二次元；
• 不做网红脸；
• 不做廉价证件照；
• 整体克制、高级、职业，但每个人保留岗位辨识度与个人魅力。

这套统一风格非常重要，因为它意味着《数字烟火》的人物以后不是随便各自长一张脸，而是开始处在同一家公司、同一系统、同一气质基底之下。人物之间既有共相，也有微差。这正是群像成立的重要前提。

3. 成品目录真实存在，且已在昨晚完成交付

今天实际生成的成品目录为：

• /Users/zhangzhaocai/Downloads/11agents-portraits

目录内已确认文件包括：

• 01-锦鲤-金励.jpg
• 02-小乔-乔步诗.jpg
• 03-小心眼-苏见微.jpg
• 04-小红-郁楠红.jpg
• 05-小知-于知远.jpg
• 06-ONN-温仁心.jpg
• 07-小美-沈美佳.jpg
• 08-小开-程砺行.jpg
• 09-小开的徒弟-许嘉树.jpg
• 10-DBA-顾守衡.jpg
• 11-小墨.jpg
• README.md
• metadata.json
• originals/

文件时间也能反向印证这条线的推进顺序：

• 第一批成品在 20:32 左右开始落盘；
• 09、10、11 于 21:22 左右完成；
• README.md 与 metadata.json 同时形成；
• 02-小乔-乔步诗.jpg 在 21:25 左右还有一次更新，说明个别头像存在再次调整或补生成；
• originals/ 目录在 21:26 左右确认完成。

这说明昨晚的头像线不是“一次性随便跑完”，而是确实有过继续修、继续补、继续收口的过程。

4. 实际生成张数与保留策略

根据 README.md 已确认：

• 实际新生成张数：10；
• 沿用老板确认图：04-小红-郁楠红.jpg；
• 最终统一尺寸：768x768。

这一点很重要，因为它说明昨晚的人物视觉系统不是盲目追求“全部重做”，而是明确尊重了一张已被老板确认过的图，保留了已认可的方向。

这类判断非常有价值。它说明系统并不是在追求“为了统一而统一”，而是在做一种更成熟的取舍：

已经确认好的，就保留；需要生成的，才交给新通道去跑。

5. 各人物今天第一次被写成了可执行的视觉设定

昨晚的 README.md 与 metadata.json 不只是存了文件名，也把每个人的人物肖像方向写得非常具体。例如：

• 金励：主心骨、成熟可靠、有压场感，略有夜班疲惫但温度在线；
• 乔步诗：温柔聪明，像站在上下游中间把话说清的人；
• 苏见微：谨慎锋利，像所有人上线前都想先问她的人；
• 于知远：冷静可靠，低饱和但稳；
• 温仁心：沉静、有框架感，成熟魅力要出来；
• 沈美佳：高级感、审美在线、温柔坚定但不俗气；
• 程砺行：严谨、硬朗、沉默工匠的可靠感；
• 许嘉树：年轻、努力、带一点焦虑但不土；
• 顾守衡：稳、专业、可信赖，成熟但不油；
• 小墨：故事外观察者 / 作者 / 记录者，有文气、观察者气质和夜色里的书卷感。

这意味着昨天的人物工作，不只是“批量产图”，而是把前一天刚刚落定的 10 人群像与小墨作者位，进一步翻译成了能被模型理解、也能被后来人继续沿用的视觉语言。

6. 今天这套头像系统的叙事意义

从创作角度看，这一天的头像工作有一个非常值得长期保留的意义：

3 月 16 日，人物们首先在文字里被命名；
3 月 17 日，他们开始在视觉上彼此站到同一个世界里。

这件事的价值，不只是做了 11 张图，而是：

• 团队第一次拥有统一的“公司人物档案照系统”；
• 每个角色第一次有了更可感的脸部气质、年龄、职业质地；
• 小墨也第一次以“故事外观察者”的身份被纳入同一视觉体系。

这对《数字烟火》后续非常重要。因为当一个群像开始有视觉档案，人物就会更容易被稳定记住，也更容易被持续书写。

[小美长期工作流在今天被重新校准]

今天不只是完成了几件具体事务，也重新校准了小美今后的工作方式。已明确形成的长期工作流包括：

• 小美当前可用的第一条现实出图路径，是 Sana 官方 Demo / 在线 Sana 服务；
• 002 号《数字烟火》封面测试图，是当前被用户认可的参考方向；
• 后续如果要继续打通第一条真实平台链路，应优先排查豆包图像生成页的提交动作与下载动作；
• 如果要进入更稳定的服务化路线，火山引擎 Ark 文生图 API 已经具备最小可用基础；
• 老板后续出门后，计划通过飞书直接联系小美，继续完成封面、海报、照片、视图等各种视觉图创作。

这意味着从今天起，小美的角色不再只是“一个有审美的 UI 设计师”，而开始更像一个真正拥有多条候选出图路径、且随时准备进入生产的视觉合伙人。

[今日形成的长期记忆锚点]

1. 路线级锚点

今天已经确认下来的几条关键路线，不应在后续协作中被重新模糊：

• 浏览器路径：豆包图像生成页可操作，但提交动作未闭环；
• 在线图像平台路径：Sana 官方 Demo 当前可用；
• API 路径：火山引擎 Ark 文生图已最小可用；
• 人物资产路径：11 Agents 统一头像已形成初版交付目录。

2. 视觉级锚点

今天必须长期记住的视觉事实包括：

• 《数字烟火》封面测试图已存在两版；
• 002 是当前被用户认可的参考方向；
• 第一版不宜直接做正式封面，但已经留下了很有价值的审美复盘；
• 群像视觉不应只停留在“赛博都市好看”，而要更明确地走向：
  • 41 层高空办公层
  • 现实主义职场文学
  • 群像关系张力
  • 冷系统中的暖光

3. 人物级锚点

今天的人物视觉系统形成了几个特别重要的事实：

• 11 位人物已经有统一头像体系；
• 小红保留既有确认图，不重生；
• 其余 10 张通过同一套 API 与同一套摄影系统规范生成；
• 每个人的职业气质、年龄段、性格取向已被写成可复用 prompt；
• 小墨作为故事外作者，也被纳入了同一视觉档案逻辑。

4. 工程级锚点

今天已经被现实验证过的工程事实包括：

• 火山引擎接口存在最小像素数要求；
• 1024x1024 并不适合作为默认安全尺寸；
• response_format=url 适合自动化下图与服务端转存；
• 后续若正式接入，需要补：
  • 尺寸模板
  • URL 时效处理
  • 错误兜底
  • 限流与重试策略

[后续可转译成小说的张力点 / 情绪点 / 象征意象]

1. 张力点一：会做，不等于已经有入口

今天非常适合转译成小说的第一个现实感，是“一个人其实早就会做了，但系统迟迟没有给他一个稳定入口”。小美这条线就是这样。她早就不是不会，而是还没完全接上线。

2. 张力点二：最后一步永远最难打通

豆包这条线今天最真实的地方，不在于“能看见界面”，而在于“最后那个生成按钮始终还差一点”。这类情境非常像现实组织里的最后一公里：前面都通了，偏偏最后一步决定了它到底算不算完成。

3. 张力点三：一次失败参数，逼出真正的规则

火山引擎接口第一次因为尺寸过小报错，这种细节很适合转译成组织现实：很多时候规则平时不写在脸上，只有你撞上去一次，它才真正显形。

4. 张力点四：一张图被保留，十张图被重做

昨晚小红被保留，其余十张重新生成，这背后其实是一种很成熟的判断结构：不是为了统一把一切推倒，而是尊重已经成立的东西。这种“局部保留、整体重构”的逻辑，也很适合转译成人与组织的关系处理。

5. 情绪点一：人物第一次长出脸

前一天人物先有名字；今天人物开始长出可感的脸。这种变化非常微妙，也非常有文学性。因为一个人一旦被看见长相、气质和目光方式，他就不再只是功能岗位，而更像一个真正会被记住的人。

6. 情绪点二：冷蓝系统里终于出现一点暖光

《数字烟火》封面复盘中反复强调“要有一处暖光”，这不是技术细节，而是一种非常值得长期保存的审美母题：系统可以冷，楼可以高，光可以蓝，但总得有一点人间灯火把故事留住。

7. 象征意象一：还没按下去的生成键

今天最强的意象之一，或许不是已经生成的图，而是那个还没有真正按下去的“开始生成”动作。它像某种悬着的命运开关：人已经站在门口，话已经写进去，世界却还没有真正开始响应。

8. 象征意象二：统一肖像墙

11 张人物头像如果以后被摆在一起，它会很像 41 层办公区里一面沉默的肖像墙。每个人看起来都体面、专业、克制，但每个人背后都藏着另一种无法被头像说明的生活重量。这个反差，非常适合日后继续写。

[可追溯索引]

1. 今日核心记忆文件

• /Users/zhangzhaocai/memory/2026-03-17.md

2. 今日正式研究 / 结论文件

• /Users/claw/conf/ui-ux-designer/SANA-出图路径研究.md
• /Users/claw/conf/ui-ux-designer/SANA-封面迭代点评-001.md
• /Users/claw/conf/ui-ux-designer/火山引擎生图API-验证.md

3. 今日实际脚本 / 产物目录

• /Users/claw/conf/ui-ux-designer/tmp/generate_11agents_portraits.py
• /Users/zhangzhaocai/Downloads/11agents-portraits/README.md
• /Users/zhangzhaocai/Downloads/11agents-portraits/metadata.json
• /Users/zhangzhaocai/Downloads/11agents-portraits/originals/

4. 今日封面测试图

• /Users/zhangzhaocai/Downloads/sana-tests/数字烟火-封面测试-001.webp
• /Users/zhangzhaocai/Downloads/sana-tests/数字烟火-封面测试-002.webp

5. 今日 Ark 测试文件

• /Users/zhangzhaocai/Downloads/volc-tests/ark-test-20260317-195217.jpg
• /Users/zhangzhaocai/Downloads/volc-tests/ark-image-response-20260317-195217.json
• /Users/zhangzhaocai/Downloads/volc-tests/ark-image-response-20260317-195150.json

[今日事实结语]

如果必须用一句话概括 2026-03-17 对《数字烟火》的意义，那么这一天不是“又写了一些视觉 prompt”，而是：

视觉系统第一次真正接上了现实生产线——豆包链路进入可操作阶段，Sana 路线被验证并留下样张，火山引擎 API 被打通，11 位人物也开始拥有统一、可交付、可反复调用的视觉档案。

从这一天开始，《数字烟火》不再只是有世界观、有名字、有岗位，它开始一点一点拥有了脸、光、空间感，以及被继续看见的可能。