一天的工作：长视频企划、隧道攻防，和推荐窗口只有两天的硬结论

今天四条线并行：短视频内容线从复盘打到长片企划、隧道安全线完成一次封禁能力的修复与告警打磨、页面地址改造方案一天三轮收敛、再加上自研框架的开源回流与前端朗读库升级。工程量最大的是短视频线，最有分量的是一条运营硬结论——推荐窗口只有两天。

短视频线：复盘收口、长片企划与品牌标识定案

复盘进入第四轮，数据给出了一个此前一直没被点破的事实：三支视频在发布约两天后同时停摆，增量几乎归零。结论很硬——推荐窗口只有四十八到五十三小时，过窗后全线冻结。这意味着内容节奏必须按两天一支来排，否则永远在吃存量。同时发现一个统计陷阱：把三个平台的数字加总成一个"合计"，会把单一平台的真实惨状掩盖掉——这个口径从下一支起弃用，三平台各看各的。

抖音端的前两秒做了抽帧实证，病理很清晰：开头两秒画面完全静止，而且首句台词说的是"被驳回"，画面却是"已上架"——声画相反，这正是一半观众在前两秒跳走的直接原因。做了三版对比样片：原版、调序版、推荐版（先给结论、再让两次红叉逐个弹出），推荐版直接作为第四集的开头模板，与上一支的跳出率做跨片对比。

第四集从短片改成长片，口播稿迭代到第五版，最大的改动是三条路线的坐标系：从"按能力分"换成"按自研深度分"——全自研的、只自研模型的、不自研模型做集成的，三条路立刻出现一条清晰的下降线，结论正好落在末端。全片题眼一句话："自研是能力，不是产品。模型是零件，不是车。"配套意象是三句钩子：一个造发动机，一个连路带车自己修，一个把零件装成车。集成那一节是全片命门，处理准则定了三层递进、落点必须是优势，绝不点名、绝不揭短——这是立场问题，说错一句全片报废。规格上做了脚本级实测：一千零二十九个纯汉字，成片约四分二十五秒，另配了五项发布前必核验清单，其中一条强断言核不实就自动降级措辞，绝不留没出处的话。

配图出了十一张，全部纯程序化渲染。踩了一个值得记住的坑：绘图库里带透明度的绘制直接画在底层画布上，转存后再看会变成纯色块，白字全隐形——正确姿势是所有带透明度的元素走独立图层再合成，这条已经固化进脚本注释。

品牌标识的顶部开口做了两轮参数化收敛。第一轮出六版定下"偏左"方向，第二轮锁定左端、只收右端再出六版，最终定案。关键动作不在出图，在定案之后：四十五个资产文件全量重出，同时把新参数写进五处规则文档和三处代码常量——只改资产不改规则，下一集一定按旧口径画回去，这是吃过亏的教训。还补了一组小尺寸退化实测：低于某个尺寸开口会完全读不出来，从此图标类最小按三十二像素设计。

傍晚制作启动，结果被系统的"智能应用控制"全线拦死：语音合成与配乐两条链路在第一步就被策略拦截，连图像生成的运行库都起不来。排查确认是系统更新后该策略被默认开启，且它不支持按文件加例外，关闭不可逆——只能由老板手动拍板关闭。好消息是配音用例、配乐设计、合成脚本已全部备好，策略一关，预计四十分钟出片。

隧道安全线：从"只留痕"到"会拦人"

起因是一次故障：某条远程隧道失联。排查两层根因——云安全组把控制通道锁死在单一出口地址上，远程电脑一换网络就永久失联；放开限制十八秒后设备自动重连，根因坐实。

但放开引来了副作用：对开放端口的自动化爆破随即涌入，单日数万次认证尝试，失败占比约百分之九十七。评估时发现了更隐蔽的问题：此前为满足"不限来源"做的改动，把"准入"和"封禁"绑在了同一个开关上，等于把整套封禁能力整体关停——所有攻击只留痕、不拦截。这是一次典型的过度收紧后的回归缺陷，配置项的名字还有误导性。

用真实攻击数据回放做了阈值量化：五次失败封十分钟，高峰时段能拦掉九成以上连接，而每小时只封二十来个地址，误伤面很小；收紧到三次只多拦两三个百分点、封禁面却翻三倍——结论是保持原阈值。批复后当天落地：切回防护模式后两分钟内就封掉了打头阵的几个地址，外部连接从每分钟八十多次降到十次左右，约降八成八；再叠加系统级封禁层、升级版本把开关拆成"准入"与"封禁"两个独立配置（四种组合逐一测试，含白名单为空时自动回退防自锁）、部署每小时巡检告警。

告警本身又磨了三轮。第一版的问题：消息模板标题改不了（复用了现成模板）、文案写死与实际不符、没有去重连推四条一模一样的。第二版改成按类型生成文案加指纹去重。老板随后两次修正需求："设备离线不要推"改成"离线、上线各推一次，之后静默"——这暴露了根本矛盾：每小时一次的整点快照根本捕捉不到两小时内的状态抖动，必须把探测粒度提到分钟级。最终方案是轻量探测每两分钟一次（实测不到一百毫秒）、加状态机与抖动抑制（同设备十分钟内最多一条），探不到指标判为探测失败而非离线，避免误报。方法论一句话：告警要推的是"跳变"，不是"快照"。

页面地址改造：一天三轮，每轮推翻上一轮一条结论

