hanamesh-core
HanaMesh Core：设备身份、同意、组件健康状态和套件入口点。请先移除单独安装的套件包，以避免加载器入口 ID 重复。
插件会安装到这里；不确定时保持 web。
npx -y @deepseek-ai/dsh plugin --profile web add github:yzsnstotz/hanamesh-core#b4a268ca29f5682cc6f531422a50b2af97915bf9Hanamesh Core 以 hanamesh-core 发布，当前版本为 0.2.0-rc.20。Plugin Hub 会校验它的 manifest，并保存精确安装来源，便于复现安装结果。
🧪
0.2.0-rc.20（2026-09-20：rc.20 = rc.19 + 重钉 app-host rc.18（应用库安装反馈），代码不变。rc.19 = 账户行随绑定状态变化 + 绑定后经/core/refresh轮询刷新。rc.18：peerDependencies里的@deepseek-ai/dsh-*从精确钉0.1.5-alpha.1改为已实测范围>=0.1.5-alpha.1 <0.2.0，@deepseek-ai/cordis改>=4.0.2 <5；dependencies精确钉 usage0.2.0-rc.6、app-host0.1.0-rc.17（同样范围化的同链 rc）；代码不变）。已实测内核：0.1.5-alpha.1、0.1.5-rc.2。 rc.17 将 core 的精确 Zod peer 对齐到 usage 的4.5.4，供 O4 客户端携带自洽离线闭包。rc.16 新增冻结 O4 回跳所需的POST /api/hanamesh/core/refresh，显式刷新会绕过 60 秒贡献缓存并返回最新公开状态。隔离测试用 profilecordis.patch.yml的- id: hanamesh-core覆盖。固定 Node24.13.1、pnpm10.33.0；构建/离线闭包钉 DSH0.1.5-alpha.1（devDependencies/pnpm.overrides），运行 peer 为上述范围；状态与验收结论只看 HanaMesh 文档仓STATUS.md。
收录不代表审核或推荐。
hanamesh-core 是 HanaMesh 三件套入口：精确依赖 hanamesh-usage 与 @hanamesh/dsh-app-host，并由 profile/cordis.patch.yml 一次插入三个同名 loader id。已单独安装 hanamesh-usage 或 @hanamesh/dsh-app-host 的用户，安装 Core 前必须先 dsh plugin remove 它们；否则 DSH 会以 duplicate loader entry id 明确失败。
Core 本身只拥有：本机设备密钥和设备 id、注册观察、同意状态、组件健康快照、DSH 设置/侧栏入口。它不采集事件、不实现应用容器、不做钱包、认领或奖励计算。
开发环境用 vendor/siblings/ 里 STATUS §5 登记的真件 tgz（hanamesh-usage-0.2.0-rc.6、hanamesh-dsh-app-host-0.1.0-rc.18，以及 app-host 的私有 peer hanamesh-lib-provision-0.1.0-rc.1）让 pnpm 离线解析依赖，vendor/siblings/SHA256SUMS 由 verify:inputs 校验；rc.8 之前的 vendor/standin/ 空壳已删除。
当前套件模式为 REAL_SIBLINGS（依赖解析层面）：三件真实互动（一次安装、互斥、生命周期）仍归 O3 验证，本仓只证明 Core 自身、三条 Loader insert 与真实 Server 往返。
Server 侧前提（O1/O2 部署要记）： 设备端所有 POST 带 Origin = serverOrigin，因此 IDENTITY_TRUSTED_ORIGINS 必须包含 Server 自身的 IDENTITY_BASE_URL origin（O1 验收环境已如此配置）。
私钥以 PKCS8 base64url 保存在 DSH storage-domain 的 JSON 文件中，文件权限由 DSH 决定；本版没有可用的宿主级密钥，因此不做二次加密。私钥不会通过 Core 契约、HTTP、日志或诊断输出。