dsh-origin-bridge 0.4.8

这一版只加了一条长会话可诊断性，27 个工具的参数与调用方式没有变化。

为什么加

真实用户聊久了，Origin 里的页面只增不减。2026-10-20 做了一次压力实测：连续画 300 张图——

页数	单张耗时
前 100 页	~0.7 秒/张
100–200 页	~1.6 秒/张
200–300 页	~2.8 秒/张

300 页没有崩、导出与清理都正常，但变慢是用户能直接感觉到的，而桥以前不会说。现在：

• origin_plot / origin_matrix 每新建 50 个图页就在返回的 warnings 里提醒一次，并给出建议（origin_close_pages(kind='graph') 或 origin_exit）；
• 计数不花任何额外 COM 调用（只是在创建路径上自增）；
• origin_close_pages（真正关掉页面时）、origin_exit、origin_open 会把计数清零，清理后不会误报。

实测验证：第 50 张图返回里出现提醒，close_pages 关掉 51 页后再画一张，提醒消失。

顺带修的安全问题：LabTalk 黑名单漏成筛子

origin_labtalk 是模型可直接调用的逃生舱，原来的黑名单是子串匹配。2026-10-20 用 45 条高危语句实测，37 条能过——包括 win -cd（销毁页面）、doc -n（新建工程，当前项目直接丢）、del/delete（删数据集）、run -p/run.file（执行外部程序）、exit，以及会绕过 origin_open 句柄重置的 doc -o。

现在按语句（;/换行/{} 切分）加词边界规则匹配，23 类高危写法全部拦下并返回 labtalk_denied（附原因）；win -a、layer.x.type=2、含 "delivery"/"exit" 字样的标题字符串这类正常脚本不受影响。需要说明的是：它仍是劝告式护栏，不是沙箱——用变量拼接命令仍可能绕过，文档里写明了。

还有一条会让新用户直接装挂的

install_dsh.ps1 在全新 profile 上会把 dsh 配置写坏：新 profile 的 cordis.patch.yml 模板内容是一行 []，脚本把 - insert: 追加在它后面，文件变成两个 YAML 文档，dsh 启动时报 failed to parse overlay。已修（只有注释或只有 [] 的文件按空处理），并且装完会用 PyYAML 校验一次、失败就指向备份。隔离 DSH_HOME 实测：全新 profile 安装后 dsh --dump-config 正常合成两个条目，重复执行不重复追加。

参数错误不再误诊成"Origin 没装"

给 path 传数字这类错误，以前会一路走到引擎、抛出原始 TypeError，最后被归类为 origin_unavailable——模型会以为 Origin 没装或坏了。现在分发前只按 inputSchema 校验类型（枚举与范围仍交给引擎，好保住 bad_position/bad_format 这类更具体的码），统一返回 bad_arguments 并指出哪个参数不对。

最值钱的一条：width 从来没生效过

审计时顺手比对导出尺寸，发现 400 和 12000 宽导出的 PNG 完全一样大（3216×2461、字节数相同）。根因：save_fig(path) 只给路径时用页面尺寸，必须同时传 type 才认 width——而 origin_export 一直只传了路径。现在 save_fig(path, fmt, width=N)，PNG 导完还会比对实际宽度与请求值，不一致就回 warning 而不是假装成功。题库的宽度用例也从"有 dimensions"改成断言等于请求宽度（之前只查字段存在，所以这个洞躲过了所有回归）。

数字（实际运行）

• 全链路 1132 例，1132 通过 / 0 失败（真实 stdio 服务器 + 本机 OriginPro 2024 SR1）。
• 随包发布的离线检查 417 项（asciiio 84、binio 30、lifecycle 42、smoke 129、edge 26、paths 35、json 26、readfile 12、labtalk 33）——新增的 5 项锁住上面的页面计数与清零逻辑，32 项锁住 LabTalk 黑名单，不需要 Origin 即可复跑；GitHub Actions 每次 push 也会跑其中六套。

装不上时（镜像滞后）

