hanamesh-core 怎么安装？

在已安装 dsh CLI 引擎的环境中，进入插件页复制安装命令一键执行即可；尚未跑自动兼容性验证，可查看页面内的依赖与入口分析。

hanamesh-core 兼容性怎么样？

尚未跑自动兼容性验证，可查看页面内的依赖与入口分析。

hanamesh-core 有中文文档吗？

已提供中文翻译 README（由 DeepSeek 最新模型翻译生成），本站可切换中英文对照阅读。

hanamesh-core 还在维护吗？

GitHub 0 星。最近一次上游提交在 2026/10/1。

身份核心 yzsnstotz/hanamesh-core

DeepSeek Harness

yzsnstotz35 天前有提交已提供中文文档扫描：含敏感能力

在 GitHub 查看 ↗

管理身份授权与积分事件展示的原生客户端模块

29.8/100

综合分

GitHub 星标

—

npm 周下载

—/5

用户评分

数据截至 2026/10/3 · 周下载取自 npm 全网（含 CI / 镜像），非本站安装数；综合分由星标、活跃度与兼容性检查合成。

安装命令 · 需先装 dsh CLI 引擎

dsh plugin --profile web add yzsnstotz/hanamesh-core

该包不可直接 npm 安装，改从 GitHub 源安装（明细见下方安装检查）

状态速览

判定依据：实装验证 · 静态安装检查 · 自动扫描 · 仓库维护状态

信任档位：需留意

是什么[目录]—

dsh 原生插件 · other

暂无时间戳·判据 →

装得上吗[实装验证]!

实装验证未通过（unknown），装前请到仓库确认最近更新与 issue

L4 · 真实安装等级说明 →

数据截至 2026/10/04·判据 →

安全吗[自动扫描]—

本站尚未对该插件做风险分级

暂未覆盖，不等同于无风险

数据截至 2026/11/05·判据 →

还在维护吗[仓库]—

更新放缓：最近一次提交在 35 天前

暂无时间戳·判据 →

图例：✓ 通过! 需注意— 未判定 / 无数据· 「未判定」= 本站尚无数据，不代表插件有问题

档位由哪些信号合成

本站实装验证（真实安装 L4 覆盖全站；L5 为运行时冒烟或实机截图，覆盖范围小于 L4） · 验证所用 dsh 版本 · 静态安装检查 · 风险分级 · 仓库维护状态。下方各区块是它的证据明细。

验证判据与等级说明 →

可信度证据

安全扫描自动 · 静态分析源码

v2.7.0

🔵 扫描：含敏感能力尚无人工评估

展开查看扫描说明与证据 ↓

静态扫描发现插件具备触达本地系统的能力：执行外部命令、读写/删除本地文件、读取剪贴板或密钥类环境变量（至少其一）。这是能力清单，不是危险判定——具体能力项与证据见下方，安装前请自行判断是否需要。

可执行外部命令读写/删除本地文件

查看扫描证据（共 22 处，展示前 17 条）

