通过三条常用路径可以查看LookWorldPro的各语言翻译量：仪表盘呈现即时概览，按语言和时段筛选；导出报表（CSV/Excel）显示项目与字数明细；API接口支持按项目、语言、时间维度批量拉取用于核对与分析，也可结合账单与QA日志核对异常。定期复核中。
先把问题拆成三部分：我想看什么、在哪看、怎么核对
要用费曼法讲清楚这个事，先问三个简单问题：
- 我到底要看“翻译量”的哪种度量：字数、词数、字符数、还是段落/任务数？
- 我是在看单个项目短期变化，还是整个平台长期累计？
- 我需要的是人工翻译量、机器翻译量，还是二者合并并区分后的人机编辑（MTPE）量？
明确这三点后，接下来每一步都能有的放矢。
一眼看清：仪表盘（Dashboard）做什么
仪表盘适合快速概览和监控。典型的仪表盘模块会有：
- 总体翻译量（按日/周/月/自定义区间）
- 按目标语言分布的占比图（饼图或柱状图）
- 不同翻译类型的拆分（人工、机器、MT后编辑）
- 最近活跃项目与待完成任务
使用方法：登录LookWorldPro，进入“报表/统计”或“仪表盘”页，选择时间区间，按语言筛选即可。仪表盘给的是汇总数，方便决策但通常不是审计级别的明细。
仪表盘常见陷阱（提醒一下）
- *缓存延迟*：实时性可能有几分钟到几小时延迟。
- *计数口径*：某些仪表盘以“字”为单位，有的以“词”为单位，跨语言时差别明显（中文按字、英文按词）。
- *重复与匹配*：50% fuzzy match是否计入翻译量？不同系统口径不同，要确认。
深度核查：导出报表（CSV/Excel）该怎么看
想要可审计的明细，必须导出报表做比对。导出报表通常包含以下字段：
- 项目ID / 项目名称
- 源语言 / 目标语言
- 段落ID或段落哈希（便于去重）
- 源文本长度（字/词/字符）
- 目标文本长度
- 翻译类型（MT / Human / MTPE）
- TM匹配率（100%/95%/75%/…）
- 提交时间、译者ID、任务状态
实际操作步骤：
- 在报表页选择时间范围、语言和项目标签（Tag）；
- 选择导出字段（尽量包含“段落ID”和“TM匹配率”）；
- 下载CSV，按语言列做透视（Pivot）或用SQL/脚本做统计；
- 比对付款账单与译员交付量，找出差异行逐条核验。
示例CSV字段说明（读着熟悉就好）
| 字段 | 含义 |
| project_id | 内部项目编号，用于跟账单和合同对齐 |
| source_lang / target_lang | 源/目标语言（双字母ISO代码，如en/zh） |
| segment_id | 段落或句子唯一标识，便于去重 |
| source_length / target_length | 源/目标文本长度（注明单位：字/词/字符） |
| tm_match | 翻译记忆库匹配率（百分比） |
程序化获取：API如何拉取各语言翻译量
如果你要自动化监控或定期对账，用API是最稳的方案。LookWorldPro通常提供的API能力包括：
- 按项目/语言/时间范围拉取已完成的翻译任务列表
- 返回每条记录的原文长度、译文长度、翻译类型和TM匹配率
- 支持分页与过滤，便于增量拉取
伪代码示例（思路，不是直接复制粘贴）：
GET /api/v1/reports/translations?from=2026-05-01&to=2026-05-31&lang=es&page=1&per_page=500
返回：[{project_id, segment_id, source_lang, target_lang, source_len, target_len, tm_match, translator_id, type}]拿到数据后，用脚本做按语言聚合：
- 总计 source_len（或按系统单位）= 翻译量
- 分解为 human_count、mt_count、mtpe_count
- 按 TM 匹配率折算：只有 0% 匹配才计为全新翻译，75%-99% 可能按折抵比例计费
理解计量口径：字数、词数、字符数与TM折算
这是最容易出歧义的地方。要保证统计准确，务必确认以下三点：
- 单位一致性：中文多以“字”为单位，英文以“词”为单位，导出后统一到同一口径再比较。
- TM折算规则：例如100%匹配通常不计费或计少量；重复句子是否去重计量？
- MT与人工的区分：MT输出若经人工重大修改应计为人工产出，系统需有“编辑距离”或版本标记。
实操清单：五步拿到可信的“各语言翻译量”
- 在仪表盘查看总体趋势（快速筛查异常语言或时间段）。
- 导出报表（选择含段落ID、TM匹配率、翻译类型的字段）。
- 用脚本按语言聚合，并转换统一单位（例如全部换算成“源字数”）。
- 对比账单与译员交付记录，关注TM折算后的计费口径差异。
- 将API拉取结果与CSV导出结果作双向验证，发现差异后追溯段落ID逐条核对。
小贴士（实战中常用的）
- 把每个项目设置好标签（country/product/phase），导出时按标签聚合更方便。
- 保存日报或周报快照，便于回溯和争议处理。
- 把QA记录（错误类型、重做次数）和翻译量表关联，用于质量与成本分析。
- 注意时区和结算周期，跨月项目容易出现重复或遗漏计数。
示例表格：按语言的汇总视图（演示）
| 语言 | 总字数 | 人工翻译% | MT/MTPE% | 100% TM数 |
| 英语 (en) | 120,000 | 60% | 40% | 8,500 |
| 西班牙语 (es) | 85,000 | 45% | 55% | 10,200 |
| 日语 (ja) | 40,000 | 80% | 20% | 2,300 |
异常排查：当数字看起来“不对”的时候怎么办
如果某语言的翻译量突然暴增或骤降，按下面次序排查：
- 确认时间区间和时区设置；
- 检查是否有大批量导入/导出的项目（例如一次性上新产品）；
- 看TM匹配率分布，是更多100%匹配还是更多0%新翻译？
- 对照账单，看是否有退款、重做或项目取消的记录；
- 若仍异常，逐条筛选段落ID，查看源文是否重复或文本被错误分段。
关于“AI+人工双重校验”的统计口径建议
既然LookWorldPro强调“AI+人工”，统计时建议做以下区分：
- *MT原始输出量*：显示系统自动翻译生成的字符/词数。
- *MT后编辑量（MTPE）*：人工在MT基础上进行修改的量，区分重大编辑与微调。
- *纯人工重译量*：没有依赖MT的从头翻译量。
在报表里把三者分别列出，既能反映成本结构，也便于评估MT效果与人工投入的边际收益。
最后，几个真实可用的核对动作
- 每月定期导出“按语言”的累计表，与财务账单逐行对账。
- 保留原始CSV和API抓取的快照，遇纠纷可作为证据。
- 把TM变化（新增记忆、删除条目）纳入变更日志，影响翻译量归谁负责要有记录。
- 让项目经理定期复核MTPE的判断标准，避免统计口径随人变动。
我写着写着又想起一点：实际操作中，工具会帮你省很多力，但最关键的还是把“口径”写清楚并形成习惯性流程。遇到不一致，别急着怀疑系统，先核对字段、单位和时间窗口，很多问题就是在这些小地方掉链子。你要是愿意，我可以把上面的API伪例改成你们平台实际字段名的脚本，或给一份可运行的CSV聚合模板，省得手动算得头疼。