Files
HomeAgent/cmd/ohos
JianFeeeee ccc2ac2d4d fix(stop): 停止按钮真正生效——停止 ≠ 空中断;鸿蒙 screensue 支持 HTML
两处鸿蒙端缺陷 + 一个跨端(WebUI/GUI/鸿蒙)的停止语义缺陷。

## 症状(实测取证)

1. **鸿蒙终止按钮按下没反应**。POST /chat/interrupt 带空 body,接口回 200
   `{"status":"interrupted"}`,但 journalctl 零中断日志、生成继续跑到自然结束。
2. **鸿蒙 screensue 不解析 HTML**,把标签当普通字符串显示。

## 根因

停止按钮走的是「空内容中断」,而 interceptLoop 有一行
`if text == "" { continue }` —— 空内容被判为「无事发生」直接丢弃。
所以停止指令从未到达调度器;接口那个 200 是不诚实的。

另查明两条会放大症状的既有问题(停止后仍在跑):
- `chatStreamWithFallback`:流式连接失败时无条件回退非流式 `Chat`。
  上下文已取消时这等于**再发一次完整请求**(停止后模型继续生成)。
- `stepLLM`:`context.Canceled` 一律 `outcomeContinue` 重跑本步。
  这是给「被更高中断抢占」用的(现场要交出去、稍后继续),
  但用户按停止是「不要了」,重跑就是停止没生效。

## 修法(按用户明确的设计)

停止 = ①立即结束当前 LLM 推理(不重试、不恢复);
②对**停止那一刻已排队**的 x 条消息,后续在 pre-action 阶段依次短路。

- scheduler:新增 `armStop`(登记快照配额并返回当时排队深度)/`takeStop`/
  `consumeCancel`。配额取快照值(停止后新到的输入不受影响),
  重复按停止取 max 不累加(两个客户端同时按不该翻倍)。
- `interceptLoop`:读 `stop` 标记。停止时 armStop + cancelCurrentLLM;
  **纯停止不再进中断队列**(旧实现把它当空中断入队,所以停完还会活)。
  带注释的停止(`/stop 换个话题`)仍走中断路径。
- `stepLLM`:取消 + `takeStop()` → 直接 `outcomeDone`(不再重跑)。
- `stepPrepare`:`consumeCancel()` 命中即在 pre-action 短路收尾。
- `chatStreamWithFallback`:以 **ctx.Err()** 为判据拒绝回退(不是「错误是不是
  Canceled」——很多 provider 用 Canceled 表示「不支持流式」,那种必须继续回退,
  否则会把探测误判成取消;这条区分是跑全量测试时才暴露的)。
- WebUI handler / CLI `/stop`:空消息时带 `stop:true`。

## 鸿蒙端

- `BridgeCaps.ets`:新增 `looksLikeHtml`(首字符 '<' + 字母开头标签名,
  避免误判 "<3" 这类文本)、`screensueHtml`、`escapeHtmlText`。
- `ScreensuePage.ets`:HTML 走 **RichText**(只解析 HTML 子集、无脚本无网络),
  纯文本仍走 Text。不用 Web 组件:agent 下发的是第三方内容,
  Web 默认带 javaScriptAccess/fileAccess,等于让远端内容在客户端执行脚本。
  注入主题前景色,避免 RichText 用系统默认色导致深色主题下黑字不可见。
- `ChatSession.ets`:`interruptChat` 改发 `{stop:true}`(含类型声明,
  ArkTS 禁止无类型对象字面量),并在本地即时复位忙态 + 提示「已停止」。

## 验证

- 新增 `stop_semantics_test.go`:停止终结任务不重试(provider 调用次数恒为 1)、
  配额是快照(x 条短路、随后新到的不受影响)、重复 arm 取 max。
- `go test ./internal/... ./cmd/...` 全绿。
- 鸿蒙 HAP 构建通过;unsigned 包已装进模拟器(signed 包受
  READ_PASTEBOARD 授权限制装不上,与既有记录一致)。
2026-09-18 11:26:12 +08:00
..

HomeAgent 鸿蒙客户端

HarmonyOS / OpenHarmony 原生客户端,用 ArkTS + ArkUI 实现(不是 WebView 套壳)。 功能与 WebUI 对齐SSE 流式对话、工具调用卡片、思考过程折叠、附件上传预览、 设备桥、插件管理、设置编辑、宽屏双栏、深浅色主题。

工程结构

