企业官网建设流程全解析

EditaPlot 是一个 AI 驱动的可编辑科研绘图工具：把实验数据交给它，它会在本机 Origin 中画出可编辑的 OPJU 项目并导出 PNG、PDF、TIF。由于 Origin 版本众多，用户最常问的问题是"我的 Origin 能不能画"。EditaPlot 的答案很直接：不看版本号下结论，而是用 Automation 握手 + 能力探针 + 真实产物证据来决定——这套 2021–2026b 版本兼容策略，决定了每一种 Origin 安装能否真正画图。

为什么"版本号大于某值"不够用

很多工具判断兼容性靠一行version >= x，但 Origin 的现实是：

• 同一个产品（如 2024b）有不同 Service Release 构建，行为可能不同；
• originpro桥接层、Origin 原生 LabTalk、不同模板所需能力（误差棒、分类轴、3D、桑基……）组合出的实际行为各不相同；
• Origin 2025b 起，图页比例、边距、字体、轴框、线宽、刻度标签旋转等默认值都变了。

所以 EditaPlot 只把产品号用来识别代际（例如 10.15 对应 2024b），从不用"版本字符串"直接宣布某个模板可用。完整判断见官方兼容说明。

一次"能不能画"的完整判定：五层证据

EditaPlot 对每个本机环境执行五层检查，全部通过才算兼容（详见 session.py 与会话生命周期实现）：

1. Automation 握手：EditaPlot 默认自动启动一个由它独占管理的隔离 Origin 实例，读取版本、就绪状态——你不需要提前打开 Origin。
2. 版本风险优先级：已知风险表只决定"先跑哪些探针"，从不直接阻断绘图。
3. 模板能力探针：按所选模板实际需要的能力逐项实测（2D 核心、可编辑 OPJU、PNG/PDF/TIF 导出、轴与文本反读，加上误差棒、分类轴、3D 等模板特有项）。
4. 真实产物：必须生成非空、可编辑的 OPJU，以及 PNG、PDF、TIF 三种导出。
5. 对象与视觉证据：反读坐标轴、文本等对象状态，并做人工视觉检查。

只有 PNG、只有版本字符串、或仅仅能import originpro，都不足以证明完整兼容。模板与能力的对应矩阵定义在 template_capabilities.py，覆盖 40 条公开绘图路线。

版本总表：谁是"已验证基线"

下表是 EditaPlot 的产品号识别口径（识别逻辑在 capabilities.py）：

版本字符串会被截断到两位小数识别产品（构建后缀不会把 10.150132 误判成下一代产品）。运行后你会看到三种状态之一：

• verified：当前环境与路线拥有完整证据；
• compatible_unverified：握手和所需能力都通过，但该版本还不是完整实机基线；
• unknown：产品或构建无法可靠归类，会触发完整、高优先级能力探针。

版本风险表：是"探针建议"，不是黑名单

version_risks.py 内置了一张已知风险表，例如：

规则很简单：已知受影响构建 → 高优先级探针；已知已修复构建 → 普通优先级；未知构建 → 报告version_status=unknown并跑完整探针。风险记录永不凭版本号自动阻断绘图——真正决定能否运行的是实测能力与输出证据。

真实案例：2026b SR1 把 17% 读成 70.06%

一个很有代表性的故障：Origin 2026b SR1 启动、建表、建图都正常，但旧版 EditaPlot 在style_graph阶段把应为17%的图层左边距读成约70.06%，安全停止。这个数字很像图层宽度——问题被收敛到originpro桥接层与 Origin 原生几何读回的分歧，而非数据或操作。

新策略不再把单一桥接数值当成几何真值，而是双原生路径交叉验证（实现见 verify_utils.py）：

• LabTalk 的layer.left/top/width/height；
• 官方layer -x返回值，顺序严格解释为width、height、left、top；
• 两条路径必须互相一致，且符合当前模板的页面与边距合同。

两条原生路径一致时，异常的桥接值只作为诊断保留、不再误伤绘图；任一路径缺失、非有限或互相矛盾，EditaPlot 仍会停止——不用"兼容模式"掩盖真实布局问题。遇到同样报错的用户只需更新版本并重跑：

.\editaplot.cmd setup .\editaplot.cmd doctor

不需要修改 Origin、注册表或 DCOM，也不需要管理员权限。

普通用户只需要记住三件事

1. 不用自己判断构建号。把数据交给 EditaPlot，重点看结果状态：verified/compatible_unverified/unknown；探针失败时报告只会指出失败阶段和受影响能力，不会用一堆版本术语淹没你。
2. doctor只读发现，origin-smoke才真正启动 Origin。正式流程是origin-smoke → render → verify：smoke 会启动隔离 Origin 实例并跑通"建表→建图→样式→保存 OPJU→三种导出→反读"的最小闭环（阶段清单见 smoke_test.py），通过后才进入正式绘图。
3. 失败时只报告短错误代码和阶段。例如0x80080005（COM Server 未按时启动）会被归一成origin_com_server_execution_failed等稳定代码，附带脱敏诊断，而不是原始 COM 异常全文。瞬时启动故障最多自动清理并重试一次，不会无限循环。

关键文件索引

一句话总结：握手证明"连得上"，风险表决定"先查什么"，能力探针证明"画得了"，真实产物加反读证明"画对了"——四层证据齐了，EditaPlot 才说"这张图画好了"。