dsh plugin add 沿用你本机 npm 源；镜像同步慢会报 ERR_PNPM_NO_MATCHING_VERSION，显式走官方源：

dsh plugin --profile desktop add dsh-origin-bridge --registry=https://registry.npmjs.org/

这个 release 里有什么

资产	内容
dsh-origin-bridge-v0.4.8.zip	72 个文件，由 git archive 从标签生成：只含仓库里被跟踪的文件

校验和（写在正文里，不提供 .sha256 文件）

SHA-256  ed9c3861b6ef25ce26544cee931ddb3bdbd6698ce30d727c8b78027496bcde77  dsh-origin-bridge-v0.4.8.zip
MD5      ae135113d7a08af5b87d161ad52c7ab7  dsh-origin-bridge-v0.4.8.zip
大小     330895 字节

npm 上同一份内容（dsh-origin-bridge@0.4.8）的 tarball：

SHA-256  64ab14c99e0849a419026684804c69ab2906ee86b72168b50e4309861fe8832d  dsh-origin-bridge-0.4.8.tgz
SHA-1    bd4d87b3a7d3438e1636a6c8beefdcc354225695  （与 registry 的 dist.shasum 逐字符相同）
大小     300810 字节

dsh-origin-bridge 0.4.7

这一版是读文件、开工程与可诊断性的修复，27 个工具的参数与调用方式没有变化。

修了什么

• origin_read_file 对 .xls/.xlsx/.wks 会说人话了。以前它把二进制表格当文本解码，随后报 parse_failed：找不到数值数据行（只有表头？）——把自己的解析错误说成用户文件的问题（2026-10-19 用真实 zip 结构的 xlsx 复现）。现在直接返回 unsupported_file_type，并给两条出路：用 origin_import（Origin 原生导入），或先另存为 .csv 再预览结构。origin_import 对 Excel 的支持不受影响。
• origin_read_file 增加 sample：每列前 3 个原始值（缺值为 null）。完整数据依旧只进 Origin、不进 context；这 3 个值是为了让模型能抽查"解析出来的列对不对"（列错位、单位串列这类问题以前只能靠 warnings 兜）。
• origin_open 会作废旧句柄。开工程会替换所有页面，以前句柄表不清空，随后拿旧 gr-N 去导出会操作已死对象：Origin 不报错、但什么都不写（1124 例的跑里正是它让连续三个导出失败）。现在打开成功或失败都清空句柄表并在返回里给 handles_reset: true；旧句柄再用会明确得到 worksheet_not_found / graph_not_found。
• 三个工具的 fmt 枚举补上引擎早就支持的 jpg/jpeg（0.4.2 起支持却没写进 schema）。

数字（实际运行）

• 全链路 1126 例，1126 通过 / 0 失败（真实 stdio 服务器 + 本机 OriginPro 2024 SR1；L0 301 / L1 63 / L2 521 / L3 163 / L4 78），27 个工具每个至少 15 例、最多 134 例。
• 随包发布的离线检查 364 项（asciiio 84、binio 30、lifecycle 37、smoke 129、edge 26、paths 28、json 18、readfile 12），不需要 Origin 就能复跑：

.\\.venv\\Scripts\\python.exe test_readfile.py
.\\.venv\\Scripts\\python.exe test_paths.py

• 本轮新增失败路径用例（file_not_found、preset_not_found、unsupported_file_type、open_failed 等），并把"导入空文件"那条补上 import_empty 断言。

装不上时（镜像滞后）

dsh plugin add 完全沿用你本机 npm 源；镜像同步慢时会报 ERR_PNPM_NO_MATCHING_VERSION。显式走官方源即可（参数透传给 pnpm）：

dsh plugin --profile desktop add dsh-origin-bridge --registry=https://registry.npmjs.org/

这个 release 里有什么

资产	内容
dsh-origin-bridge-v0.4.7.zip	68 个文件，由 git archive 从标签生成：只含仓库里被跟踪的文件——题库、模拟数据、真实实验数据、.venv 都不在里面