HomeAgent/
├── AppScope/                     应用级配置与图标
├── oh_modules/                   依赖(.gitignore 忽略,但**必须存在**,见下节)
├── entry/src/main/
│   ├── ets/
│   │   ├── common/               通信、状态与纯逻辑(无 UI
│   │   │   ├── ApiClient.ets           REST 客户端X-API-Key 鉴权、超时、二进制附件)
│   │   │   ├── SseClient.ets           SSE 长连接Last-Event-ID 断线续传)
│   │   │   ├── ConnStore.ets           连接配置与设备身份持久化
│   │   │   ├── StatusStore.ets         运行状态缓存(单例 + AppStorage 广播)
│   │   │   ├── Constants.ets           主题色板、圆角、超时、分页大小
│   │   │   ├── UserError.ets           错误转人类可读文案
│   │   │   ├── NavBarController.ets / NavStackRegistry.ets  导航栏显隐与导航栈登记
│   │   │   ├── ChatStore.ets           聊天状态机(消息数组/分页/SSE/防抖刷新,单例)
│   │   │   ├── ChatSse.ets             SSE 事件 → 状态翻译ChatStreamSink 接口)
│   │   │   ├── ChatSession.ets         发送/中断POST /chat、/chat/file
│   │   │   ├── ChatHistory.ets         历史载荷与 tool_calls 解析
│   │   │   ├── ChatFormat.ets          ForEach 键、工具卡状态/配色、渠道判定
│   │   │   ├── AttachmentMeta.ets      附件解析与格式化(纯函数)
│   │   │   ├── AttachmentImage.ets     附件字节获取与解码(沙箱/远端)
│   │   │   ├── DeviceBridge.ets        设备桥客户端socket 生命周期与命令分发)
│   │   │   ├── BridgeProtocol.ets      设备桥协议消息与帧构造
│   │   │   ├── BridgeRouter.ets        桥请求路由
│   │   │   ├── BridgeCaps.ets          能力声明
│   │   │   ├── DeviceBridgeSession.ets 前台桥生命周期、网关地址推导
│   │   │   ├── DeviceModel.ets         设备页纯逻辑device_id 兜底、在线设备解析)
│   │   │   ├── PluginApi.ets           插件列表/详情接口
│   │   │   ├── PluginStatus.ets        插件状态判定与配色
│   │   │   ├── SettingsModel.ets       设置载荷解析、分类归并、分页、路由 id
│   │   │   └── MarkdownParser.ets      Markdown 解析(块/行内/表格)
│   │   ├── components/           可复用组件
│   │   │   ├── MarkdownView.ets        流式 Markdown增量渲染
│   │   │   ├── StaticMarkdown.ets      静态 Markdown历史消息一次成型
│   │   │   ├── Attachment.ets          附件卡 + 附件详情内容
│   │   │   ├── ChatStream.ets          消息列表 + 顶栏遮罩 + 底部淡出 + 触顶懒加载
│   │   │   ├── ChatBubble.ets          单条气泡(头像/渠道名/思考卡/工具卡/附件/正文)
│   │   │   ├── ChatToolCard.ets        思考过程卡 + 工具调用卡
│   │   │   ├── ChatComposer.ets        悬浮输入区(选图/选文件/上传/发送)
│   │   │   ├── ChatAttachBar.ets       加号菜单 + 待发送附件条
│   │   │   ├── SettingsHome.ets / SettingsRootEntries.ets / SettingsEntryCard.ets  设置一级页
│   │   │   ├── ConnectionsPane.ets / AppearancePane.ets / BackendSettingsPane.ets  设置二级页
│   │   │   ├── PluginListView.ets / PluginDetailPane.ets / PluginsOverlays.ets     插件页
│   │   │   ├── DeviceRootEntries.ets / DevicePanes.ets                            设备页
│   │   │   ├── SettingsEditor.ets      配置编辑器
│   │   │   ├── StatusCards.ets         状态卡片
│   │   │   ├── ToastBar.ets            统一提示条(插件页与设置页共用)
│   │   │   ├── PageTopBar.ets          顶栏 + 悬浮按钮
│   │   │   ├── SubPage.ets             二级页容器 / NavGroup / NavRow / PlainCard
│   │   │   ├── MotionBase.ets          统一按压反馈与入场动画
│   │   │   └── GradientBackground.ets
│   │   ├── model/Model.ets       共享类型定义
│   │   ├── pages/                页面(薄壳:导航 + 数据编排)
│   │   │   ├── Index.ets         Tab 容器(入口)
│   │   │   ├── ChatPage.ets      对话
│   │   │   ├── DevicePage.ets    设备
│   │   │   ├── PluginsPage.ets   插件
│   │   │   └── SettingsPage.ets  设置
│   │   └── entryability/EntryAbility.ets
│   ├── module.json5              权限、能力声明
│   └── resources/                字符串、颜色、图标、页面路由表
├── build-profile.json5.example   构建/签名配置模板(复制后填本机签名材料)
└── oh-package.json5              依赖

约定:单个 .ets 不超过 400 行,页面只做页面壳(导航栈 + 数据编排), 可复用结构进 components/,无 UI 的逻辑进 common/

这条约定有一个边界,别用反了:

