摘要： 端侧系列续篇。前面树莓派跑翻译模型验证了「百元设备能翻」——这篇换个更大众的硬件：抽屉里吃灰的旧手机。相比开发板，旧手机有三个天然优势：自带电池、自带屏幕、量特别大（谁家没两台）。一周实测，7 个数字交底。 实验设备 骁龙 855 旗舰（2019 年，现二手价约一部红米的零头）、8GB 内存、And 阅读全文

摘要： 端侧系列续篇。上一篇在树莓派上验证了「能跑」（6~10 秒/段的下限体验），这篇升级到对比实测：三档边缘硬件跑同一个翻译模型，差距到底有多大、每一档适合什么场景——给想上边缘部署的团队一张选型表。 测试阵容 入门档：树莓派 4B（4GB，ARM，约 600 元）——上一篇的主角 中档：N100 迷你 阅读全文

摘要： 端侧系列的新实验。之前把翻译模型塞进了笔记本（16GB 内存轻松带），这次升级难度：树莓派——4GB 内存的 ARM 小板子，边缘部署的标志性硬件。它能不能扛起翻译服务？这篇记录完整实测。 实验配置 硬件：树莓派 4B（4GB 内存版），SD 卡存储，无风扇散热壳 模型：超小参量化翻译模型（量化后 阅读全文

摘要： 系列索引：① 机翻为什么需要审校 ｜ ② 质检 Agent 的设计 ｜ ③ 术语一致性的工程治理（本篇·收官） 系列收官篇。前两篇解决了「发现错误」（类型学+Agent 检查），这篇解决其中非常顽固的一类：术语一致性——为什么它值得单独一篇？因为它是唯一「越到后期越严重」的错误类型：文档越长、批次越 阅读全文

摘要： 系列索引：① 机翻为什么需要审校 ｜ ② 质检 Agent 的设计（本篇）｜ ③ 术语一致性的工程治理 上篇立了论：机翻的错误率决定了审校不可省，但审校可以工程化降本。这篇讲我们怎么把第一道自动审校做成 Agent——核心设计思想一句话：让它怀疑，别让它重译。 为什么不用「让大模型重新翻一遍再比对」 阅读全文

摘要： 系列预告：① 机翻为什么需要审校（本篇）｜ ② 质检 Agent 的设计 ｜ ③ 术语一致性的工程治理 新系列开篇。起因是每篇聊翻译工具的文章下面，总有人问：现在的模型都这么强了，直接机翻完发不行吗？这篇正面回答这个问题——用数据和错误案例说话，讲清楚机翻输出的「可用率」和「可信率」是两回事。 先看 阅读全文

摘要： 系列索引：① 失效的发现与止血 ｜ ② 幂等与断点续跑 ｜ ③ 任务编排与依赖图（本篇） 前两篇解决了「单个任务重跑不闯祸」，这篇往上走一层：几十上百个任务互相依赖的批处理系统，一个任务挂了，哪些下游要重跑、哪些不用、以什么顺序重跑——这是编排层的功课。把依赖关系建成显式的图，这些问题的答案就从「老 阅读全文

摘要： 团队之前翻译走云端 API，账单逐月爬坡之后我们起了心思：能不能把翻译模型搬到本地显卡上。折腾三周，跑通了，也踩了一身泥。这篇复盘把决策、选型、调优的完整过程摊开——给同样在算这笔账的朋友一个参照。 系列前情：批处理失效恢复（一）（二）讲的是任务层，这篇回到算力层。 为什么是消费级显卡 RTX 40 阅读全文

摘要： 系列索引：① 失效的发现与止血（已发）｜② 幂等与断点续跑（本篇）｜③ 任务编排与依赖图（计划中） 上篇说怎么在十分钟内发现批处理挂了、怎么止血。这篇说止血之后的事：重跑之前，有两道坎必须先过——幂等和断点。没过这两道坎就敢整个重跑的团队，迟早会在某个凌晨重复发一轮优惠券。 先说事故长什么样。凌晨两 阅读全文

摘要： 批处理系统跑几百个任务，零失败是幻想，真问题是失败之后怎么恢复。上周聊过断点续跑的状态机设计，这篇接下去讲恢复策略——三种常见做法，适用边界完全不同，选错就是把小故障拖成大事故。 策略一：整批重跑（简单粗暴型） 失败后从头再来。适用边界极窄：任务耗时短 + 幂等性完美 + 成本可忽略。三者缺一就会出 阅读全文