校验和（写在正文里，不提供 .sha256 文件）

SHA-256  8e6e8ab72a635d219ab309c62f7d2a37409779cb3f90dd032d9000689069c73c  dsh-origin-bridge-v0.4.7.zip
MD5      a1aa7fb77a4c86fa536057a126c2cb2e  dsh-origin-bridge-v0.4.7.zip
大小     322051 字节

npm 上同一份内容（dsh-origin-bridge@0.4.7）的 tarball：

SHA-256  e8d75c67b9a737257003fda0012417cb47f12295bc2aab52612f4f4d5177aa8a  dsh-origin-bridge-0.4.7.tgz
SHA-1    846a60471daed8d2c6af6f699b3444e118602ae6  （与 registry 的 dist.shasum 逐字符相同）
大小     294170 字节

PowerShell 校验：Get-FileHash .\\dsh-origin-bridge-v0.4.7.zip -Algorithm SHA256

dsh-origin-bridge 0.4.6

这一版修的是安装侧和读文件侧的真缺陷，27 个工具的参数与调用行为没有任何破坏性变化；装了 0.4.5（或更早）的用户建议升，特别是用国内镜像源装的用户。

最重要的一条：别再往你机器里塞一份过期的宿主 loader

@deepseek-ai/dsh-mcp-client 原来写在 dependencies: ">=0.1.0-rc.1"。这个范围在 pnpm/npm 的默认语义下够不到 0.2.0-rc.2（跨元组的预发布被排除），所以安装器只能挑到老版本。隔离 profile 里真装的 A/B：

形状	实测结果
0.4.4 / 0.4.5（dependencies）	Packages: +101，落地 @deepseek-ai/dsh-mcp-client@0.1.0-rc.8（宿主实际 0.2.0-rc.2），另有 peer 警告
0.4.6（可选 peer）	Packages: +1，620ms，@deepseek-ai 目录为空，无警告

现在声明成 peerDependencies 的并集范围 0.2.0-rc.2 || >=0.1.0-rc.1 <1，并标 optional（宿主门禁带 includePrerelease 读、pnpm 不带，两种语义都实测满足）。我们自己的入口不 import 这个包，所以功能上不受影响。

同时修掉的

• 导出文件名里的 #：Origin 的导出滤镜把 # 换成编号（要 a#b.png 实得 a1b.png），桥原来报 export_failed 而字节其实在盘上。现在认出唯一候选后改名回你要的路径并在 warnings 说明；有歧义不猜。
• 路径尾部的空格/点被 Windows 静默截掉 → 原来一次成功导出会被判成失败。现在先按 Win32 规则规范化。
• 没有文件名的 path（"."、 ）曾把一个叫 .png 的隐形文件写进插件安装目录。现在一律 bad_path。
• 未映射盘 / 不存在的 UNC 原来报 internal_error，只读目标原来报 export_suspect；现在是 bad_path 与 target_locked，都不覆盖、不假装成功。
• 读文件：UTF-16（有/无 BOM）原来直接抛错；cp1252 的 µs/°C 被 gb18030 抢先解成 祍/癈 且全程无报错；<0.001、2.5±0.1、25 mV、1,234.5、2.5*、(500) 会整列被丢弃；欧陆小数点因"列多的赢"被拆碎；一格两个数（2.5 3.5）被当成"数字+单位"悄悄丢第二个。现在全部识别并逐条回 warning。
• Infinity 写成非法 JSON：json.dumps 默认输出裸 Infinity，那不是合法 JSON——一个溢出值就能让整条响应解析失败、看起来像桥挂了。sanitize() 归缺值、写出走 allow_nan=False、兜不住降级成带原 id 的 JSON-RPC 错误；测试客户端也改成严格解析。
• 三个工具的 fmt 枚举补上引擎早就支持的 jpg/jpeg。

数字（来自实际运行）

• 全链路：1118 例，1118 通过 / 0 失败（真实 stdio 服务器 + 本机 OriginPro 2024 SR1）。
• 随包发布的离线检查 352 项（asciiio 84、binio 30、lifecycle 37、smoke 129、edge 26、paths 28、json 18），不需要 Origin 就能复跑：

