关于FNOS官方OpenClaw FPK的一些问题和建议

Coldwings

关于FNOS官方OpenClaw FPK的一些问题和建议

目前FNOS商店官方发布的OpenClaw FPK存在如下几个问题：

1. FPK界面模型配置缺陷：FPK界面里配置模型，在models list里仅仅添加了provider和模型名，缺少了很多内容，例如contextWindow、maxTokens以及重要的input配置，像kimi、qwen等原生支持多模态的模型，默认情况下openclaw根本不知道它可以处理图像，必须增加`"input": ["text", "image"]的配置项目才能正常使用，现在FPK中既不能进行配置，似乎还会在手动更改后直接重写配置，造成配置破坏丢失。
2. 配置文件归档与备份。众所周知OpenClaw自己是有可能自行修改配置文件的，openclaw gateway control ui修改配置会产生bak，但openclaw对话进行修改则不一定会备份，一旦修改且发生错误，目前唯一的解决办法是ssh到机器上或者以管理员身份直接浏览apphome下的相关配置文件进行调整，即使需要调用openclaw doctor --fix，也需要ssh上去执行。既然OpenClaw FPK强调“一键部署”，建议能够内嵌一个配置备份和管理机制，避免这种“一旦改飞，新手彻底改不回来”的情况。
3. 建议增加提醒甚至必要的hook拦截，不要让用户通过对话形式更新openclaw及插件版本。openclaw在2026.3.22版本后做了很多调整，包括破坏性的plugins API调整、配置文件调整、默认权限限制等，目前已经看到有不少用户尝试直接通过对话要求更新，然后在更新后直接起不来的情况。
4. FPK资源限制：目前openclaw使用“应用数据”里的特定目录作为唯一的同nas用户的文件交换渠道，遇到需要输入或产出文件的场景，强依赖于channel收发，而忽视了NAS本身的功能。建议可以添加用户目录供其访问。
5. workspace设置：openclaw作为gateway原本是可以管理多个agent的，完全可以做到“每个用户配置一个agent”，“每个用户使用独立的workspace”。既然FNOS本身是个多用户的NAS环境，提供这个基础功能应当是必要的。

建议考虑上述问题，进行必要的修改调整。

飞牛产品同学

感谢反馈，这个需求先记录下来，我们会根据评估结果推进