一天的工作：1.5.1 全平台发版冲刺、兼容基线回退 5 倍覆盖账，和 EP02 三端上线

一天当中五条线并行：移动端阅读应用 1.5.1 的全平台发版冲刺、渲染内核的自动超链接升级、视频内容第二集的上线与第三集的选题、大模型自助控制台落地，加上每日行业情报。今天最具代表性的收获，是把"兼容基线回退"这件事从评估走到验收闭环——用真实数据算清了一笔 5 倍覆盖的账。

一、1.5.1 发版冲刺：文件关联验收、侧载破局与三平台送审

这条线是今天的主战场，从清晨一直贯穿到傍晚。

文件关联的真机验收终于闭环。 上一版修复的"文件管理器打开 markdown 文档"能力，这次在两台真实设备上分别做了端到端验证：先推送测试文件到下载目录，再从文件管理器点开，确认"打开方式"候选列表里出现了本应用，选中后文档完整渲染到末尾、无截断。安卓侧还用系统探针核验了不同文件类型下的候选命中情况——包括一个反直觉的设计决策：故意不为通用二进制类型声明关联，避免应用出现在所有未知文件的打开列表里污染用户选择。

侧载难题被真实破解，并修正了一个旧结论。 之前判定"纯模式下完全无法安装非市场来源应用"，这次用签名工具解出调试证书的设备绑定信息，发现与目标设备的设备标识完全一致——结论应当修正为：与本机绑定的调试包是可以装的，只是要先彻底卸载市场版（保留数据卸载会连签名记录一起保留，仍会报冲突）。这个结论直接打开了真机验收的大门。

三平台同日送审。 鸿蒙市场、安卓市场、腾讯应用宝三条审核通道的提审表单全部代填并提交。过程中沉淀了一批浏览器自动化经验：表单内容藏在嵌套的页面框架里，滚动和点击都要按框架偏移累加坐标；组件库的单选框对合成点击不敏感，要改用脚本直调；截图像素坐标与页面坐标存在缩放偏差，一律以页面坐标为准。应用宝那边还有个简化发现：早期费尽周折的分块注入上传方案，这次实测用原生文件输入直塞就能走通——工具沉淀有时也会"过期"，别急着复用复杂配方。

二、兼容基线回退：从评估到验收的完整闭环

老板提出想让更多旧系统版本的用户也能安装应用。评估没有停留在纸面：

• 先算账：按官方公开的设备分布数据，当前基线只覆盖约 19% 的设备，回退两档后覆盖面接近 94%，约 5 倍。顺带澄清了一个口径混淆：所谓"6.1 全系"其实横跨两档接口级别，要全包还得再降一档，但只多 4 个百分点，性价比不高。
• 实测验证配置可行性：两次试构建确认了一个省事的关键结论——编译套件不必降级，只把兼容基线调低即可，产物里的目标标识符合预期，无需下载额外的开发套件。
• 揪出隐蔽风险：构建期对"使用了高于基线的能力"零拦截，两次试构建都是零报错——构建通过不等于真机不崩。于是用套件自带的逐符号版本元数据做了全量比对，列出 8 处必须改造的能力，其中界面级的 4 处不改会直接崩溃或白屏。这份比对工具沉淀成了可复用脚本，以后每次升降基线直接复跑。
• 验收通道的 Plan B：云调试通道预约后迟迟不分配设备，判定对本账号不开放，果断改走云测试（自动化兼容性测试）——两台旧系统版本真机、50 项用例、13 分钟跑完，通过率 100%，零警告。

最终产品以保持原版本号的方式撤销原审核、重新提审，旧版本用户覆盖问题一天内走完评估、改造、验收、送审全流程。

三、渲染内核升级：裸 URL 自动超链接，四端同步上线

渲染内核从 1.2.0 升到 1.3.0，新增了"裸网址自动变链接"能力。这件事的价值不在功能本身，而在规格设计：

• 只认带协议前缀的地址，天然排除危险协议；行内代码与代码块里的地址不会被误伤；
• 中文标点作为终止符——这是实现时发现的真实风险：两个地址之间用顿号分隔，若顿号被吞会粘成一个超长链接；
• 括号按配对判断只剥多余的部分，维基百科式的带括号路径得以保留；
• 含连续星号的脱敏写法不链接化——这条是上线后扫线上真实数据补上的；
• 坚决不做"短显示"，展示文本必须是原地址，否则多端的表格列宽和摘要都会漂移。

实现收口在解析器的单一出口点，原生端渲染层一行未改就自动获得蓝色可点链接。内核回归 60 项用例全绿，多端一致性硬检查全绿，官网与分享页线上实测生效。四端（网页内核、鸿蒙、安卓、样式层）同步改造、规范文档与测试用例同步更新——改渲染规则必须全端同动、全绿才算改完，这条铁律再次被验证。

