FWIW，我刚刚了解到，当我从 Kiri:Moto 保存 gcode 时，可以将 Chrome 底部的下载选项卡拖放到 CNCjs 上。因此，这种类似于 OctoPrint 的流式传输到 CNCjs 服务器进程的功能对于我来说并不是高优先级，无法在我的工作流程中将它们一起打包。

我也想看看这个。鉴于 Kiri:Moto 已经有多种方式通过 http(s) 发送文件，在 cncjs http(s) 服务器上建立一个端点来设置 CORS 标头以接收跨域 POST 应该是可能的。

已经有一个 HTTP API 可供您使用。您只需将参数端口、名称和 gcode 作为表单字段传递。唯一棘手的部分是为身份验证设置用户名/密码或从 .cncrc 秘密生成 JSON Web 令牌。

例如，以下内容适用于插入的有效令牌：
curl -F "port=/dev/ttyWhatever" -F "name=code.nc" -F "gcode=<code.nc" -H "Authorization: Bearer token-string-here" "http://cncjs:8000/api/gcode"

Kiri：由于网络安全规则，Moto 将无法发布到此端点。Kiri:Moto 由 https 网址提供。您的本地 cnc.js 实例不是。为了使其工作，cnc.js 实例还需要在 https 端口上运行，设置 CORS 标头，在 DNS 中设置，并具有与 DNS 名称匹配的有效证书。

我刚刚提供了一个可用的 OctoPrint 插件，它通过从 grid.space 上的安全端点弹回打印作业来解决这些问题——这解决了上述问题，还允许本地打印机目标的零配置发现。cnc.js 也可以这样做。由于我认为它没有插件系统，因此必须将其合并到核心 cnc.js 代码中。

我正在考虑制作一个单独的 npm 包，它只是一个带有文件放置目标的侦听器。这将是一个独立的进程，它执行与 GridBot 控制器和 OctoPrint 插件相同的功能，并提供一种无缝方式将 gcode 直接从 Kiri:Moto 假脱机到 cnc.js 正在监视的目录。