FNOS-007/008 v5.5.0 真实 NAS 安装复验记录(2026-09-30)
本记录覆盖 fn-deepseek-harness-v5.5.0-dsh-0.1.7-rc.2.fpk 在真实 fnOS NAS 上的全新安装 (此前 5.4.3 已卸载,设备上无旧版数据,非升级路径),以及在 NAS 桌面中对 FNOS-007 与 FNOS-008 目标环境功能的复验。此前两份 NAS 记录 (FNOS-007 真实 NAS 验收记录、 FNOS-008-01 真实 NAS 验收记录) 针对 5.4.3,本记录按「证据只追加」原则另立新档,不修改旧记录。
设备与环境
| 项 | 值 | 来源 |
|---|---|---|
| fnOS 版本 | 1.2.0800 | [采集] 应用详情页与此前记录一致 |
| 应用 | fn-deepseek-harness 5.5.0,状态 running,来源「手动安装」 | [采集] 应用中心详情页 |
| 依赖 | nodejs_v24(Node.js v24) | [采集] 应用详情页「依赖的应用」 |
| 挂载路径 | /app/fn-deepseek-harness(openType: iframe) | [采集] iframe 实际 URL |
| 运行基线 | DSH 0.1.7-rc.2 | [采集] 应用详情页描述 |
| 内置插件版本 | @tnnevol/dsh-fnos / dsh-codebuddy / dsh-codex-auth 均 v0.1.7-rc.2.2 | [采集] 插件详情页 |
安装方式:NAS 桌面「应用中心 → 手动安装」上传 FPK → 安全提示「未经验证应用」点同意 → 服务配置向导(监听端口 3080、可信访问地址 <nas>:5666、npm 镜像源留空用官方源)→ 安装任务执行成功。全程由 Chrome DevTools 在浏览器中驱动完成。
逐项结论
FNOS-007-01 DSH 运行基线升级
[采集]FPK 上传后安装任务成功,应用5.5.0状态running,依赖nodejs_v24就位。[验收]应用以0.1.7-rc.2基线启动,DSH Web 在 iframe 中完整加载,无启动失败或插件禁用提示。- 结论:通过。
FNOS-007-02 插件兼容性门禁升级
[验收]插件管理页「已安装」分组显示 4 个插件:@tnnevol/dsh-codebuddy、@tnnevol/dsh-codex-auth、插件市场、@tnnevol/dsh-fnos,四个开关均为启用态。[验收]未出现「版本不兼容被禁用」提示,未要求用户授予版本豁免。- 结论:通过。
FNOS-007-03 fnOS 插件设置兼容
[验收]fnOS 授权目录配置(现已位于插件详情页,见 FNOS-008-01)可读取;4 条应用共享目录 (@appshare/@apphome/@appdata/@appconf)默认存在。[验收]添加目录 → 确认授权 → 列表即时更新并持久化;「取消授权」→ 确认 → 删除成功。 保存/放弃按钮仅在存在未保存修改时可用(脏状态保护)。- 结论:通过。
FNOS-007-19 网关终端 Shell 与字符集环境
[验收]侧边栏「新建终端」打开即可用:标签页显示单个bash(无重复 bash、无 nologin), 提示符fn-deepseek-harness@fnos-nas:/vol1/@appdata/fn-deepseek-harness$。[验收]终端内执行环境探针,实测输出:SHELL=/usr/bin/bash LANG=C.UTF-8 LC_CTYPE=C.UTF-8 LC_ALL= USER=fn-deepseek-harness HOME=/vol1/@appshare/fn-deepseek-harness即网关注入 UTF-8
LANG/LC_CTYPE、清除LC_ALL、默认 Shell 解析为 PATH 中的 bash, 运行身份为应用专用账号(非 root、非 NAS 普通用户)。[验收]mkdir 测试中文目录成功且ls输出中文无乱码,rmdir清理完成。终端可执行命令、可关闭。结论:通过。
FNOS-008-01 fnOS 配置迁入插件详情页
[验收]@tnnevol/dsh-fnos组合包详情页内、「包含的组件」列表之后直接呈现 fnos 配置区块 (常驻非折叠):「添加授权目录」/「刷新」按钮、授权目录列表、「三方插件 proxy ⓘ」文本框、 「放弃/保存」按钮。[验收]「添加授权目录」打开 NAS 文件浏览器(我的文件/外接存储/远程挂载/他人共享/我的收藏分类), 选择目录 → 确认授权 → 新目录存储空间6/1000/Documents出现在列表并带「取消授权」按钮。[验收]proxy ⓘ tooltip 含固定三行说明:「是什么:把三方插件的绝对路径 API 统一接入应用网关…」 「怎么写:一行填一个以 / 开头的绝对路径前缀…」「举例子:插件 API 是 /plugin-api/get/me,就填 /plugin-api」,与 AC-06 文案一致;placeholder 含「按 Ctrl+S(macOS 为 ⌘S)保存」。- 结论:通过。
FNOS-008-02 CodeBuddy 配置迁入插件详情页
[验收]@tnnevol/dsh-codebuddy详情页内联呈现「账号管理」区块(账号计数、添加账号、完成任务、 刷新、查看日志、设置齿轮)与「Token 统计」区块(初次为「还没有 CodeBuddy Token 活动」空态), 两者均为常驻区块标题呈现,无折叠面板、无独立全页面导航。[验收]账号管理行右侧齿轮打开设置浮层:自动切换、切换阈值(滑杆)、自动签到、自动旅行、 显示额度余量五个控件全部可用;键盘方向键把切换阈值从 0% 调到 31%。[验收]账号数据(涨涨涨 / WorkBuddy / 已签到 / 今日已旅行 / 剩余额度 611 / 65 个资源包 / 可用账号 1/1)在全新安装后由插件自动恢复显示,积分总览四项指标正常渲染。- 结论:通过。
FNOS-008-03 Codex Auth 配置迁入插件详情页
[验收]@tnnevol/dsh-codex-auth详情页内呈现「Codex Auth」登录区(状态「尚未登录」+「登录」按钮) 与「全局模型」选择区(「请选择模型·提供方默认」+ 取消/设置为全局模型)。[验收]设置侧栏无 Codex Auth 独立导航分区。- 说明:全新安装无已登录账号,「登录」依赖外部 OpenAI 网络与账号条件,本记录未实际完成 OAuth 登录;登录可用性由 FNOS-007 Web/Desktop 记录 与此前 Desktop 记录覆盖。界面呈现与入口迁移本身通过。
- 结论:通过(界面迁移项)。
FNOS-008-04 设置弹框移除插件配置入口
[验收]设置弹框侧栏仅剩「通用设置 / 模型 / 内置插件 / Agent 预设 / 插件市场」,无 fnOS、 CodeBuddy、Codex Auth 任何配置标签页或导航分区。[验收]「内置插件」分区仅显示只读插件清单(会话插件 29 个 / 全局插件 189 个)与插件市场入口。- 结论:通过。
FNOS-008-05 配置功能与数据保持
[验收]CodeBuddy 账号凭据与偏好(含切换阈值)在页面刷新后保持:调整到 31% 的切换阈值经 「刷新」重建界面后读回仍为 31%。fnOS 授权目录保存后列表持久。- 说明:本设备为全新安装(无 5.4.3 旧数据),「升级保留既有数据」路径由 5.4.3 时代的 FNOS-007 真实 NAS 验收记录 覆盖;本记录验证的是 v5.5.0 全新安装下的配置写入与读回一致性。
- 结论:通过(全新安装口径)。
相关信息
- 验收操作全部通过 Chrome DevTools 在
http://<nas>:5666/NAS 桌面完成, 截图与终端输出为页面实时采集。 - npm 镜像源按用户指示使用默认官方源(其他镜像源无新包),未覆盖 FNOS-007-12/27 的镜像源分支; 该分支此前已在 Web/Desktop 记录中验证。
- 本记录不修改 FNOS-007 与 FNOS-008 的已完成状态,仅作为 v5.5.0 版本在目标环境的追加复验证据。
遗留问题
无阻塞项。