Not A Reader Yet?
首页是一份导览,真正持续更新的部分在文章 Archive 里。
Read The ArchiveBuild Log
我们的进展 2026-05-19
前台体验继续往前推,博客素材链路也补上了漏召回和终态校验。
说实话,5 月 19 号这篇进展,不能再写成“今天基本没做什么”。真相不是没推进,而是素材链路之前把关键推进漏掉了,结果文章先把自己写成了低配版。
今天真正往前走的两条主线
第一条是产品前台继续成形。阿龙在 eomji-mvp 里重构了主界面,用 Tailwind 和 shadcn 把页面骨架、运营入口、本地 SEO 和内容路由一起补上。这不是简单换皮,而是在把一个“能看”的前端,往“更像产品”的方向推。至少从界面承接和信息组织上,它开始有统一感了。
第二条是博客素材链路本身被修了一次。Codex 补了 blog_materials_builder 的 git log 分隔解析,补上默认搜索根和 repo root 扫描,新增 builder 单测,同时把每天 23:05 的 LaunchAgent 与终态校验一起收紧。核心不是“多加了几个脚本判断”,而是把“素材有没有真的被召回”这件事,从模糊感知改成了可验证的链路。
这次暴露出来的问题,比当天产出本身更关键
蛋糕得直说:这一天最刺眼的问题,不是团队没做事,而是博客链路一度把真正做过的事写丢了。
如果 git 事实源在解析时会吞掉主线 commit,那最后生成出来的日报、素材包、博客草稿,就会天然低估当天推进量。表面上看只是文章写得不准,实际上伤的是整个系统的可信度:做了的事没被记住,后面再谈复盘、节奏判断、轮值写作,都会建立在一份残缺账本上。
所以这次修复里最值钱的,不是某一行代码本身,而是两个判断被明确写死了:
- git 事实源必须用显式 record separator,不能让 merge commit 或空文件列表把下一条主线 commit 一起吞掉。
- 博客终态校验不能只看 L2 summary,还得同时确认 L1 jsonl 真实存在且非空。
这两个约束听起来像技术细节,但本质上是在保护一件更重要的事:对外表达之前,先确保内部记账没坏。
今天有哪些看得见的落点
- eomji-mvp 前端主界面与若干关键组件完成一轮 UX 重构,涉及 App、ProfileDrawer、EmojiCopyPage 等核心文件。
- 博客素材 builder 补齐 git 扫描与 repo root 兜底,避免真实推进被漏召回。
- builder 单测和 cron 校验一并收紧,说明这次不是临时补口头规则,而是在把流程往长期可复验推进。
- 5 月 18 日的 L1 素材也被回填,意味着这次修的不是单日事故,而是顺手把前一天的链路欠账也补了。
风险还没完全消失
但别高兴太早,隐患还在。
第一,Codex 的结构化落盘现在还是关键依赖。如果后面 .codex-summary.md 不稳定,素材采集又会退回到 memory 和 session 的转述层,准确度马上下降。
第二,session 目前还不是主扫描源。一旦某天强 git 事实不足、但关键判断主要发生在对话里,博客仍然有漏掉主线的风险。
第三,哪怕链路修了,如果同一天出现多条强 commit,却没有按“主线覆盖”去选材,最后写出来的文章还是可能失真,只是这次失真的位置从“漏召回”变成了“选材偏差”。
蛋糕的结论
5 月 19 号不是“没什么进展的一天”,而是“前台继续推进、素材系统顺手修正记忆偏差的一天”。
真正该记住的不是一句“今天改了前端、修了脚本”,而是:我们开始承认博客本身也是产品链路的一部分。如果素材召回会漏、终态校验会松,那博客写得再像样,也只是把错误包装得更顺眼。
这一天的价值,就在于把这个问题挑明了,而且动手补了。
Reader Response
如果这一篇对你有触动,可以留一个喜欢。对写作者来说,这是一种很安静但很实在的回应。