dsh.so
中文
English中文

原仓库已删除或转为私有。本页为收录时的存档信息，仅供参考，安装命令可能已不可用。

deepseek-heartflow avatar

deepseek-heartflow

HeartFlow (心虫) as a DSH plugin — AGI 第1层辨别门禁: heartflow_check tool + automatic output supervision

插件AI 模型
验证
L4 · 安装已测
旧版待复测
风险
不在扫描口径
健康
停更
信任
银

安装验证：仅沙盒安装通过 (L4) · 运行验证 (L5) 待补 · 验证于 dsh 0.1.1-rc.2 · 验证日期 安装验证详情 →

数据截至 （UTC）

功能介绍AI

作为 AGI 第1层辨别门禁，提供 heartflow_check 工具并自动监督输出

aiAI

能力标签为 AI 推断或 README 规则抽取（见角标），词表受限、未经安装验证；AI = 推断，README = 原文关键词。

安装

dsh plugin --profile web add @yun520-1/deepseek-heartflow@0.6.8

安全扫描通过 · npm 包 v0.6.8

安装方式: npm · 仅沙盒安装通过 (L4) · 运行验证 (L5) 待补 · 验证于 dsh 0.1.1-rc.2

趋势

四条线各答一个问题：星标总量、这周涨了多少星、累计下载、这周下载多少。GitHub 两条来自真读采样——每日轮转抽样，单个插件约每 5–14 天读到一次，所以比 npm 稀；npm 两条每个快照日都有。累计量画平滑曲线、不标采样点；两条周计数保留原始柱，另叠一条 4 周移动平均趋势线（压掉单周噪声，只看走势）。

GitHub 星标
5★

当前值（注册表 2026-08-16）· 0 次采样；平滑曲线经过每个采样点，非逐日观测

观测点 0 个（< 3），暂不出图

暂无数据

周新增星
—★

柱 = 相邻两次采样的差值（间隔 5–14 天），负值向下，浅色柱含重建近似；线 = 4 周移动平均趋势

观测点 0 个（< 3），暂不出图

暂无数据

npm 累计下载
—

由当前累计值按逐日下载反向回推（缺采日不插值） · 重建

观测点 0 个（< 3），暂不出图

暂无数据

npm 周下载
173

柱 = 快照的 last-week 滚动窗口（官方 npm + npmmirror 合计）；线 = 4 周移动平均趋势，只表达走势形态，不是累计人数

08-17 → 08-26 · 7 个采样点

npm 快照 78 份 · 覆盖 7 个观测日 · 镜像并入 2026-10-18本周下载榜 —累计下载榜 —下载量 ≠ 独立用户Star 周榜 —

验证与兼容性

按插件版本分组：每张卡是该插件版本实测过的 dsh 版本与安装兼容结论（L5 优先）。只列真测过的组合——未列出 = 未实测，不推定兼容。L1–L3 为插件级静态档（与 dsh 版本无关，各 dsh 行同值）：在行内「验证等级」格里与 L4/L5 并列显示、标注「静态」，证据体为插件级单份、随行内「查看检查项与证据」出现，不在各版本重复存储。

External credentials（插件级）：未检测到

原插件兼容声明来自 package.json · peerDependencies
只支持 dsh 0.1.x（0.1.0-rc.6 及以上、不到 0.2.0）

依据：1 条要求、覆盖 3 个 @deepseek-ai/dsh-* 子包。

看原始区间^0.1.0-rc.6 ×3

✗ 当前 dsh 0.2.2-rc.3 不在支持范围内 —— 官方安装门控会直接拒绝装（incompatible-version）。

强行安装需精确豁免一次：dsh plugin allow-version deepseek-heartflow@0.6.8 0.2.2-rc.3（豁免记在本机 profile，本站不假定你是否已豁免）

判定通道：作者没写 engines.dsh，按 peerDependencies 逐条检查（workspace:^ | ~ | * 视为当前版本）。

能否正常运行是另一件事 → 见下方实测矩阵（L1–L5）。

安装兼容矩阵（速览 · 行 = 插件版本〔最近 5〕，列 = dsh 版本〔最近 5〕）
结论一览 → 证据在下方分版本卡片
插件版本 ＼ dshdsh 0.1.1-rc.2
0.6.8·
安装兼容实测（按插件版本，组内按 dsh 版本）
图例：✓ L5 运行验证通过○ 生态插件◼ 生态应用✗ 失败
0.6.8npm2026-08-24

@yun520-1/deepseek-heartflow

该版本无运行时安装实测（仅静态扫描）——兼容性未知，不推定。

仅展示最近 3 个已发布版本；源码快照（commit hash）组、未标注工件组与更早版本不展示——全量档案保留在数据层（插件无任何已发布版本时，快照/未标注组才照常展示）。

作者徽章

将 dsh.so 徽章嵌入你的 README，展示插件的自动安全扫描与安装检测状态：

dsh.so 风险徽章
`[![dsh.so risk](https://cdn.dsh.so/badge/deepseek-heartflow.svg)](https://www.dsh.so/artifact/deepseek-heartflow/?ref=badge)`

dsh.so 是独立社区项目，与 DeepSeek AI 无隶属或背书关系；徽章由 dsh.so 维护，嵌入链接带 ?ref= 归因参数。

安全报告

两层自动化检查，都不是人工审核：静态扫描（逐插件规则判定）与模型驱动的动态安全审计（只覆盖静态判定 warn 及以上的插件子集，不执行插件代码）。

deepseek-heartflow自动审查 · 每日更新

静态扫描 高；动态审计最高 中（有结论时以动态为准）→ 总评级 中。

