把 GoTry（Danceiny/gotry，star 173，MIT）放到云上跑，本质上要解决两件事：Node 22.15 及以上的运行时，以及一台能出网、又不把服务裸奔在公网上的 ECS。它的依赖里带了 Z3（WASM）这类组件，所以实例规格不能抠得太狠；而它要从外部拉数据、又要调 LLM 端点，出网路径必须提前规划。想对照同类插件的中文清单与安装形态，可以先看 DeepSeek Harness Hub 插件清单。
一、实例与网络：先在控制台把地基打好
实例选型。 建议 ECS 通用型 2 vCPU / 4 GiB 起步，系统盘选 ESSD 40 GiB。理由不是"跑不动"，而是它要在运行时加载 WASM 形态的求解器（Z3），内存太紧时表现为偶发的进程被杀，而不是干脆的启动失败——后者好排查，前者会让你怀疑代码。
出网。 它需要访问外部数据源和 LLM 端点。两种常见做法：给实例绑定弹性公网 IP，或者把实例放进只有内网地址的交换机、由 NAT 网关统一做出网。生产上更推荐后者——入口收敛，实例不直接暴露。要注意 security group 的出方向默认放行，但如果被收紧过，443 必须显式放开，否则表现是"装得上、一跑就超时"。
入方向只开必要的。 它的 web 面默认监听 127.0.0.1:3080。不要为了图方便把 3080 对 0.0.0.0/0 打开；用安全组把来源限制成你的办公出口 IP 或跳板机，其余走 SSH 隧道：
这样既不用改它的默认监听，也不用给它加认证层。
二、装 Node 22 与依赖
装完先跑一次渠道体检，缺什么补什么：
doctor 检查的是可选的渠道组件（它依赖 Z3、loopx、hotelbyte-cli 这一类东西），--fix 会把缺的补上。启动长这样：
想常驻就用 systemd 写一个 unit，Restart=on-failure；它的状态写在 gotry-state/，把这个目录放在独立的数据盘或快照覆盖的路径下，后续迁移和回滚都省事。
三、四个容易在云上踩到的坑
坑九 · 和别的 DSH 版本混用直接报错
现象。 在同一台机器上把它和你自己维护的 DSH 环境混在一起，启动阶段就报错。
原因。 它的运行时是一组 root-pinned 的 closure（DSH 0.2.0-rc.2），源码安装路径（npm ci && npm --prefix ts ci && node scripts/build-dist.mjs）也是按这组钉死的版本构建的。自行拼版本就会错位。
解决。 对齐 0.2.0-rc.2，不要手工升级其中某个子依赖。云上更稳的做法是一台实例一个专用环境，别和别的服务共用 Node。
坑十 · 跑完测试，把这台机器上的真实数据搅了
现象。 在 ECS 上跑测试或试跑，结果 gotry-state/ 里的真实数据被覆盖，或反之。
原因。 状态默认写在 gotry-state/，而测试需要隔离的 state root——默认路径是共用的。
解决。 测试单独指定 state root，别复用生产状态目录。云上顺手做一层：把 gotry-state/ 放到独立挂载点，用快照策略定期兜底。
坑十一 · 无人值守环境里，启动过程卡住不动
现象。 用脚本或 CI 触发启动，进程就那么挂着，日志没有任何进展。
原因。 符合条件的启动可能提供一次可选的能力检查，而CI / 非 TTY 环境下它既不询问、也不安装。没有 TTY 就没有人来回答，于是流程停在那里。
解决。 非交互场景先把依赖装齐（doctor --fix 提前跑一遍），再进自动化。别指望它在无人值守时自己把缺件补上。
坑十二 · 找英文文档找不到
现象。 想核对某条行为，翻仓库英文文档发现缺内容。
原因。 英文目前只覆盖求解输出层，其余文档以中文对（*.zh-CN.md）为准。
解决。 以中文文档为准绳；仓库自己也把"成对不一致视为 bug"写进了规范。
四、云上值得顺手做的三件事
一是用自定义镜像固化环境——Node 22 + 依赖 + doctor --fix 一遍跑通之后打镜像，后续扩容不用重来。二是把出网与入口分开审计：NAT 网关管出网，安全组管入方向，两者不要混在一张表里想。三是别把 LLM key 写进实例的用户数据——它的 key 是由宿主 UI 配置的，gotry 本身不问也不回显，把 key 放在环境变量或密钥管理里更合适。
总结
在阿里云上跑 GoTry 的落地要点就三条：ECS 给到 2 vCPU / 4 GiB 以上并把 Z3（WASM）的内存留够，出网走上 NAT 网关或弹性公网 IP、入方向只放行必要来源并优先用 SSH 隧道访问 3080，再把 Node 22.15+ 与渠道组件用 doctor --fix 一次补齐；想对照同类插件的中文清单与安装形态见 DeepSeek Harness Hub 插件清单。
适合与不适合
适合：要把这类 Agent 服务放进自有 VPC、又不想它直接暴露公网的团队；需要把环境固化成镜像、做批量扩容的运维同学；已经在用阿里云且希望出网路径可控（NAT 与安全组分离管理）的人。
不适合：只想在笔记本上试一下效果的人——云上这套网络与常驻配置完全是额外成本；希望"装完即用、不需要任何前置"的人，它要求 Node ≥ 22.15 与若干渠道组件；以及打算拿它直接对外提供订票服务的人，交易闭环尚未激活。
标签：GoTry、DeepSeek Harness、阿里云部署
本文由 DeepSeek Harness Hub 自动整理，数据来源于插件详情页。
