开发者试验反馈 -- -- " 本地用户 " 改进

" 本地-AI- 使用 " : 设置脚本提出5个环境假设,但无声无息

□ 总结

设置脚本提出了五个环境假设,这些假设可能默默地失败.

□ 问题

**1. 按名称而不是能力选择的CLI。 **find cli()'在lemonade-server'之前为lemonade'搜索PATH',并使用它首先发现的哪些。 lemonade-sdk' pip包安装了 * *:lemonade'(一个没有serve'子命令的eval/基准工具)和lemonade-server'(REST服务器)。 管道用户获得错误的二进制,lemonade serve' 退出时没有错误,也没有服务器,在永远无法通过的健康检查上设置了烧伤90 s. 固定:调查候选人的-帮助',用于服务'/推'子命令,而不是信任这个名字。

**2. 港号13305硬码为"可通"的定义. ** 剧本只将DEFAULT PORT'称为健康',尽管CLI号运载了一个`状态'子命令,报告真正的约束主机/港口。 非默认端口上的任何服务器(已存在的配置,不同的安装通道,端口冲突)读作"不运行",因此脚本会发射一个冗余实例. Fix:通过QQcli>状态发现端点",只有在不可用的情况下才返回到默认状态.

**3. 下载路径错误。 ** 剧本设定了"LEMONADE CACHE DIR",但实际的多GB下载到"HF HOME"/"HUGGINGFACE HUB CACHE"分数的地方(一个Hugging Face). 路由器内部使用枢机会合). 这些是独立的把手。 一个已经设置了“HF HOME”的用户——在共享的ML机器上很常见——得到一个无声的错配:设置报告成功,然后第一次下载到一个从未验证过的地方。 Fix: 两者一致设置,或查询服务器的有效缓存路径.

**4. 在多GB转让之前,不进行飞行前写作/空间检查。 ** 脚本和规则的故障处理部分会直接跳到 “ pall <model } 而不检查目标是否可写或有空间 。 配额,权限,或仅在几分钟后只读上表面的挂载,被埋入低级回放(10次尝试,指数回放),而不是快失败.

**5. 对被卡住的拉力没有限值故障信号。 ** 该规则说"如果模型缺失,运行拉出并重试一次",但从未区分出一个慢拉出一个被弄断的——健康的5GBCPU绑定拉出并每~1.5GB重排一个都只是打印出‘进步:NN%`'. 固定: 封住等号, 并用指向服务器日志的指针将一个以上的重置为0% 的失败处理 。

纳比尔·希拉齐友好提供的反馈