.\.venv\Scripts\python.exe test_paths.py
.\.venv\Scripts\python.exe test_json_safety.py

装不上时先看这条（镜像滞后）

dsh plugin add 完全沿用你本机 npm 源；实测 0.4.5 发布 2.5 小时后 npmmirror 上仍只有 0.4.4，报 ERR_PNPM_NO_MATCHING_VERSION。显式走官方源即可（参数会透传给 pnpm）：

dsh plugin --profile desktop add dsh-origin-bridge --registry=https://registry.npmjs.org/

这个 release 里有什么

资产	内容
dsh-origin-bridge-v0.4.6.zip	67 个文件，由 git archive 从标签生成：只含仓库里被跟踪的文件——题库、模拟数据、真实实验数据、.venv 都不在里面

校验和（写在正文里，不提供 .sha256 文件）

SHA-256  66481a44623f0785c5d546c7c1261a335ee2c80ad197d96d2036c10e5e501aee  dsh-origin-bridge-v0.4.6.zip
MD5      6c6c19f64a7e10c2162f2dabbe75c05a  dsh-origin-bridge-v0.4.6.zip
大小     318240 字节

npm 上同一份内容（dsh-origin-bridge@0.4.6）的 tarball：

SHA-256  6b52c5bc2f9478b9d2ac8e74549d2a44590387561578e3aee9cd6738b8490d24  dsh-origin-bridge-0.4.6.tgz
SHA-1    d195bddfaf4a26348dcfacbbedaf294247711cb4  （与 registry 的 dist.shasum 逐字符相同）
大小     291183 字节

PowerShell 校验：Get-FileHash .\dsh-origin-bridge-v0.4.6.zip -Algorithm SHA256

dsh-origin-bridge 0.4.5

功能与 v0.4.4 完全相同：引擎代码一行没动，git diff 只有 README 徽章、5 张截图、screenshots.json、package.json 和版本号。这一版是为了把商店元数据装进发布物。

为什么要升这一版

• 0.4.4 的 npm 包里没有 screenshots.json，也没有 docs/shot-*.png（都是 0.4.4 发布之后才提交的），所以 dsh 插件商店对已安装用户是零截图；这一版它们随包发布，5 张图全部由合成数据经插件自己的引擎渲染，不含任何真实实验数据。
• npm 页面的项目说明换成中文。
• README 的 tests 徽章从 231+ 改成实测的 1079/1079 passing。

工具行为、参数、返回结构没有任何变化；只想用功能的用户可以不升。

现在的自述

27 个 MCP 工具，驱动本机 Origin / OriginPro，数据不出本机。1079 例全链路用例跑在真实 stdio 服务器 + 本机 OriginPro 上，1079 通过 / 0 失败（27 个工具每个至少 15 例、最多 134 例，按副作用分 L0–L4 五层）。随包发布 214 项可复跑的离线/单元/边界检查（asciiio 24、binio 30、lifecycle 37、smoke 97、edge 26）。

安装

dsh plugin --profile desktop add dsh-origin-bridge

pip install originpro numpy

细节与实测坑见 README。

这个 release 里有什么

资产	内容
dsh-origin-bridge-v0.4.5.zip	51 个文件：引擎 + server + 5 张截图 + screenshots.json + 离线测试 + 安装脚本。由 git archive 从标签生成，只含仓库里的文件：题库、模拟数据、真实实验数据、.venv 都不在里面

校验和（写在正文里，不提供 .sha256 文件）

SHA-256  301bc3b9652b4cc6bc861c08032eccb9ce2dfb5f6c2b1b2255bc0a648381a7d8  dsh-origin-bridge-v0.4.5.zip
MD5      20e767ff50a52ee605963a2f4c78facc  dsh-origin-bridge-v0.4.5.zip
大小     299179 字节

npm 上同一份内容（dsh-origin-bridge@0.4.5）的 tarball：