读取本地文件
devkit.consumer.mjs:10
const packed = JSON.parse(await readFile(join(packageRoot, 'package.json'), 'utf8'));
读取本地文件
devkit.consumer.mjs:18
await access(join(packageRoot, 'profile/cordis.patch.yml'));
读取本地文件
devkit.consumer.mjs:19
await access(join(packageRoot, 'profile/suite.profile.json'));
读取本地文件
devkit.consumer.mjs:20
await access(join(packageRoot, 'profile.schema.json'));
读取本地文件
devkit.consumer.mjs:21
await access(join(packageRoot, 'lib/client.js'));
读取本地文件
devkit.consumer.mjs:22
assert.equal(JSON.parse(await readFile(createRequire(join(await realpath(packageRoot), 'package.json')).resolve('semver/package.json'), 'utf8')).versi
执行外部命令来自配置/变量
devkit.consumer.mjs:63
const request=(input,exit=0)=>{const run=spawnSync(process.execPath,[join(packageRoot,'lib/agent-cli.js')],{input:JSON.stringify({config:{sharedHome:a
删除本地文件递归
devkit.consumer.mjs:66
}finally{await rm(agentHome,{recursive:true,force:true});}
读取本地文件
devkit.mutations.mjs:6
for (const file of ['agent.js', 'dsh.mjs', 'activation.js', 'bind-link.js', 'device.js', 'registration.js', 'controller.js', 'health/evaluate.js', 'su
读取本地文件
devkit.mutations.mjs:84
for (const [file, bytes] of production) assert.equal(await readFile(join('lib', file), 'utf8'), bytes, `${file} production copy untouched`);
读取本地文件
devkit.mutations.mjs:85
for (const item of cases) assert.doesNotMatch(await readFile(join(mutationConfig.evidenceDir, item.id + '.tap'), 'utf8'), /ERR_MODULE_NOT_FOUND|Syntax
读取本地文件
devkit.pack.mjs:6
const source = JSON.parse(await readFile('package.json', 'utf8'));
读取本地文件
devkit.pack.mjs:14
assert.equal(read('lib/dsh.mjs').toString(), await readFile('src/dsh.mjs', 'utf8'));
读取本地文件
devkit.pack.mjs:41
javascript: (await readFile(new URL('./devkit.consumer.mjs', import.meta.url), 'utf8')).replace("'__CORE_VERSION__'", JSON.stringify(source.version)),
执行外部命令来自配置/变量
devkit.preflight.mjs:11
const result = spawnSync(command, args, {encoding: 'utf8'});
读取本地文件
devkit.preflight.mjs:15
console.log(JSON.stringify({path: '~/' + path, exists: existsSync(homedir() + '/' + path)}));
读取本地文件
devkit.preflight.mjs:17
for (const path of sourcePaths) console.log(JSON.stringify({path, exists: existsSync(path)}));

扫描于 2026/11/5（0 天前） · 范围入口闭包 + 发布文件清单 · 来源 GitHub 仓库

静态扫描只反映源码中出现的调用，不构成安全背书；人工评估与自动扫描相互独立、互不覆盖。

依赖的 DSH / Cordis 模块

@deepseek-ai/cordis@deepseek-ai/dsh-client-connection@deepseek-ai/dsh-storage-domain@deepseek-ai/dsh-client-ui-settings@deepseek-ai/dsh-client-ui-sidebar

给这个插件打分还没有人投票↓

用户评分

还没有人投票，来当第一个

广告精选好物

飞利浦 TAH6519 主动降噪耳机 ¥299

头戴式无线 anc 主动降噪，蓝牙连接，久戴舒适向。

·anc 主动降噪 · 头戴式无线
·价格与库存以商品页实时为准

去淘宝看看→

广告MCP 兼容手册

装完插件，给 AI 接上 MCP

Cursor、Claude Code、VS Code 逐个核对：能不能装、配置怎么写、装不上是什么原因。

·按客户端逐格核对
·结论标注依据与风险等级

查 MCP 兼容性→

功能亮点

管理身份授权
展示积分事件

HanaMesh MOD-02 身份客户端插件（plugin-identity）

README

由 DeepSeek 最新模型翻译生成

hanamesh-core · 0.2.0-rc.46 rc.46（2026-10-01，P01-U05-RI 组合钉版）：仅将 AppHost 固定包从 0.1.0-rc.40 更新到 0.1.0-rc.41，消费其运行时 Python 缓存卸载清理修复。Core 身份、同意、积分、事件展示行为保持 rc.45；需隔离原生重装与不同 validator 验证。 rc.45（2026-10-01，P01-U02/U05 组合钉版）：只把套件依赖、内置组件版本和固定 sibling 包从 AppHost 0.1.0-rc.39 重钉到 0.1.0-rc.40，供原生客户端在长闲置后重开应用视图和冷恢复时消费。Core 的身份、同意、积分和事件展示行为保持 rc.44；完整 P01 由不同 validator 在 MAC-COMPOSE 实测。 rc.44（2026-10-01，P01-U04 组合钉版）：Usage 原仓修复 nonce 契约和被拒安装事件重传后，套件依赖、内置组件版本和本机固定 sibling 包统一改为 Usage 0.2.0-rc.10。Core 的身份、同意、积分展示行为保持 rc.43；本机隔离原生客户端作为实际消费者复验。

展开完整文档（README 剩余 1 节）

hanamesh-core · 0.2.0-rc.46

rc.46（2026-10-01，P01-U05-RI 组合钉版）：仅将 AppHost 固定包从 0.1.0-rc.40 更新到 0.1.0-rc.41，消费其运行时 Python 缓存卸载清理修复。Core 身份、同意、积分、事件展示行为保持 rc.45；需隔离原生重装与不同 validator 验证。

rc.45（2026-10-01，P01-U02/U05 组合钉版）：只把套件依赖、内置组件版本和固定 sibling 包从 AppHost 0.1.0-rc.39 重钉到 0.1.0-rc.40，供原生客户端在长闲置后重开应用视图和冷恢复时消费。Core 的身份、同意、积分和事件展示行为保持 rc.44；完整 P01 由不同 validator 在 MAC-COMPOSE 实测。

rc.44（2026-10-01，P01-U04 组合钉版）：Usage 原仓修复 nonce 契约和被拒安装事件重传后，套件依赖、内置组件版本和本机固定 sibling 包统一改为 Usage 0.2.0-rc.10。Core 的身份、同意、积分展示行为保持 rc.43；本机隔离原生客户端作为实际消费者复验。

rc.43（2026-09-30，P01-U04 积分文案）：use 积分来源与原始事件统一显示为「应用活跃小时」，明确它由授权视图中的应用网关请求触发、可能包含后台请求，并非模型调用次数；事件不等于逐笔积分。仅修改 Core 原生展示文案，计分规则、上游事件与固定依赖保持 rc.42 原样，真实原生组合仍由不同 validator 复验。

rc.42（2026-09-30，P01-U04 原生读回）：我的 Hana 以公开 Registry 名称优先显示 Hana，六类非零分项明确标成按类型积分汇总；同页用设备签名读取现有 Usage 近 90 天原始事件，白名单只显示动作、时间和 Hana 来源。Usage 按升序分页，客户端有界扫描到尾后才显示最新 25 条；未抵达最新时只给继续按钮，不把旧事件冒作最新，也不把事件当逐笔获分。固定依赖仍是 USAGE9 / APPHOST39，真实原生组合由本机独立验证。

rc.39（2026-09-30，本机产品切片）：只把精确 APPHOST peer/vendor 重钉 rc.37，以让原生市场应用视图使用已约定的工作区宽度；Core 身份、同意和积分行为不变。P01 旧会话可见恢复需在最终组合独立实机复验。

rc.38（2026-09-30，本机有限组合候选）：仅重钉 APPHOST36（冷重启时清理旧活跃租约的回收修复），保留 USAGE9 / PROVISION1。对应产品步骤 P01-U02/P08，实际消费者 CORE38 / USAGE9 / APPHOST36 / VIBE31；真正安装、使用、重启与冷恢复仍由独立 validator 从最终产品入口验证。

rc.37（2026-09-30，本机有限组合候选）：仅重钉 APPHOST35（应用容器可见期间的 heartbeat 消费者修复），保留 USAGE9 / PROVISION1。实际产品 UI 长时停留与重启恢复门由不同 validator 在最终 file profile 组合验证。

rc.36（2026-09-29，本机有限组合候选）：仅重钉 APPHOST34（既有市场视图 heartbeat 与释放清理），保留 USAGE9 / PROVISION1。实际产品 UI/90秒停留门由不同 validator 在最终 file profile 组合验证。

rc.35（2026-09-29，本机有限组合候选）：套件依赖重钉 @hanamesh/dsh-app-host 0.1.0-rc.33（owned 回收与启动分阶段预算），保留 USAGE rc.9 / PROVISION rc.1。完整产品验证由隔离产品 profile 执行。

rc.34（2026-09-29，本机有限组合候选）：套件依赖重钉 hanamesh-usage 0.2.0-rc.9（Loader 导出子路径安装归因），保留 APPHOST rc.32 / PROVISION rc.1。完整产品验证由隔离产品 profile 执行。

rc.33（2026-09-29，本机有限组合候选）：套件依赖重钉 hanamesh-usage 0.2.0-rc.8（撤回待删除请求跨重启重试与再同意保护），保留 APPHOST rc.32 / PROVISION rc.1。只更新组合版本与产物；完整产品验证由隔离产品 profile 执行。

rc.32（2026-09-23）：套件依赖重钉 @hanamesh/dsh-app-host 0.1.0-rc.32（客户端 market 席位 + dshmarket 互斥），core 自身代码不变。

rc.31（2026-09-22，T2 客户端 + T9 core 入口）：设置页「我的 Hana」改为真实数值——新增宿主侧 GET /api/hanamesh/core/points，用设备签名读服务端 GET /v1/custody/me/points（客户端 bundle 只走本包 HTTP 路由，不 ctx.get 宿主服务，DELIVERY_RULES §1.6），显示总分、各 Hana 的分与待绑定分、六项 breakdown（安装/打开/使用/认领/创作镜像/发起），单位只出现「分」「%」并标注「分不是代币」；未连接 / 未同意上报 / 未注册 / 服务端不可达各有可读空态。新增「可领权益」一次性引导层：待绑定分 > 0 且本设备未绑定且从未弹过时，侧栏挂载的原生 弹一次「你已累计 X 分，绑定后归入账号」+「去网站绑定」/「以后再说」，弹出即经 POST /api/hanamesh/core/points/prompt-shown 把 storage-domain 标记 pointsBindPromptShownAt 落盘，升级/重启/再开都不再弹（标记在 schema 里是 optional，rc.30 的旧快照照常加载）。「账号」行新增 T9「邮箱绑定」入口，打开网站 /me；core 不做邮箱表单。套件依赖不变（hanamesh-usage 0.2.0-rc.7、@hanamesh/dsh-app-host 0.1.0-rc.32）。

rc.30（2026-09-22）：套件依赖重钉 hanamesh-usage 0.2.0-rc.7（事件归因字段 + 使用回执）与 @hanamesh/dsh-app-host 0.1.0-rc.32（HanaMesh 市场 + Router 回执），core 自身代码不变。
🧪 0.2.0-rc.29（2026-09-21：rc.29 = rc.28 + 重钉 app-host rc.27（应用 open/use 经 usage 席位上报）。2026-09-21：rc.28 = rc.27 + 重钉 app-host rc.26（官方 DSH 无壳：应用库默认目录源 + profile 位置推断）。2026-09-21：rc.27 = rc.26 + 重钉 app-host rc.25（运行时锁死主接管）。2026-09-21：rc.26 = B6 设备标签 + B7 账号显示名——注册时随 POST /v1/identity/devices 发送 label {hostname: os.hostname(), os: platform-arch, shell: HANAMESH_SHELL ?? 'dsh'}（identity rc.3 接受；rc.2 以 400 拒绝时自动退回无 label 重注册，不影响现网）；贡献响应带 account {provider:'github', displayName}（usage rc.3）时「账号」行显示「已绑定到 GitHub 账号 <名>」，缺省沿用旧文案。rc.25 = rc.24 + 重钉 app-host rc.24（模型随路由：路由表「模型」列）。rc.24 = rc.23 + 重钉 app-host rc.23（Router 不替应用猜模型；供应商页改为「来源目录 + 应用×槽位路由表」，去掉 gateway 开关与 app 自管开关），代码不变。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 精确钉 usage 0.2.0-rc.7、app-host 0.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 秒贡献缓存并返回最新公开状态。隔离测试用 profile cordis.patch.yml 的 - id: hanamesh-core 覆盖。固定 Node 24.13.1、pnpm 10.33.0；构建/离线闭包钉 DSH 0.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/ 里的固定真件 tgz（hanamesh-usage-0.2.0-rc.10、hanamesh-dsh-app-host-0.1.0-rc.41，以及 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、日志或诊断输出。