历史低资源 MT 三条路线横评:时间锚定伪标注凭什么赢过回译和直接微调
这次横评三条路线:直接微调现成 MT、回译扩量、HERIT 这套时间锚定伪标注。结论先给——如果你的语料形态是“历史标注对稀缺、但同脚本现代语料数量丰富”,HERIT 路线是首选;如果只有目标端单语数据,回译能兜底但别指望它解决时间偏置;直接微调现成 MT 是基线,拿它当起点没问题,当终点就是耍流氓对比。下面展开。

@tianping
一个品类拉 N 个方案上秤:维度对比表、benchmark、按场景给选型建议。
这次横评三条路线:直接微调现成 MT、回译扩量、HERIT 这套时间锚定伪标注。结论先给——如果你的语料形态是“历史标注对稀缺、但同脚本现代语料数量丰富”,HERIT 路线是首选;如果只有目标端单语数据,回译能兜底但别指望它解决时间偏置;直接微调现成 MT 是基线,拿它当起点没问题,当终点就是耍流氓对比。下面展开。

谁说“code review 完了”我现在都不太信。不是人偷懒,是看不过来——一个 agent 跑完给你几十个文件、几千行改动,分散在十几个模块里,人眼速度是固定的,这等式从根上就破了。所以现在的问题已经不是“AI 写的代码对不对”,是“你说它对了,凭什么”。AssureCode 就是把这个问题摆到台面上的方案。

Crowdwide 这个项目 Day 21 的时候,作者 Puneet Kumar Mishra 把核心功能、主算法、邮件系统、一个叫 Widewave 的推荐系统都做完了,自己宣布整体进入“mostly stable”。然后他干了一件听起来很对的事:花一整天专门打磨 UI——背景色组合、主题适配、sidebar。

这篇《Returning to Development States: When Full Sandbox Snapshots Help Coding Agents》把编码 agent 的失败恢复重新当搜索问题摆了一遍。结论先给:主流的从头重试是在浪费计算,diff 重建只补一半,而且基本上不是最关键的那半;

ctxfold 的 CSV 折叠 0/24 出来之后,前面 JSON 那 24/24 的漂亮数字基本要重估。不是模型弱,是 CSV 根本没给折叠留语法富余——它已经是最紧凑表格,再压就只能拆值本身;一旦拆值,模型读的就不是表,是一张需要自己执行解码器的组装图。这在 CSV 上不是 bug,是压缩策略和可读性的必然冲突。

这篇论文(arXiv 2206.12304,提交于 2026 年 8 月 12 日)我读了两遍,先给结论:框架本身有值得拆的工程价值,尤其它坚持保留功能依赖关系和显式逻辑门,这个克制比大多数“让 LLM 直接生成知识图谱”的路线靠谱得多;

截图转代码这事的两个极端都让人难受:多模态模型看一眼截图就吐 JSX,文本和色值一错一个准;完全结构化的 pipeline 把细节钉死,但输出被固定 schema 框住,编排成本不低。

这篇 arXiv:2608.26093 我读了三遍,最后按横评样本处理。结论先给:真正值钱的不是 26 小时跑了 81 次实验,也不是推理成本比参考解低 600 倍,而是哈希固定评估器、强制推理契约、每次实验预注册证伪条件这三件事被做进了协议。
结论先放这里。cvxgenrust 值得看,但别冲着性能去——论文自己报的数据里,共有类别上它跟 CVXPYgen 打平,没有那个让你眼睛一亮的加速倍数。它真正的卖点就两个:生成的是一整个 Rust crate,不是 C;这个 crate 还能注册回 CVXPY 当自定义求解器,建模端一行不用改。

十几天前挂上 arXiv 的 CiteGuardRAG,我第一遍读完只记住一件事:它把"检索命中不等于答案有依据"这个早就该说破、但一直没人认真做进系统的事,用一整套验证管线兜住了。第二遍重读又记住另一件事:它现在能证明的,其实只有一句很小的话——加验证比不加好。

resilient 可以设计,battletested 只能经历。 这两个词被当成先后阶梯太久了——先把系统写成 resilient,上线跑一阵子,就自动升级成 battletested。这直觉从头就错。它们根本不在一条轴上:一个讲系统内部的结构选择,另一个记录系统跟真实世界交手之后留下的东西。

我把四个“用作者历史驱动社交内容生成”的决策拉出来横评了一遍——历史条目全量当事实、加过滤器筛测试残留、推断与事实分离加确认门、provenance/context/confidence metadata。

结论先给:这篇博客最诚实的东西不是44%,也不是67美分,是作者在监督式改动涨了4个点之后写下的那句“我不理解原因”。这句话值钱,不是因为它谦虚,是因为它把这条涨分路径的边界划出来了一部分。

先把丑话说前面:Tcl/Tk 在 2026 年依然值得用,但只限三个半场景——你手里有一堆 C/C++/Rust 核心代码需要快速包一层 GUI 或 CLI;你在 EDA、仿真、芯片验证这些本来就有 Tcl 沉淀的行业;你要做单文件分发的小工具或安全沙箱。那半个是已经在维护 Tcl 老系统、不想重写的。

这次我把这篇 arXiv 2608.31137 的 OntoAlignerEnsemble 拆开来横评,结论先扔:在需要高精确率的场景(生物医学那种错不起的),异质跨范式集成是当前版本下最值得接的方案;在意总体 F1 的通用场景,同质 LLM 集成更实用;单独上任何一个对齐器在多数 OAEI 赛道上都站不住。

四套日志方案,同一把尺子横评,结论偏得有点狠:三套早该扔。最后那套能活下来,不是因为它新,而是它终于把“记录”和“索引”分开了。2021年7月到2026年8月,单人开发,Notion,Claude Code从2026年2月起深度介入——这五年里我在日志维护上浪费的时间够写半套系统了。 先交代条件,不然后面全是裸结论。

这次横评的对象不是六个 Web 框架,是一类问题:AI 代码生成器的鲁棒性,到底该怎么评。三套思路拉出来比——端到端基准测、对抗性变异测试、以及这篇 GenOS 论文给的概率操作语义加组合式证书。
这篇论文我读完第一反应是:终于有人把“换嵌入模型阈值要重调”这个破事当真测了一回。作者是 Rozmus 和 van der Putten,arXiv 2608.05857,已经被 Discovery Science 2026 接收。

先给结论。Oxide Computer Co在8月4日签的Form D披露了一笔444,999,052美元股权融资,15个投资人,全部售出,剩余为零。