不到 400 行的文件不要为了拆分而拆分。 @Componentbuild() 只允许一个根节点, 把原来多节点的 @Builder 改成组件时会多出一层 Column 包裹 —— 布局等价是推理出来的、 不是看出来的,每拆一次都要付一次"未上机验证"的账。所以拆分只用来解决真实的可读性/维护性 问题(超长文件、职责混杂),而不是凑行数。pages/Index.ets 目前 396 行就属于"不动"的一类: 没越线,余量本身也是有用的缓冲;等它真越线了再拆,并且优先看是不是又长出了大 @Builder

编译

需要 DevEco Studio 或 command-line-tools。 本工程用 compatibleSdkVersion 6.1.1(24) / compileSdkVersion 26.0.0

  1. 前置条件:oh_modules/ 必须存在ohpm install 的产物)。

    它被 .gitignore 忽略,所以干净 clone 后没有;而 hvigor 不会自动补齐它 —— 实测把 oh_modules/ 移走后构建不会触发 ohpm install,而是直接报一堆 arkts-no-untyped-obj-literals(依赖类型声明缺失),且不会重建该目录。 所以clone 后先 ohpm install,之后别把这个目录当垃圾清掉。 entry/build/.hvigor/ 是纯构建产物,可以随时删除(冷构建 ~8s

  2. 准备签名配置build-profile.json5 含密码明文,未入库):

    cd cmd/ohos/HomeAgent
    cp build-profile.json5.example build-profile.json5
    

    REPLACE_WITH_YOUR_* 换成本机 DevEco 生成的调试签名材料, 默认在 ~/.ohos/config/ 下(.cer / .p7b / .p12 三件套 + 两个密码)。 用 DevEco Studio 打开工程会自动生成,命令行可参考 deveco-cli 生成签名材料。

  3. 构建 HAP

    cd cmd/ohos/HomeAgent
    # ⚠️ 不要用仓库里的 ./hvigorw它是符号链接启动脚本按 $(dirname $0) 定位,
    #    会报 File not found: <repo>/cmd/ohos/hvigor/bin/hvigorw。
    #    一律用 command-line-tools 里的绝对路径(本机为 /opt/huawei/command-line-tools/bin/hvigorw
    /opt/huawei/command-line-tools/bin/hvigorw \
      assembleHap --mode module -p product=default --no-daemon
    

    产物在 entry/build/default/outputs/default/entry-default-signed.hap

  4. 安装到设备entry/build/ 是纯构建产物、不入库,所以必须先跑完第 2 步 否则下面这个路径不存在):

    hdc install entry/build/default/outputs/default/entry-default-signed.hap
    

    路径里的目录名随构建模式而变:默认是 default/,若用 -p product=<名字> 则是该产品名。 拿不准就先 find entry/build -name '*.hap' 找一下。同目录还有 entry-default-unsigned.hap hdc install 要用带 -signed 的那个。

连接 homed

首次启动在「设置」里填:

  • 服务地址http://<homed 主机>:8080WebUI 插件监听端口)
  • API Keyhomed 的 plugin.webui.api_key

客户端所有请求走 <服务地址>/api/v1/*,带 X-API-Key 头。 附件路径 /files/ /uploads/ 不带 /api/v1 前缀,同样携带鉴权头。

设备桥需要 homed 启用 remotedevice 插件(默认 9890 在「设备」页填 ws token 后本机能力即可被 agent 调用。

注意事项

  • 聊天历史分页:首屏只拉最新 CHAT_PAGE_SIZE40向上滚动触顶自动加载更早的。 服务端 /chat/history 支持 limit / before 游标;工具调用详情与思考内容完整下发不裁剪。
  • 修改主题色:改 common/Constants.etsDARK_PALETTE / LIGHT_PALETTE,全局生效。
  • 新增页面:同时在 resources/base/profile/main_pages.json 注册,且只有入口页带 @Entry
  • 项目代码部分由 AI 辅助生成,改动请自行评估。

改动后的运行时验证清单

构建通过只能证明编译期没问题ArkUI 的状态绑定、过渡动画与手势行为 必须上设备/模拟器点一遍。UI 相关改动(尤其拆分、状态搬家)请至少走完:

  • 发一条消息,确认流式输出、滚动到底、"AI 思考中/工具调用"状态条正常
  • 点开思考过程卡与工具调用卡,确认能展开/收起且有过渡动画
  • 传一张图片与一个文件,确认预览条、上传进度、发送后附件卡正常
  • 进设置的四个二级页(状态/连接/外观/后端),确认进出场与保存生效
  • 进插件列表与插件详情,确认状态色、开关与卸载正常
  • 进出设备页四个二级页,确认授权开关与在线设备列表正常
  • 宽屏(>=600vp下确认左右分栏、返回手势与返回键行为

模拟器在无图形/无提权环境里可能起不来(需要写 ~/.Huawei 等宿主目录), 此时请在真机或有权限的机器上补这轮验证,并在提交信息里注明"未做运行时验证"。