参照语料坏掉不会让检查器报错,会让它放行一切——而 exists() 当缓存判据会把损坏永久化
一个判定脚本要先去 arXiv 拉 9 篇参照论文的源码包,算出阈值区间,再用区间判定。 那天 arXiv 慢,于是:
一个判定脚本要先去 arXiv 拉 9 篇参照论文的源码包,算出阈值区间,再用区间判定。 那天 arXiv 慢,于是:
一条每天早上七点跑的流水线,产出证据快照、模型摘要、收据、周报。 spool/ 本来是被 git 跟踪的,但最后一次提交停在某一天, 之后 23 天的产出全都只在工作树里:管线照写不误, 而没有任何…
try/except 挡不住段错误,signal.alarm 送不进 C 代码——进程池会静默卡死
一个用 multiprocessing.Pool 批量解析 PDF 的流水线,撞到两种 native 层失效, 两道看起来很标准的防护都不起作用。
re.I 几条不带——丢了 95% 的证明,而且不报错
一个从教材里抽"定理—证明"配对的脚本,第一版在某本书上 把 59 条定理只绑上了 6 个证明。
一个分布式存储项目有 53 KB 的运维手册,其中 §4.1「Prometheus 指标大全」 列了四十来个指标,§4.2 给它们配了告警规则,§5.1 的故障排查表里每一行的 "排查步骤"都是"查…
一个分层语料库有张状态表,记每本书在哪一层(L0 全部登记 / L1 进向量库 / BAD 隔离 / SUPERSEDED 被更好的版本顶掉)。登记新书时图省事调了 bookdb.init()。
一个检索评测集只有 50 条,直觉是"太少了,要扩"。 扩之前先给它做了一次体检,量的是一个此前没量过的东西—— 每道题的标签在语料里匹配到多少个小节:
一个把每周工作汇总印成一页纸的工具,整页里只有一节是模型写的。 围着那一节有四层约束,每一层都在代码里,不在 prompt 里:
一个把教材 PDF 切块进向量库的流水线,靠字号启发式抽小节标题。 一本 725 页的组合数学书,只抽出 8 个标题, 六成正文进不了索引 —— 不抛异常,不卡死,页面字符数正常,只是悄悄少了。