端侧 AI · 部署
Android 离线文档摘要架构
版本化导入、切分、prompt、artifact 和必要事实验收。
主查询：Android 离线文档摘要 · 核验：2026-09-16 · 事实卡：ARCH-01, BENCHMARK-01
先给结论
本架构围绕 Android 离线文档摘要这一主查询展开，严格依据事实卡边界 ID ARCH-01 与 BENCHMARK-01 进行定义，不能向外推断额外含义。其核心环节限定为版本化导入、切分、prompt、artifact 与必要事实验收，所有动作均服务于既定的离线摘要流程，不引入任何超出该范围的能力或分支。
需要先收集的证据
至少把下面三项与同一个 artifact、运行时和任务绑定：
- 文档 fixture
- 必要事实与禁止新增
- 长文失败路径
若缺一项，就把它写成未知，不要用模型参数、芯片宣传或网上截图代替。
实施流程
执行过程中需按既定顺序串联下列证据：文档 fixture 提供了切分与生成所需的基础材料，必须如实记录其内容与结构；必要事实来源于事实卡本身，禁止新增任何额外事实，避免污染摘要输出；长文失败路径作为已记录的现象，应在日志中明确标注，并与正常路径进行对比，以便复现和排查异常。三类证据共同构成验收依据，缺一不可。
- 先写任务和最大输入
- 确定运行时与 artifact 格式
- 固定 revision 与发布清单
- 做最小可复现工程
- 在目标设备跑代表任务
- 记录失败、回退与清理
最容易写错的地方
- 只看流畅度
- 丢失来源信息
已观察到的错误模式包括仅关注流畅度而忽视语义准确性，以及在传递过程中丢失来源信息导致回溯困难。这些问题均记录在现有事实卡之中，发布结论只能基于上述记录进行陈述，不得延伸至未记录的成因、影响或修复方案，避免越界推断。
最小复现记录
| 层 | 必须记录 |
|---|---|
| 设备 | 型号、芯片、系统、RAM 档位 |
| 软件 | App 版本与 git commit |
| 模型 | 家族、变种、revision、格式、长度、hash、量化 |
| 运行时 | 版本、请求后端、实际后端证据 |
| 任务 | fixture、输入 hash、prompt hash、输出规则 |
| 结果 | 完成、失败、取消、回退与恢复 |
发布检查单
- 目标查询已在开头直接回答。
- 所有数字都能回到事实卡或原始记录。
- artifact、runtime、设备与任务没有混淆。
- 失败、取消、清理与回退都被测试。
- 隐私和网络边界单独说明。
- 结论只适用于记录中的配置。