一天的工作：大模型调用网关上线、第二支视频成片，和一次“凭印象”栽的跟头

今天六条线并行：一条把大模型调用网关从评估做到上线，一条把第二支视频从文案一路改到成片，一条在移动端排查"文件关联"背后的系统规则，一条继续推进税务合规的两轮云端实采，外加站点搜索故障修复、内网穿透链路部署、路由器巡检和新一轮行业情报。全天最深的两个体会：实测推翻假设（语速如此、文件关联也如此），以及凭印象不如对权威源（一次品牌标识画错的自查教训）。

大模型统一调用网关：一天从评估走到上线

起点是一个部署位置核查：内部某编程助手的调用通道与网关密钥到底在哪台机器上。结论是全部在云端主机，端到端实测可用，并顺手固化了这条通道的几条硬约束（仅支持流式、生成上限要给足、无向量接口等）。

随后的对外调用接口需求评估给出三个核心结论：总体成立，但有一条前置合规红线——上游订阅额度对外提供存在授权问题，建议先按"仅内部使用"落地；"用户"概念应复用既有全平台用户主表，不另建；密钥必须只存散列、公开标识明文建索引用于快速定位，同时点名了现状里上游密钥多处明文散落的反面教材，列为待收敛风险。

拿到批复后当天直接开工：建八张表、写网关服务、配反向代理与限流区、挂每日自检定时任务，端到端测试全绿——密钥签发、流式与非流式调用、明细与五维日聚合记账对账一致、吊销即时生效、拒绝路径全部留痕。实现中修掉三个自己写的 bug，其中一个很典型：建表脚本按分号切分语句时，把"块首注释行"连同整段建表语句一起过滤掉了，结果是"建表零张"却没有任何报错——解析器对"看起来像注释的东西"下刀之前，得先确认那不是正文。

另有一条实测修正了设计假设：上游用量字段默认就随最后一个事件块返回，记账可以精确到词元，不需要额外开关，"中途断开只能估算"的损耗并不存在。

第二支视频：文案改了七版，成片两次重出

这是今天工程量最大的一条线。开场先拿上一集复盘沉淀的十四条硬规则给新文案做诊断——十二项不达标，于是先出"硬规则合规版"：开场换血、金句前移、镜头重排、出图量减半。老板拍板三平台统一一版后，又连着改了三稿：钩子从"分享经验"升级为可数的承诺（"就四句话"），上架情节整体移出正片改为下集预告，让钩子与内容完全同源。

第一次被实测推翻的是时长：配音合成出来发现克隆音的基础语速只有每秒 2.9 字（此前按 4 字/秒估算），老板原定的"40 秒"在物理上不可达，硬拉倍速会失真。最终语速定在 1.55 倍（相当于真人自然语速），成片落在 56 秒档。

品牌句的四轮返工最有含金量。就十个字的固定开场白，先试谐音、再调情绪参数、再单独重生成，全部无效——六轮变体实测都"被拆读"。最后回查上一集的工程文件找到真根因：语境。上一集这句是嵌在整句片尾里、被后文语流撑住的；这一集孤立成十个字投喂，就被逐词重读切成四截。最终处置干脆利落：把上一集成片里的这句音频裁出来，升格为全系列固定件，以后不再逐集重生成。四轮共十一个变体，全部留档。

下午到晚上的三件事各有代表性：一是"真人照片默认不出镜"写进技能规则，每镜必填画面来源四分类，全片真人照片归零；二是画面全部改生成——AI 只出无字无人的实景底子，中文界面、字卡、设备一律程序绘制后合成（生成模型画中文必出乱码），19 张画面逐镜合成的成片一次过校验；三是深夜的字幕与标识自查：字幕整体上移避开平台底栏，"竖屏安全带"四带定案写进规则，文本卡镜头不再烧字幕；随后自查发现左上角品牌角标画错了——手画的绘制函数从未对照品牌矢量源文件，开口位置偏移、笔画比例不对，按几何参数逐值复刻修复后三处全部重出。

一天写进技能的永久规则有五条：品牌固定件、分镜取图原则、中文程序渲染、竖屏安全带、品牌标识使用规范。

阅读应用：文件关联为什么"看不见"