SHA-256  51c5dcb7aac19cdc9de2a0065cea150cf093b5e6cdf15305c26ac4e96867b992  dsh-origin-bridge-0.4.5.tgz
SHA-1    a6230ba6bb49f46623db2f2f9d88e671d93c81a4  （与 registry 的 dist.shasum 逐字符相同，所以这就是发布物的字节）
大小     275837 字节

PowerShell 校验：Get-FileHash .\dsh-origin-bridge-v0.4.5.zip -Algorithm SHA256

dsh-origin-bridge 0.4.4

纯发布版：代码与 v0.4.3 完全相同，只为了让 npm 包页面显示更新后的项目说明。

v0.4.3 发布之后，README 和 package.json 的描述改成了以实测数据开头，但发布物是在那之前构建的，所以 npm 页面还挂着旧的一句话。功能、工具、行为没有任何变化，已在 0.4.3 上的用户不需要升级。

现在的自述

27 个 MCP 工具，驱动本机 Origin / OriginPro，数据不出本机。1079 例全链路用例跑在真实 stdio 服务器 + 本机 OriginPro 上，1079 通过 / 0 失败（27 个工具每个至少 15 例、最多 134 例，按副作用分 L0–L4 五层）。随包发布 214 项可复跑的离线/单元/边界检查（asciiio 24、binio 30、lifecycle 37、smoke 97、edge 26）。

本版包含的能力（承接 0.4.3）

• 图不可读时返回 warnings + 四个方案（对数横轴 / 限定范围 / 换 Nyquist 配对 / 保持现状），由用户决定，桥不擅自改轴；
• 电化学工作站导出的 .txt（CH Instruments 等）：自动跳过几十行仪器说明，紧贴数据的那行当表头，Potential/V 拆成列名+单位，参数进 metadata；
• 掉线自愈：Origin 进程消失后自动重连，不再一路 connection_error；
• 列号一律 1 起始，col=0 直接拒绝（此前会覆盖第一列数据）；
• 导出支持 png/tif/jpg/svg/pdf/emf，tiff/jpeg 自动归一化；
• 缺参数、非法输入统一返回 bad_arguments 而不是内部错误。

安装

npm i -g dsh-origin-bridge

或在 dsh 里安装插件包（下载下面的 zip；是 .zip 不是 .tgz）。

---

校验和（写在正文里，不提供 .sha256 文件）

SHA-256  288f34119464dd6f999d5093aedc87e6ca1a6660b061e4cb132e014affb7590b  dsh-origin-bridge-v0.4.4.zip
MD5      0de174e3118652d0d273748194e9209e  dsh-origin-bridge-v0.4.4.zip
大小     159777 字节

PowerShell 校验：Get-FileHash .\dsh-origin-bridge-v0.4.4.zip -Algorithm SHA256

dsh-origin-bridge 0.4.3

27 个 MCP 工具，驱动本机 Origin。这一版把题库从 433 例扩到 1079 例全链路（27 工具，L0–L4 分层），并修掉扫描出来的 6 个缺陷 + 1 个设计缺口。

图不可读时，决定权交回给你

以前 origin_figure 会把阻抗扫描直接画成 Z′–Freq 线性轴——7 个数量级挤在最左边，数据没错、调用没错、什么都没报，图却没法看。现在：

• 线性横轴跨 ≥3 个数量级时返回 warnings，说明为什么不可读；
• next_actions 给出四个方案：改对数横轴、只画一段范围、换 Nyquist 配对（Z′ 对 Z″）、保持现状；
• 桥不替你选。工具描述里明确写着让 AI 把这几个方案讲给用户，由用户决定。

修掉的缺陷