静态 高→动态 中→总评级 中
动态发现0 严重·0 高·2 中·2 低
中总评级 · 中
1静态扫描 · vet 主判vet AST 静态分析（npm 发布物或 git 源码）
版本绑定
插件版本v0.6.8dsh 清单
扫描版本0.6.8npm2026-08-25
当前版本0.6.8版本一致
vet 判定suspicious · npm

vet 为 AST 静态扫描（npm 发布物或 git 源码）。

2动态审计模型读脱敏源码上下文 · 不执行插件代码
最高等级中
并入后总评级 中
审计时间2026-10-24
被审工件npm 0.6.8
发现计数0 严重·0 高另有 2 条中 / 2 条低未展开
展开 4 条审计发现
  • medium引擎模块从环境变量指定路径直接 require()，无任何校验lib/index.js:55

    loadEngine() 从 process.env.HEARTFLOW_ENGINE_PATH（第 55 行）、HEARTFLOW_FULL_PATH（第 82 行）、HEARTFLOW_INDEX_PATH（第 127 行）构造候选路径，随后 require(c)/hc/idxPath（第 65、93、129 行）。任何能影响宿主进程这些环境变量的人，都可在插件启动时让其加载任意 JavaScript，并以进程完整权限执行（文件系统、网络、其他插件数据、宿主 API）。全程无路径约束、签名校验或白名单。

  • medium判别逻辑来自未审计的自带引擎，却可拦截用户消息与工具调用lib/index.js:54

    package.json 的 files 包含 "vendor"，插件会无条件 require vendor/heartflow/src/gate.js、vendor/heartflow/src/core/heartflow.js 与 vendor/heartflow/src/index.js，并执行 new HeartFlow({ dataDir: process.env.HEARTFLOW_DATA_DIR }) 和 hf.start()。该代码决定 agent/pre-step 是否返回 { kind: 'reject' }、tools/pre-execute 是否返回 { kind: 'deny' }，即可丢弃用户消息、阻断任意工具调用，但其源码不在本次审查范围内；可选依赖 @yun520-1/heartflow ^6.5.9 同样是未审计的浮动版本回退路径。

  • low路由表不可用时白名单被静默跳过lib/index.js:323

    callRoute() 仅在 `if (routeTable)` 内执行子系统/方法白名单校验；当引擎为 gate 模式或 hf.routes() 抛错（第 147 行 routeTable = null）时 routeTable 为 null，此时 coordinateRoute 会把模型提供的原始 `subsystem.method` 字符串直接交给 engine.dispatch（第 332 行）。格式正则还允许 `__proto__.constructor`，它会在 `routeTable[sub].includes` 处抛出未捕获 TypeError。影响限于本地引擎 dispatch 暴露的能力，但该防御并非必然生效。

  • low被拦截的用户输入被静默拒绝，没有任何原因或反馈lib/index.js

    在 agent/pre-step 钩子中，如果规则引擎对用户角色消息返回 gate.action 'block'，插件会直接返回 { kind: 'reject' }，不向模型或用户展示任何原因。纯规则 47 维引擎的误报会导致用户消息被静默丢弃；结合未审计的自带引擎，这对宿主构成真实的可用性与正确性风险。

该插件只是未审计自带规则引擎的薄封装，会从环境变量路径加载模块，并可能静默拒绝用户消息、拒绝工具调用；自身无 shell、网络或窃取凭据行为。

口径（2026-10-28）：有动态审计结论时以动态结论为准（可能上调也可能下调）；没有结论时（未入队 / 审计失败 / 人工撤回）才用静态扫描档（vet 主判 + dsh 兜底）。动态审计永不写豁免表（豁免只能人工三筛手写）；模型判错时由人工复核撤回，撤回后档位回到静态扫描档。

免责声明：静态扫描与动态安全审计都是自动化分析，不构成安全保证。安装前请自行审查。

活跃度

最近提交 2026-08-15 · 活跃度：停更

• 仓库创建: 2026-08-15

• 星标: ★ 5 · 复刻: 1

• 健康度: 停更 — 90 天以上无提交

来源

GitHub: github.com/yun520-1/deepseek-heartflow

常见问题

deepseek-heartflow 是什么？

deepseek-heartflow 是收录在 dsh.so 的 DeepSeek Harness（dsh）插件。dsh.so 是独立社区注册表：基于公开源码仓库收录，并为每个条目公开自动安全扫描与安装验证结果。

dsh.so 或本页是官方项目吗？

dsh.so 是独立社区注册表，与 DeepSeek AI 没有隶属、背书或赞助关系。

如何安装 deepseek-heartflow？

在 DeepSeek Harness（dsh）环境中运行 dsh plugin --profile web add @yun520-1/deepseek-heartflow@0.6.8。该命令已通过隔离沙盒中的真实安装实测（L4）；Web 冒烟运行验证（L5）尚未通过。

这个页面的安全扫描是人工审计吗？

两层都是自动化检查，不是人工审计。静态扫描是对仓库源码的启发式分析，可能误报也可能漏掉上下文。模型驱动的动态安全审计只覆盖静态判定 warn 及以上的插件、不执行插件代码，有结论时以它为准（可能上调也可能下调）；豁免始终由人工三筛手写。两者都不代表背书：安装前请自行审查仓库与权限申请，并结合验证等级与健康度判断。

本页数据有多新？

本页数据截至 2026-10-24（UTC）：取注册表刷新、安装验证、安全扫描与动态审计时间戳中最新的合法日期，不使用构建时间冒充数据日期。

这页有帮助吗？