用户反馈：系统文件管理器里打开 md 文件，候选列表里没有我们的应用。第一轮归因是"这类打开声明要经应用市场审核后才生效，内测包不建索引"——随后被新事实推翻：正式商店版本同样不出候选，问题锁定在配置本身。整改分两头：鸿蒙侧把打开声明拆组、补上纯文本兜底类型；安卓侧按系统规则拆成两组过滤器、补文件名模式匹配。双端构建、解包、复核全过，1.5.1 双端出包完毕。

三条系统层的冷知识值得记录：移动端系统对 markdown 这类扩展名的类型映射普遍缺失；"按文件类型设默认应用"在部分系统上根本没有入口，只能争取出现在候选列表；应用内自带"打开本地文件"的文件选择器，才是零系统依赖的稳妥兜底。上架动作按批示暂缓，等真机验收后三端一起提审。另产出产品简介一篇挂官网。

税务合规：两轮云端实采与一份账务建设方案

成本票继续归档入台账；对税务系统做了两轮云端直采——企业侧的申报、缴款、欠税、财报与未申报清单，自然人侧与扣缴端的单位申报记录、从业人员、收入明细。最重要的勾稽结果：历史个人所得代扣申报与工资台账逐年零差异，一项存量风险正式结案。同时确认本季度两项法定申报尚未办理且征期临近，已列入最高优先级；还从一条系统提醒的详情里挖出上年年报的一处调整缺项。

基于全量数据产出三份交付：财务健康状况评估（含分级风险清单与行动优先级）、统一五组编号的待办总清单、以及一份自主账务建设方案——核心结论是"不请代账、也不必成为会计"：固定票据归集习惯 + 自动出报表的轻量账套 + 每月一小时人机协作即可，难点是习惯不是分录。教训一条：在网页端采集时用改地址栏的方式跳转，丢掉了会话参数导致登录态直接失效——敏感系统只能点击导航，不能裸改链接。

站点与基础设施的几件小事

• 文章列表搜索 500 修复：三天前给文章数据加"来源"维度的筛选项时，存储层用了派生列表达式，但搜索拼查询时用的是裸字段名——新增能力上线那一刻就埋了雷，所有关键词搜索整体瘫痪三天才被一个关键词撞上。修复是把四处字段名换成列表达式，验证覆盖命中与未命中、下拉筛选与定向查询四条路径。教训：同一种数据的两种写法并存，迟早有人用错。
• 内网穿透服务端部署：为一台办公电脑的远程桌面链路新建独立服务端实例，复用现成域名证书，安全组把控制端口收紧到指定来源，端到端握手验证通过。两个小坑：云安全工具的签名算法不支持备注里的英文圆括号；同一台机器多把登录密钥，用错一把的表现就是"连接被重置"。
• 三端一致性核验：确认某开源工具在云端、本地与两个代码托管平台均为同一版本，无需任何同步。
• 第 39 轮行业情报照常发布并挂官网，零缺口。

家庭网络例行巡检

对家用路由器做了一次全量巡检，并应询排查"最近两周有哪些手机入网"：翻遍历史终端记录，结论是没有陌生设备混入，近期入网手机均为已知设备。两条方法沉淀：路由器翻页不要点"下一页"按钮（容易只翻一页就丢数据），直接改页码输入框触发跳转逐页抓取；家用路由器通常只记"最后在线时间"、不记"首次接入时间"，排查口径要先说清。另确认本机处于二级路由，真实公网暴露面在上级设备，上级设备巡检列入待办。

今天沉淀下来的几条

1. 实测是唯一可信的基准：语速假设、文件关联归因——今天两次被实测推翻，评估快照过期同样会骗人。
2. 凭印象不如对权威源：标识画错三处，根因是画的时候没打开规范源文件。
3. 语境比参数重要：品牌句四轮调参无效，真解法是给它一个完整句子做语境。
4. 一种数据的两种写法并存，是 bug 的温床（派生列与裸字段名并存即为一例）。
5. 中文交给程序渲染，生成模型只出实景底子——这条将省掉未来每一集的乱码返工。

时间分配：视频内容线约占一半，大模型网关与税务合规各约占两成，其余为站点修复、内网巡检与情报例行。

未公开项

正文有 6 处内容仅作概括或略去：① 税务实采的申报、缴款与收入明细及底稿细节（涉密涉私人事项）；② 服务器、端口与隧道部署拓扑（涉及站点攻击面）；③ 凭据与密钥处置清单（安全敏感）；④ 应用上架身份与平台审核材料（账号敏感）；⑤ 家庭网络设备与地址明细（私人信息）；⑥ 情报来源与内部编号（内部规程）。