• write_columns 拒绝 null，尽管文档写着 null 表示缺值。现在 null 落成空单元格。
• write_block 收到一维 rows 时抛裸 TypeError，被上层误判成「Origin 掉线」并白白重连一次。现在先校验形状。
• GRAPH_TEMPLATES 里有 dply，OriginPro 2024 实际拒绝该模板。已从表里删除（表里只留逐个实测可用的）。
• origin_layer 拒绝 layer_type="2" 这种字符串数字。现在接受。
• origin_close_pages 干跑时，没有匹配页面就不返回 would_close 字段。现在字段恒在。
• 缺必填参数会抛 KeyError，对外表现为 internal_error。现在统一返回 bad_arguments 并指出缺哪个参数。
• origin_export 不给路径时把图写进进程工作目录——在 dsh 下就是插件的 node_modules。现在写到 Origin 的 User Files，跟 origin_save_project 一致。

关于测试

本仓库随包发布 214 项离线/单元/边界检查（asciiio 24、binio 30、lifecycle 37、smoke 97、edge 26），你可以直接复跑。

另外那 1079 例全链路题库是开发侧资产（cases/ + run_cases.py + render_realdata.py），跑真实 stdio 服务器 + 本机 OriginPro，结果 1079 通过 / 0 失败。它的提示词、模拟数据和逐文件出图脚本都不适合随插件分发，本版已从仓库和 npm 包里移除，只留在本地。

安装

npm i -g dsh-origin-bridge

或在 dsh 里安装插件包（下载下面的 zip；是 .zip 不是 .tgz）。

---

校验和（写在正文里，不提供 .sha256 文件）

SHA-256  35659ee7a6cc5d7c8cf9a5e28f8b7efcf732951e1b686180920b0c22a93f11b5  dsh-origin-bridge-v0.4.3.zip
MD5      b580346d0976c65f5841da1111e8cbe4  dsh-origin-bridge-v0.4.3.zip
大小     159623 字节

PowerShell 校验：Get-FileHash .\dsh-origin-bridge-v0.4.3.zip -Algorithm SHA256

dsh-origin-bridge 0.4.2

27 个 MCP 工具，驱动本机 Origin。这一版全部来自一次 433 例全链路实测：修掉 1 个会覆盖你原始数据的 bug、8 个「报告了 Origin 其实没做到的效果」，并加上电化学工作站导出 txt 的读取。

会动到你数据的问题

• origin_formula(col=0) 以前返回 ok:true，实际把第一列写成了公式结果。列号在这套 API 里一律从 1 开始，现在 <1 直接报 bad_column；解析到零列的表时报 sheet_empty 而不是含糊的「超出范围」。

掉线不再一路报错

• originpro 只缓存一个 Application 指针。Origin 一旦被关掉（手动关、实例数到上限、origin_exit），之后每个调用都会以同一个 SystemError 失败。现在桥会认出死掉的指针、丢掉缓存和句柄表重新连上；确实无法从内部恢复的（Origin 卡住但进程还在）会返回 origin_unavailable 并给出下一步，而不是一句堆栈。

不再谎报成功

• x_scale="log" 会被 Origin 拒收（它只认自己的名字），但工具仍然报 ok。别名现在先翻译成规范名再下发。
• 只给 func 不给 kind 时以前静默做了线性拟合，返回的是斜率/截距。现在按非线性执行并在 note 里说明；NLFit 不支持自定义表达式，a*exp(-b*x)+c 现在明确失败。
• 公式校验以前只看「这一列非空」，而无效公式恰好会让旧数值留在原地。现在比较前后数值，一字未变就报 unverified 并给 warning。
• fmt=tiff/jpeg 会写出 Origin 不认的扩展名（结果没有文件）。现在归一化并改写扩展名，同时支持 jpg。
• origin_annotate 收到 lines=["文本"] 会抛 AttributeError；现在校验输入，并且支持 "x": 12 这种单坐标参考线（自动按轴范围补全）。
• 空工程存盘本来就只有几百字节，却被 1KB 门槛判成 save_suspect。现在返回页数并如实提示。
• origin_chart_render 以前会在缺列的数据上照画预设。现在拒绝并指向 origin_figure。

工作站 txt