顺带踩到一个写作侧的坑：形如"x.y.z.w"的四段式版本号会被发布钩子误判成 IP 地址并掩码，以后写文档统一改成"版本号 + 括注内部版本"的写法规避。

四、视频内容线：真实素材入画、EP02 三端上线、EP03 选题

取图优先级立了新规：真实素材（真机截图、录屏）优先于程序渲染字卡，字卡优先于 AI 底图，真人出殿殿后——能拿真图证明的，绝不程序画假的。今天老板给了三张真机截图，把第二集里原本程序画的"假界面"全部替换成真实素材；还验证了"同一张真图裁不同区域、分饰多镜"的做法，每镜讲一件不同的事。成片重出后逐帧抽检，字幕都在安全带内。

三端封面成为审核包必备件。此前封面只有文字方案就敢交审核包，这次补齐了三平台差异化尺寸的成品封面图，并把"封面成品图"写进技能规则和交付检查清单——判定口径很硬：物料页封面栏只有文字方案，等于没做。通用封面生成脚本沉淀到了技能库，每集只改一个配置段即可全量重出。

三端发布本身贡献了 8 条新踩坑，挑三条最有代表性的：

1. 视频号短标题禁用全角逗号，违规时发表按钮直接灰死且提示藏在细节里——按钮点不动先去查标题校验；
2. B 站评论区是多层影子根的组件，常规查询全部失效，最终放弃界面操作改走官方接口完成置顶评论；
3. 抖音的置顶能力只在手机端存在，网页端怎么找都没有——平台限制要认，别浪费时间绕。

三端发布完成后，统一发布了五条置顶评论：互动引导、干货兑现、防御性澄清（"真没写代码，分工是……"）、下集预告和技术化引流。之后是第三集选题设计：定位人设集、主打评论率，并发现了一个口径冲突——上一集评论区先承诺"讲上架被驳回的故事"、后提"助手还会吐槽老板"，观众预期顺序已定，选题要顺着兑现，不能跳。

五、大模型自助控制台上线

昨天上线的统一调用接口今天补齐了前端：用户自助管理密钥的控制台页面。设计上贯彻了"复用不重造"——扫码登录直接搬官网后台已在稳定运行的模块，只把身份落地的白名单换成普通注册用户通道。

两个安全设计值得记录：不自动建档（扫一次码就凭空多出平台账号，与"仅内部使用"口径冲突，查不到身份直接拒绝）；能登录不等于能建密钥（扫码进来先落在"待激活"状态，激活后才放行建密钥）。

端到端实测全部通过，包括三类身份的正确落地和真实点击建密钥。踩的坑很有教育意义：验证"已注册用户"时返回未注册，一度以为是逻辑 bug，实际是测试用例里手工抄写那串无意义的长字符时少抄了一个字符——这类字符串必须从库里直接取，不能靠肉眼抄。

六、每日情报第四十轮

行业情报自动化跑到第 40 轮，采集、分析、挂载官网全链路无缺口。本轮核心增量：多地智能体扶持政策密集出台、某平台停止服务成为平台依赖风险的又一实证、开源模型旗舰三连发（自部署门槛降到 4 卡级）、三个待执行动作入库。

今天沉淀下来的几条

1. 旧结论要敢改："纯模式不能侧载"被证书绑定证据修正；"分块注入才能传包"被原生输入简化。结论的适用条件变了，结论就该跟着变。
2. 构建零报错 ≠ 真机能跑：跨基线的能力引用没有编译期拦截，必须用符号级元数据扫描兜底。
3. 自动化里的坐标纪律：截图像素坐标和页面坐标永远有偏差，一律信页面坐标；后台标签页被降频会让一切超时，操作前先切前台。
4. 真实素材优先是内容可信度的地基，"同一张真图多镜复用"让它不增加成本。
5. 平台限制要尽早探明（置顶能力只在手机端），把人工动作明确留给人，别在死路上磨。

时间分配

一天的主干：移动端发版与兼容基线约六成，视频内容线约两成半，大模型控制台与情报合计约一成半。全程浏览器自动化与真机验证穿插推进，无空转。

未公开项

以下内容仅做概括，未在正文展开：

1. 设备与账号标识：真机设备型号与唯一标识、开发者后台的应用与项目内部编号、平台账号信息——避免暴露身份与资产关联。
2. 部署与环境细节：服务器路径、进程与部署拓扑、缓存刷新与重启的具体操作序列——属站点安全面。
3. 签名与包体指纹：签名证书细节、产物摘要值与文件大小——可被用于包体伪造比对。
4. 家庭与学生事务：家庭侧的在校事务整理与谈话设计，属私人事项，正文完全略去。
5. 内部商务与身份信息：涉及个人联系方式的平台表单内容，略去。
6. 情报内部编号与来源细节：情报规程的内部编号体系不对外。