hanamesh-core

在 DeepSeek Harness 上搭建 HanaMesh 相关能力时，宿主往往还需要一套稳定、可预期的「底座」：既要管设备是谁、用户是否同意、设置怎么分段呈现，又要在 Usage、AppHost 等套件未装齐或版本不对时给出清晰提示，而不是让身份与同意链路悄悄失效。hanamesh-core 正是这一层的 Core 插件，把设备身份、同意与撤回、HanaMesh 设置段、套件入口和健康观察集中在一处；Usage 与 AppHost 仍按设计独立安装，缺件时身份与同意仍可用，绑定回跳依赖 focus/visibility 刷新，不押在深链上。

健康观察是日常运维里最能省心的部分之一：组件启动失败时，健康行会展示白名单错误码、已识别的数据域、原因与处理建议；读取失败最多等待约 250ms，未知错误会安全降级，且不会保存或展示原始错误、路径、堆栈或记录内容。数据格式不兼容时会先备份并引导安装支持该格式的组件版本，在重新检查确认健康前保持 repair 并拒绝新的受保护操作——Core 不负责迁移其他组件的数据，边界写得很清楚。与此同时，Core 明确不采集事件、不实现应用容器或钱包奖励，避免把「底座」做成越权的大杂烩。

适合需要在官方 Desktop/DSH 0.2.x（自 0.2.0-rc.2 起）环境中落地 HanaMesh、并希望契约与类型可核对的人：公开调用与类型见 CORE_CONTRACT.md，本地 agent 进程面（stdin/stdout JSON）可在不加载 DSH 的场景下处理设备、同意、签名、注册、绑定与撤回等入口，便于脚本与自动化集成。若你主要负责套件拼装、宿主兼容与运维验收，而非单独维护 Usage/AppHost，从 Core 入手通常更顺。