TransPraxis v0.4.0 — MTI Finalization Pipeline

Highlights

• 固化 CURRENT_TRANSLATION 作为唯一可变翻译真值，并保持案例 provenance 安全。
• 支持 dependency-aware incremental rebuild、定向 stale propagation 与 subsection 级复用。
• 增加 human case review，区分 machine validation 与作者最终批准。
• 增加 generic MTI compliance profile、项目语言约束与 source-backed deterministic checks。
• 分离 Structural QA、LibreOffice render、Author Visual Review 和 Word Final Review。
• Frozen delivery 绑定翻译、案例审核、合规、DOCX/PDF/QA artifact 状态。
• 匿名 MTI finalization regression 与完整测试套件通过（352 passed）。

Scope

本版本聚焦 MTI Finalization Pipeline。Translation Quality Pipeline 计划在 v0.5 实施，不属于本版本。

TransPraxis / 译践 v0.3.0

工作区与任务恢复

• 将翻译、上下文、审校、报告和交付整合为可操作的任务工作区；问题提示中的“查看案例选择”“定位章节”“查看补充问题”等入口现在会打开对应明细和处理动作。
• 长任务改由后台 worker 执行，并持久化运行阶段、心跳、进度和技术事件；刷新或重启后可继续任务、重试失败步骤或放弃失效运行，而不会丢失已完成的翻译和学术写作检查点。
• 任务首次运行时保存 provider 之外的处理策略和交付格式；恢复任务沿用原目标语言、术语、审校、报告和输出配置，避免被当前界面默认值覆盖。

学术报告与模板约束

• 报告页面增加案例、模板、章节和人工补充问题的分类明细，可定点重生成受影响章节并重新验证。
• DOCX 模板现在形成可验证的结构契约，包括封面、前置部分、章节层级、固定文本和案例数量要求；报告渲染会保留模板样式并填充正文结构。
• 强化翻译决策案例、文献支持、可见引文和人工证据的验证与修复；报告只有在最终校验完成后才能进入最终交付。

交付与可追溯性

• 最终交付改为不可变快照，保存确认人、说明、风险接受记录和对应资产；任务继续修改后会明确提示当前状态与冻结版本不一致。
• 交付格式可按任务选择，包括纯译文/双语 DOCX、PDF、重点标注版、XLSX/TBX 术语、TMX、JSONL、证据、案例、学术工作区 ZIP、审校报告和报告 DOCX/Markdown。
• 交付页面与冻结快照共用同一资产生成路径，避免界面选择与实际下载内容不一致。

发布验证

• 210 项自动化测试通过，覆盖运行状态恢复、按钮交互、报告模板、质量门禁、交付快照和各输出格式。
• sdist 与 wheel 已完成内容检查、依赖审计、隔离安装、CLI 以及真实 Streamlit 服务健康验证。
• Python 3.10、3.11 和 3.12 继续由 GitHub Release gate 验证。

已知限制

• 翻译、审校和学术写作仍需要用户自行配置 LLM provider；生成内容属于工作稿，正式交付或学术提交前必须人工核查。
• --lan 仍是无认证的受信任局域网模式，不应暴露到不受信任的网络。

TransPraxis / 译践 v0.2.1

本版本从净化后的公开仓库基线重新构建，是当前唯一公开的 TransPraxis Release。

• 清理历史发布附件与不应公开的项目材料。
• TBX/TMX 输入改用安全 XML 解析，拒绝实体声明。
• 文件名、术语库名和模型信息进入自定义 HTML 前统一转义。
• 要求 Python 3.10+，并使用已修复的 Starlette 1.x 依赖线。
• 完整测试 143 项通过；Python 3.10、3.11、3.12 的 GitHub Release gate 全部通过。
• wheel 与 sdist 已通过内容扫描、Twine 校验、隔离安装、CLI 和服务健康检查。