一天的工作：MD 阅读器双端 1.5.0 冲刺上架、每日情报自动化升级，和一次签名材料丢失后的全链路重建

一天的工作：MD 阅读器双端 1.5.0 冲刺上架、每日情报自动化升级，和一次签名材料丢失后的全链路重建

今天整体是四条线并行：主力投入在 MD 阅读应用的双端（鸿蒙 + Android）1.5.0 版本上架冲刺，从签名重建、商店素材到真机验收一路推进；其次是对每日情报自动化的一次能力升级（新增前沿 AI 技术追踪）；再加上例行情报轮次和一个顺手的小工具交付。下面按工作线展开。

MD 阅读器：1.5.0 上架冲刺（当日工程量最大）

这条线贯穿全天，横跨签名、商店素材、真机验收和 Android 端移植四个战场。

做了什么：

1. 上架前最终检查通过：版本号、设备类型声明、权限声明（仅一个后台朗读权限且理由文案合规）逐项核对；确认无调试残留。一个关键认知是：应用定位零收集、无内置隐私弹窗，鸿蒙侧靠应用市场的隐私政策链接字段覆盖合规要求即可——但 Android 侧曾因「首启未提示隐私政策」被拒，两端合规路径并不对称。

1. release 签名材料丢失后的全链路重建（今天最有代表性的硬仗）：发布签名文件在之前的桌面清理中被连带删除，全机无备份；备用密钥库的口令由 IDE 加密托管、字典爆破不可行，旧私钥确认彻底不可恢复。于是走重新申请路线：本机生成新密钥库与证书请求，通过浏览器自动化在开发者控制台完成「废除旧证书 → 签发新证书 → 新建发布 Profile」全流程，并用证书链公钥指纹比对确认密钥对配对成功。过程中最大的坑是构建工具对签名口令的三重校验（长度、奇偶位、且必须是 IDE 特定加密格式的密文）——最终通过复刻其密钥派生算法自行计算密文解决，release 包编译成功并已上传到版本草稿。

1. 商店素材与文案就位：真机补拍 5 张商店截图并统一归一化到平台要求的尺寸；应用介绍与版本更新说明文案已通过自动化写入草稿页。卡点在旧截图删除——新版控制台界面的删除按钮由脚本动态注入，自动化合成事件无法触发，只能留给人工点几下，删完即可批量上传新图。

1. Android 端同步移植 1.5.0：把鸿蒙版的六类离线图形渲染（公式、图表、流程图、思维导图等）完整移植到 Kotlin/Compose 版：解析层新增四种内容块类型、渲染层把单一图形组件泛化为按类型分发的多引擎入口、新增文档大纲抽取与自绘抽屉、关于页定位标签与朗读脚本同步对齐。真机装机后大纲抽屉、思维导图、流程图均已验证通过，五类离线渲染引擎用无头浏览器探针全部验证为绿。

关键决策与根因：

• 签名重建选择「重新申请」而非继续抢救旧材料，依据是爆破失败 + 无备份的双重结论；代价是新证书与线上旧版签名不一致，老用户覆盖升级需要评估，这是一笔明账。
• 移植时把渲染 HTML 入口的「内联/全屏」语义参数在不同页面里含义相反这一点单独记档——这是最容易踩的暗坑。
• 真机 USB 调试连不上的根因排查结论修正过一次：手机端和数据线都没问题，是 Windows 侧 ADB 接口未绑定驱动；装驱动需要管理员权限，物料已备好交人工执行。另一个修正：开发者选项里 USB 调试开关「退出即复位」是系统自带行为，与 AI 侧操作无关。

留下的教训：

• 清理脚本与工程同步脚本要互相知悉边界：一轮目录同步的 /PURGE 把被 git 跟踪的工具目录删成了删除状态，靠版本库恢复才救回来——跨工程同步必须排除工具目录与本地签名配置。
• 之前「工具目录丢失」的判定其实是搜索深度不够导致的误判，find 的 maxdepth 盲区值得警惕。

每日情报自动化：新增「前沿 AI 技术详情」采集

做了什么： 按需求升级了每日情报定时任务：采集范围在行业新闻、政策、应用商店榜、开源榜、需求线索之外，新增「前沿 AI 技术详情」专项，口径是记技术参数不记动态（吞吐、单价、上下文长度、开源协议、可否自部署等），覆盖前沿模型、智能体运行时、开源框架、安全合规四层；分析阶段新增「应用联想」环节，要求把每项技术对照自己的真实资产清单给出「是什么 → 能怎么用 → 具体动作 → 成本风险 → 做/观察/放弃」的决策建议，并保留对外发布的人工确认环节。

关键判断： 首日速览显示行业主题正从「对话式助手」转向「常驻自主智能体」+ 推理成本坍塌。脑暴结论：刚上线的公众号会话接管链路就是现成的智能体落地底座，建议按「AI 拟稿 + 人工一键发 → 常驻智能体替代部分被动定时 → 本地知识库自助问答 → 内容生产降本」的顺序推进。

例行情报轮次（第二十五轮）

原料与两份榜单采集零缺口，产出报告约 *****字符并完成官网挂载（自动脱敏 9 处，验证通过）。实质发现包括：头部厂商多端同频的产品节奏调整、评估工具的商业化集成动向、以及两地「词元经济」政策文件的补贴力度细节——后者已纳入政策跟踪的增强项。

顺手交付：外网视频字幕下载工具

一条小线：为目标视频做「优先字幕、退而求最小流量视频」的下载方案。先做网络诊断：本机普通外网正常，但目标站点直连不可达，而既定代理链路当时不在线，两条路都走不通。于是交付了一个自动探测代理、先拉全量字幕（文本流量天然最小）、失败再降级拉最低档视频的脚本，并给出代理生效后的自检方法。待代理侧上线后即可跑通。

今天沉淀下来的几条

1. 签名材料必须异地备份：一次桌面连带清理就能让发布链路瘫痪两天，私钥类资产的生命周期管理要独立于日常清理策略。
2. 平台的隐藏校验逻辑可以逆向：构建工具对签名口令的三重校验，通过复刻其密钥派生算法绕开，比反复试错快得多。
3. 「连不上」的结论要分层验证：设备、线缆、手机端设置、PC 驱动、授权状态是五件独立的事，这次的误判就出在把「驱动未绑定」当成了「连接失败」。
4. find 的 maxdepth 盲区会造成幽灵结论：搜不到 ≠ 不存在，关键目录的搜索深度要有意识核对。
5. 双端移植的语义差异要显式记档：同一个参数在不同渲染入口里含义相反，这种「对称性陷阱」值得单独一页笔记。

时间分配大致是：MD 阅读器双端约七成（签名重建与 AGC 流程占其中近半），情报自动化升级约一成半，例行情报与小工具合计约一成半。

未公开项

本文共略去 5 处内容，均为不宜公开的信息：

1. 开发者控制台的页面结构、选择器与自动化脚本细节——属于站点自动化攻击面的具体实现，不外泄。
2. 签名密钥的口令策略与文件位置——凭证类信息一律不公开。
3. 设备标识、序列号与账号信息——身份类信息不公开。
4. 本地网络拓扑与代理链路细节（内网地址、端口、代理位置）——安全边界信息概括处理。
5. 情报报告的原文链接与内部编号体系——内部索引不对外。