asciiio 以前把文件第一行当列名——对 CH Instruments 导出来说那是日期。现在表头取紧贴数据的那一行，Potential/V 按斜杠拆出列名和单位，上面几十行仪器参数进新的 metadata 字段。实测同一实验的 ecsa100.bin 与 ecsa100.txt 画出同一个 CV 环，两条独立解析路线互相印证。

测试

新增 cases/ + run_cases.py：433 例按副作用分层（L0 纯解析 / L1 只读 COM / L2 改会话 / L3 落盘 / L4 进程级），27 个工具每个至少 11 例，提示词按人话写。跑题脚本会先用在线 tools/list schema 校验用例本身，避免把题库的笔误当成产品 bug。本轮结果 433 通过 / 0 失败。另有 render_realdata.py 把一整个真实数据目录逐文件出图。

安装

npm i -g dsh-origin-bridge

或在 dsh 里直接安装插件包（下载下面的 zip，注意是 .zip 不是 .tgz）。

---

校验和（写在正文里，不提供 .sha256 文件）

SHA-256  53215aedad0c0d27c37ef255f21e8c502739c9fa7d26f293e39e4fb376955bf7  dsh-origin-bridge-v0.4.2.zip
MD5      3c0dcafb2434ad6dd3e714ae8285e737  dsh-origin-bridge-v0.4.2.zip
大小     179880 字节

PowerShell 校验：Get-FileHash .\dsh-origin-bridge-v0.4.2.zip -Algorithm SHA256

dsh-origin-bridge 0.4.1

驱动本机 Origin / OriginPro，用自然语言 + 数据文件出可编辑的 .opju。25 个 MCP 工具，工具名 mcp__origin_bridge__origin_*。

一行安装（推荐）

dsh plugin --profile desktop add dsh-origin-bridge

包是 bundle 包（dsh.bundle.patch 指向 cordis.patch.yml），dsh plugin 装完自动写进 profile，彻底重启 dsh 就加载，不用手改补丁。npm 只管分发，Origin 依赖要自己装进那个解释器：

pip install originpro numpy

依赖装在 venv 里就设 ORIGIN_BRIDGE_PYTHON；用的不是 desktop profile 就设 ORIGIN_BRIDGE_HOME。细节与坑见 README。

这个 release 里有什么

资产	内容
dsh-origin-bridge-v0.4.1.zip	37 个文件：引擎 + server + 安装脚本 + 测试 + 图标，不含 .venv/__pycache__/生成物
dsh-origin-bridge-v0.4.1.zip.sha256	上面那个包的校验值，纯文本

89108f357e6a2a6e81dbe7967ddb029258343d990166a53c4259a8b507f59f65  dsh-origin-bridge-v0.4.1.zip

npm 同一份内容的 tarball（dsh-origin-bridge@0.4.1，34 个文件 / 130872 字节）：

55b53fb7c60a057621f51065926bdc8676ce89977e7e92f9fc009c6dd875c78d  dsh-origin-bridge-0.4.1.tgz

下载后请先比字节数再解压；解压失败先换 7-Zip 或 tar -xf 复现，仍失败再重下（代理/镜像截断是常见原因）。

要求

Windows · Origin/OriginPro 2021+（originpro 硬性下限，2018 实测不可用）· Python 3.10+ · dsh。

0.4.1 相对 0.4.0

• 清掉最后一批内部旧名字：serverInfo.name → origin-bridge，默认输出文件 → origin_bridge_<时间戳>.opju，临时截图前缀同步；serverInfo.version 从脱节的 0.3.0 对齐到 0.4.1。工具名与 serverName 未变，dsh 侧调用不受影响。
• README 补上 npm 安装路径（此前只写了 clone + 手工配置）。

自检（装完跑这三个，不需要额外配置）

python test_asciiio.py    # 24 项，不碰 Origin
python test_binio.py      # 30 项，不碰 Origin；有真实工作站 .bin 时与厂商 .txt 逐点比对
python smoke_test.py      # 97 项，会自己拉起 Origin，看到 ALL GOOD 才算通

第三方工具，与 OriginLab Corporation 无关联、未获其背书。MIT。