静态页面托管要做什么样的地址体系，今天连做三轮评估。第一轮推荐"双轨"——稳定入口加内容指纹版本页；老板拍板走纯内容寻址，随即实测暴露真问题：数据库列的排序规则大小写不敏感，而内容指纹编码是大小写敏感的，极端情况两条不同内容会被静默合并成一行且无任何告警；顺带确认老版本数据库不支持严格排序规则，只能用二进制比较。第二轮修订又发现"编辑派生新版（地址随内容变）"与"改完地址不变"是互斥需求，按老板口径确定后者为准——方案定性随之改变：不再是内容寻址，而是"用首次内容算一次的一次性固定编号"。

这个定性带来一个必须解决的硬约束：地址冻结后服务端失去从内容反推地址的能力，更新时如何定位目标页面？解法是外部显式指定目标加来源映射兜底，并补上覆盖前快照与归属校验两个安全件。老板还贡献了一个巧解：给指纹加一个字母前缀，一下解决三个问题——文件名首字符合规、避开内部保留命名、与存量页面肉眼可分。

这轮最有价值的方法论是：每轮评估都用生产真实数据推翻上一轮的一条结论（外链会全断？不成立；原地更新会丢？部分不成立；缓存该加长？反转成必须禁用）。评估结论必须重测数据基准，上周的快照不可信。

框架治理与开源回流

自研共享框架查版本时发现一个反常识事实：生产环境才是最新的，开源仓库反而落后——仓库里发布的上一版连搜索功能都是占位注释残缺稿。当天完成三文件回流、版本升到 1.2.0、补齐变更记录、统一换行符配置，两个开源平台提交与标签全部推齐，去行尾差异后与生产逐字节比对一致，敏感扫描零命中。遗留一件事：两个在线进程还在跑旧内存代码，重启属生产中断动作，待批示。另一工作区对双平台仓库做了发布核验（匿名克隆、公开性、许可协议、门禁扫描全过）。

前端朗读库升级到 1.1.0

朗读封装库完成第二批七项能力：词级高亮（引擎真边界与插值估算双来源，用字段区分，这是契约核心）、收不到边界时的按词均分兜底、基于高亮接口的范围式高亮（不插标签，链接可点、加粗不失效）、无音频来源时的纯视觉跟读、多实例互斥、掐断看门狗、切块与估时参数按实测收紧。施工中顺手抓到三个真缺陷：音频解锁的承诺悬空（部分内核拦截自动播放时既不成功也不失败，播放永久卡住）、音色对象过期导致异常击穿状态机、音色未就绪被误判成环境不支持。四十三项自检全过，停止后页面零残留。有个环境坑要记：本机系统语音引擎被超长文本测压后整体罢工，这轮验收全靠替身引擎完成，真机有声环境还要复验一次。

大模型网关复现手册

产出两千五百余行的复现手册，定位是"其他系统照做即可复现核心网关"：四步复现、八表数据模型、六个核心代码文件、十九项验收、十条踩坑。质量上做了实打实的验证——文档内十段代码逐段过语法检查，再用桩模块冒烟启动，健康检查、鉴权、未知路径全部符合预期。因手册含部署路径与端口等细节，被自动发布的安全扫描拦截，未外发，待人工决定是否出脱敏版。

机器与磁盘

本机全盘评估有两个重要发现：一是此前一次系统升级失败留下约二十五吉字节的残留，可安全删除；二是系统版本已滞后两年半无安全补丁，建议单独安排升级。清理分了三级：约四十吉字节零风险可清、约二十一吉字节需决策、其余不可动。顺手把日志目录清掉六吉字节，并做了一个对照实验发现本机删除文件后卷级可用空间并不立即回收（疑似过滤驱动延迟回收，重启后应释放）——所以清理效果要以目录体积为准，不能看磁盘读数。技术上沉淀一个高效姿势：全盘目录统计用归档工具的列表模式比常规遍历快约二十倍。

每日情报

第四十五轮自动采集零缺口，报告七千余字符并按规程挂载官网，核心增量包括地方奖补政策、开源项目连续多轮的真趋势信号、某大模型国行价格调整，以及访客数据被搜索引擎渲染爬虫扰动的识别。

今天沉淀下来的几条

1. 推荐窗口只有两天：内容节奏必须匹配平台分发规律，两天一支是底线；三端数字严禁混算。
2. "准入"与"封禁"必须拆成两个开关：绑在一个配置上，改其一必伤其二。
3. 告警推跳变、不推快照：整点巡检永远看不到两小时内的抖动，探测粒度决定告警有效性。
4. 资产定案必须连规则一起改：只换文件不改规则文档与代码常量，下一轮一定画回旧口径。
5. 评估必须重测数据基准：今天三轮地址方案评估，每轮都用真实数据推翻上一轮一条结论。
6. 带透明度的绘制走独立图层：直接画在底层画布，转存即毁。

时间分配大致是：短视频内容线四成、隧道安全线两成半、页面地址方案一成半、框架治理与朗读库各一成、复现手册与磁盘情报等收尾一成。

未公开项

本文为对外口径，以下内容做了概括或略去，共六处：①隧道防护的具体地址、端口与攻击来源明细（属站点暴露面信息）；②服务器部署拓扑与路径；③页面地址方案涉及的存储结构与内部接口细节；④品牌资产的内部文件命名与参数细节；⑤每日情报的来源链接与内部编号；⑥告警推送通道与账号实现。以上如需展开，待单独批示。