把 REArea-agents固定在一个确切版本的 DeepSeek Harness 插件：
37.7/100
综合分
4
GitHub 星标
642
npm 周下载
—/5
用户评分
数据截至 2026/10/22 · 周下载取自 npm 全网（含 CI / 镜像），非本站安装数；综合分由星标、活跃度与兼容性检查合成。
安装命令 · 需先装 dsh CLI 引擎
dsh plugin --profile web add dsh-rea-agentsnpm 源 · dsh-rea-agents 的发布者账号已校验与本仓库一致
状态速览
判定依据：实装验证 · 静态安装检查 · 自动扫描 · 仓库维护状态信任档位：已验证
是什么
dsh 原生插件 · market
安全吗
本站尚未对该插件做风险分级
暂未覆盖，不等同于无风险
还在维护吗
活跃：最近一次提交在 15 天前
档位由哪些信号合成
本站实装验证（真实安装 L4 覆盖全站；L5 为运行时冒烟或实机截图，覆盖范围小于 L4） · 验证所用 dsh 版本 · 静态安装检查 · 风险分级 · 仓库维护状态。 下方各区块是它的证据明细。
社区实装还没有人打卡 · 装过的第一个就是你
安装兼容性检查✓ 自动检查通过展开查看检查明细 ↓
以下结论由程序自动检查 npm 包、engines 声明与入口文件得出，未做人工实机验证——能装不等于用着没问题。
✓npm 包dsh-rea-agents @ 1.0.8
✓Node 引擎要求 >=22.19.0 · 基线 Node 22.19 满足
✓dsh CLI 依赖要求 >=0.1.6-alpha.1 <0.2.0-0 || >=0.2.0-rc.1 <0.3.0-0 · 最新 0.2.1-rc.2 兼容
✓入口文件main/exports/bin 已声明
验证方式：npm registry 存在性 + package.json 静态校验 · 最后检查 2026/10/29 04:15:25
安全扫描自动 · 静态分析源码v2.7.0🔵 扫描：含敏感能力尚无人工评估展开查看扫描说明与证据 ↓
安全扫描自动 · 静态分析源码
v2.7.0静态扫描发现插件具备触达本地系统的能力：执行外部命令、读写/删除本地文件、读取剪贴板或密钥类环境变量（至少其一）。这是能力清单，不是危险判定——具体能力项与证据见下方，安装前请自行判断是否需要。
可执行外部命令读写/删除本地文件发起外部网络请求
查看扫描证据（共 9 处，展示前 9 条）
- 读取本地文件lib/index.js:131
return JSON.parse(await readFile(path, 'utf8')) - 执行外部命令来自配置/变量lib/index.js:174
execFile( - 读取本地文件lib/index.js:341
const entry = entryCandidates.find(candidate => existsSync(candidate)) ?? null - 读取本地文件lib/index.js:364
return createHash('sha256').update(await readFile(join(dir, 'package.json'))).digest('hex').slice(0, 16) - 读取本地文件lib/index.js:373
await access(dir, constants.W_OK) - 写入本地文件lib/index.js:495
await mkdir(dirname(pinFile(dir)), { recursive: true }) - 写入本地文件lib/index.js:496
await writeFile(pinFile(dir), `${JSON.stringify(record, null, 2)}\n`, 'utf8') - 发起网络请求lib/client.js:353
return fetch(API_PREFIX + '/' + route, { - 读取本地文件lib/rea-mcp.mjs:59
if (typeof profileDir !== 'string' || profileDir === '' || !existsSync(profileDir)) {
扫描于 2026/11/2（1 天前） · 范围 入口闭包 + 全包扫描 · 来源 npm 发布包
静态扫描只反映源码中出现的调用，不构成安全背书；人工评估与自动扫描相互独立、互不覆盖。
依赖的 DSH / Cordis 模块
@deepseek-ai/dsh给这个插件打分还没有人投票↓
用户评分
还没有人投票，来当第一个
DeepSeek Harness 的 REA 插件。锁定版本的 REA：本地安装 rea-agents，从这份锁定副本启动 MCP 服务器，只有你点「更新」才会升级。
最近更新
在 GitHub 查看全部 →v1.0.82026-10-19
DeepSeek Harness 的固定版本 REA。1.0.4 之后有四个版本，都是拿插件在真实配置档上测试驱动的。
· 升级
桌面配置档由 Electron 应用管理，所以要在应用内更新。每次操作后卡片都会重新读取磁盘上的版本，新版本无需手动刷新就能显示。
· web / tui 配置档
dsh plugin --profile web add dsh-rea-agents@1.0.8
· 修复
该区块没能可靠跟随界面语言。这事试了三次，前两次修错了地方——先修读哪个字段，再修订阅怎么接。机制本身是错的：该区块指望 shell 通过 props 传给它一个翻译器，而这个位置并没有填上，于是回退到一个固定的英文翻译器，按定义就永远不会跟随界面。现在它自己读取 shell 的语言，并存为组件状态，语言一变区块就重绘。不再依赖本项目没测过的注入。
「更新」可能被一个无关依赖卡死。pnpm 在改动任何东西前会校验整个 lockfile，所以任何还在供应链等待期内的条目都会挡住所有操作——报告里，一个刚发布的 dshmarket 挡住了 REA 的更新。现在更新是一次原地 pnpm add（前面那步 remove 是多余的，而且正是失败的那一步），pnpm 真拒绝时，从它自己的报错里解析出问题条目，豁免一次重试。正在安装的包永不豁免：如果 REA 自己的目标版本太新，这次运行仍然失败并如实说明。
更新成功后，卡片可能一直显示旧版本，直到手动刷新。安装要将近一分钟，回复可能丢失；卡片却信了那条回复。现在每个操作都从磁盘重读状态，回复丢了但版本确实变了，就按成功上报，而不是报失败。
· 新增
区块角落加了手动语言选择器——「跟随界面 / 中文 / English」——带可见标签。只作用于这个区块，不改 DSH 自己的设置：你可能偏好中文界面却要分享英文截图，或者反过来。选择会记在浏览器里。
· 说明
· 207 个 REA 工具，覆盖原生二进制、APK、固件、抓包、浏览器与 Electron 目标、WASM 和 SQLite；引擎由你自备，缺哪个会告诉你该设哪个变量。
· 需要 Node ≥ 22.19.0。
· 卡片会写明每个来源报告的版本——当前版本、registry 最新版、配置档的声明——这样落在最新版之后的更新会被解释清楚，而不是当成成功展示。
v1.0.42026-10-18
DeepSeek Harness 的固定版本 REA。
REA（rea-agents）是逆向工程 MCP 服务器，提供 207 个工具，覆盖原生二进制、APK、固件、抓包、浏览器与 Electron 目标、WASM 和 SQLite。
通常接入 harness 的方式是 npx -y rea-agents@latest mcp。这很方便，但也意味着每次启动 harness 都会下载并执行仓库最新发布的版本。对一个专门产出证据、供你后续推理的工具来说，这个默认值并不合适：静默升级会让不同会话的结果无法比较，而被污染的版本会立刻生效，且没有版本可回滚。
这个插件反转了默认行为。启动时从磁盘读取固定副本，只有你在插件自己的卡片上按「更新」，版本才会变动。两个计数并排显示；如果更新后仍落后于仓库最新版，会说明这是 pnpm 的 minimumReleaseAge 策略所致，而不是当成成功。
· 安装
桌面端——配置档完全由 Electron 应用管理，所以要在应用内安装：插件 → 添加。
· web / tui 配置档，从命令行
dsh plugin --profile web add dsh-rea-agents
重启 dsh，然后打开插件 → dsh-rea-agents，在卡片上按「安装」，把 REA 本身以某个确切版本拉进配置档。
· 确认 REA 已连接
卡片上显示版本只能证明插件在运行。要确认工具已注册给模型，把下面这段交给助手：
列出你的 mcp__rea__ 工具，然后用空的 {} 调用 mcp__rea__binary_session，把返回结果给我看。
· 引擎需要你自己提供
插件不安装任何分析引擎，和 REA 本身一样。原生二进制需要 Ghidra 12.1.x + JDK 21+（或你自己的 IDA）；APK 需要 jadx 和 apktool；设备需要 adb；抓包、信号、固件和 WASM 相关工作需要 tshark、sigrok-cli、binwalk 或 unblob，以及 WABT。缺少某个引擎时，只有它对应的工具会报 provider_unavailable，报错信息会写明要设置哪个变量。
· 固定了什么，固定在哪
/package.json # dependencies: rea-agents@，精确声明
/dsh-rea-agents/pin.json # 固定记录：版本、时间、来源、被扣下的构建
插件从不读写你的 cordis.patch.yml。
· 本版本内容
· 把 rea-agents 固定到一个确切版本，并从该副本启动它的 MCP 服务器
· 插件自己卡片上的控制项：安装、检查新版本、更新、卸载、刷新
· 以磁盘上实际落地的内容判断安装是否成功，所以 pnpm 忽略的可选 frida 构建脚本会报为被扣下的构建，而不是安装失败
· 独立的 rea-agents-mcp 条目 id，这样配置档里手写的旧 rea-mcp 覆盖项无法在卡片照常工作的情况下悄悄关掉 MCP 服务器
· 双语（中文 / 英文），跟随当前界面语言
· GET /rea-agents/diagnose 报告浏览器那一半是否接上了页面的模块图
完整更新日志：CHANGELOG.md
数据来自仓库的 GitHub Release，可能与插件实际版本不一致。
README
由 DeepSeek 最新模型翻译生成dsh-rea-agents
把 REA（rea-agents）固定在一个确切版本的 DeepSeek Harness 插件：从配置档里那份副本启动它的 MCP 服务（207 个逆向分析工具），只有你在插件卡片上按下「更新」，版本才会前进。
为什么要固定版本，而不是沿用 npx -y rea-agents@latest？
- 跨会话结果无法对比。 静默升级可能改变工具的参数结构、Evidence 处理方式或默认值，而你这侧没有任何记录说明它发生过。
- 被投毒的版本会立即生效。 没有审查环节，也没有可回退的版本号。
- 「昨天还好好的」无法证伪。 你分不清是目标变了，还是工具变了。
对一个专门产出「你要据此推理的证据」的工具来说，随时拉最新版是错误的默认值。本插件把它反过来：启动时读磁盘上那份固定副本，新版本只在你看到版本号并主动点击之后才会到来。
截图
插件 → dsh-rea-agents：版本、安装状态与操作按钮，就长在插件自己的卡片上。
插件卡片上的 REA 版本区块
检测最新版本：走配置档自己的 registry（pnpm view），不另开网络通道。
检测最新版本
尚未安装：按「安装」即把固定版本装进当前配置档。
展开完整文档（README 剩余 1 节）
dsh-rea-agents
把 REA（rea-agents）固定在一个确切版本的 DeepSeek Harness 插件：从配置档里那份副本启动它的 MCP 服务（207 个逆向分析工具），只有你在插件卡片上按下「更新」，版本才会前进。
为什么要固定版本，而不是沿用 npx -y rea-agents@latest？
- 跨会话结果无法对比。 静默升级可能改变工具的参数结构、Evidence 处理方式或默认值，而你这侧没有任何记录说明它发生过。
- 被投毒的版本会立即生效。 没有审查环节，也没有可回退的版本号。
- 「昨天还好好的」无法证伪。 你分不清是目标变了，还是工具变了。
对一个专门产出「你要据此推理的证据」的工具来说，随时拉最新版是错误的默认值。本插件把它反过来：启动时读磁盘上那份固定副本，新版本只在你看到版本号并主动点击之后才会到来。
截图
插件 → dsh-rea-agents：版本、安装状态与操作按钮，就长在插件自己的卡片上。
插件卡片上的 REA 版本区块
检测最新版本：走配置档自己的 registry（pnpm view），不另开网络通道。
检测最新版本
尚未安装：按「安装」即把固定版本装进当前配置档。
尚未安装状态
安装说明
版本要求： DSH >= 0.1.6-alpha.1 且 < 0.3.0（peerDependencies 已按预发布分支显式声明）。
插件自身要求 Node >= 22.19.0；rea-agents 自己声明 ^22.19.0 || ^24.11.0 || >=26.0.0，不匹配时页面会在安装前给出提示。
方式一：插件页安装（Desktop 用这个）
打开侧栏 插件 → 右上角 添加 → 填入来源后安装。
Desktop 的 profile 由 Electron 应用独占管理。 dsh plugin --profile desktop … 会被 CLI 直接拒绝（error: profile "desktop" is managed exclusively by the Electron application），这是 DSH 的硬性约束，不是本插件的问题。Desktop 请在应用内安装。
方式二：命令行安装（web / tui 等 profile）
npm 包（发布后可用）
dsh plugin --profile web add dsh-rea-agents
GitHub 仓库
dsh plugin --profile web add github:<你的账号>/dsh-rea-agents
本地目录（以 link 方式安装，改动即时生效，适合开发调试）
dsh plugin --profile web add file:D:/path/to/dsh-rea-agents
装完重启 dsh（或等待 profile 热重载），在 插件 → dsh-rea-agents 的卡片上就能看到控件。
装上之后
插件只负责把 REA 装好、盯住版本、开好 MCP 连接。安装 REA 本体需要在卡片上再点一次「安装」，它会写入依赖、执行 pnpm add rea-agents@<版本> --save-exact，并记录固定了什么。
验证
打开 dsh，进入 插件 → dsh-rea-agents，卡片上应出现「REA 版本」区块。没有出现时的排查顺序：
1. 确认装进了正在使用的 profile（dsh plugin --profile web ls 查看清单）；
2. 重启一次 dsh —— 浏览器半边的模块表在启动时构建；
3. 打开 http://127.0.0.1:<你的端口>/rea-agents/diagnose，按输出判断卡在哪一步（见下节）；
4. 仍无法解决时，附上 /diagnose 输出提交 issue。
确认 REA 真的接上了
卡片上有版本号，只说明插件在跑，不说明 MCP 这条链路通了。想确认工具真的可用，把下面这句交给 DSH 里的助手：
列出你的 mcp__rea__ 工具，调用 mcp__rea__binary_session，参数为空 {}，看看返回什么。
助手能列出一批 mcp__rea__ 开头的工具，并且 binary_session 返回一份会话信息（而不是「没有这个工具」），就说明 REA 的工具已经注册到模型侧了。
更新与卸载
dsh plugin --profile web ls # 查看已装插件
dsh plugin --profile web add dsh-rea-agents # 更新插件本身
dsh plugin --profile web remove dsh-rea-agents # 卸载插件
卸载插件不会删除已装的 rea-agents；想一并清掉，先在卡片上点「卸载REA」，再移除插件。
分析引擎与本插件无关，任何时候都不会被删除。
界面在哪
控件位于 插件 → dsh-rea-agents → 卡片上，描述与「包含的组件」之间，与那个插件的总开关、卸载按钮在同一张卡片上。REA 是一个插件，它的版本是插件的属性，不该和「账号与余额」「模型」这类顶层偏好并列。
插件总开关是总闸：关掉会同时移除 MCP 服务与这张卡片上的区块，打开则一起回来，改开关无需重启。
功能
| 能力 | 说明 |
| 安装 | 把 registry 当前提供的版本精确装进配置档并固定，写入 --save-exact |
| 检测最新版本 | 用配置档自己的 registry 查询（pnpm view），沿用你的 registry / 代理 / 认证设置 |
| 更新 | 原地迁移到该版本（一次 pnpm add，不是先卸载再装） |
| 卸载REA | 移除固定副本。REA 工具停用，直到重新安装 |
| 刷新 | 重新读取磁盘状态 |
| 版本对照 | 当前版本 / 仓库最新 / 配置档声明 / 当前 Node，四者并列展示 |
| 多语言 | 区块右上角可手动选择跟随界面 / 中文 / English，选择记在浏览器里；默认跟随界面语言 |
| 操作后刷新 | 任何操作结束后都从磁盘回读一次状态，不必手动点刷新 |
页面上的版本每次都从磁盘回读，所以你看到的就是 MCP 服务将要启动的那一份。
语言控件按区块生效，不影响 DSH 本身的语言设置：你可能习惯中文界面，但要拿英文截图给别人看，反之亦然。选「跟随界面」就回到默认行为。
关于「更新」可能装到较旧版本
pnpm 的供应链安全策略（minimumReleaseAge）会拒绝自动安装发布时间未满规定时长的版本 —— 因为它面世还不够久，没人来得及发现它是否有恶意。这条策略对本插件的安装同样生效。
所以按下「更新」，有可能在仓库最新是 6.6.0 时实际装上 6.5.0。本插件会明说这件事：按之前就把原因写在卡片上，按下之后如果真发生，再报一次：
本次安装的是 6.5.0，而不是 6.6.0。按 pnpm 供应链安全策略（minimumReleaseAge）， 6.6.0 发布时间未满规定时长，未通过观察期，因此未被安装。
这不是需要绕过的故障。绕过观察期的插件，等于拿「固定版本」本应提供的保障，去换一个「看起来是最新的」的外观。
无关的包不该拖住 REA
pnpm 在改动前会校验整个 lockfile。所以只要配置档里任何一个条目还没度过观察期，所有 pnpm 操作都会被拒绝 —— 哪怕那个包与 REA 毫无关系（现场就是这么卡住的：dshmarket 的一个新版本拖住了 REA 的更新）。本插件的处理：
1. 从 pnpm 的报错里解析出真正违规的条目；
2. 只对它们加 --config.minimum-release-age-exclude 重试一次；
3. 更新成功后，在页面上说明本次豁免了哪些条目。
但绝不豁免 REA 自己。 如果你要的 REA 版本太新，更新会保持失败并说明原因 —— 豁免它等于悄悄取消你在意的观察期，这一点是刻意的。
被豁免的条目本身不会被改动，它们只是不再阻塞本次操作。
引擎自备
本插件不安装任何分析引擎，与 REA 本身一致。REA 只是适配层；缺哪个引擎，只有对应工具报 provider_unavailable，并在提示里点名该设哪个变量。
| 用途 | 需要自备 |
| 原生 PE/ELF 静态分析 | Ghidra 12.1.x + JDK 21+，或自备 IDA |
| APK 资源 / DEX | apktool、jadx |
| 真机 / 模拟器 | Android platform-tools（adb） |
| 抓包 / 信号 / 固件 / WASM / SQLite | tshark、sigrok-cli、binwalk 或 unblob、WABT、Node 内置 SQLite |
请设成用户或系统环境变量再启动 DSH —— MCP 服务继承 harness 进程的环境：
GHIDRA_INSTALL_DIR = D:\tools\ghidra_12.1.4_PUBLIC
JAVA_HOME = D:\tools\jdk-21
REA_JADX_MCP_JAR = D:\tools\jadx-headless-mcp-0.7.1-all.jar
REA_APKTOOL_COMMAND = D:\tools\apktool\apktool.cmd
REA_ADB_PATH = D:\Android\Sdk\platform-tools\adb.exe
REA_TSHARK_COMMAND = D:\tools\Wireshark\tshark.exe
REA_CAPINFOS_COMMAND = D:\tools\Wireshark\capinfos.exe
REA_SIGROK_COMMAND = D:\tools\sigrok\sigrok-cli.exe
REA_WABT_BIN_DIRECTORY = D:\tools\wabt\bin
MCP 子进程的环境经过了清洗（凭据形状与过期的 DSH_* 变量会被移除）。
上面这些变量不属于被清洗的范围，可以正常继承。pnpm 不在 PATH 上时，可用 DSH_PNPM_PATH 指向 pnpm 可执行文件。
固定了什么、写在哪里
本插件只写两处，且都在当前配置档内：
<profile>/package.json # dependencies 里精确声明 rea-agents@<版本> <profile>/dsh-rea-agents/pin.json # 固定记录：版本、时间、来源、被扣留的构建
它从不读写你的补丁层 cordis.patch.yml。两个 loader 条目由本插件的 bundle patch 提供：
| 条目 id | 作用 |
| rea-agents | 本插件的宿主半边（固定与安装 REA） |
| rea-agents-mcp | MCP 服务，从配置档内那份固定副本启动 |
MCP 条目的 command 是正在运行 harness 的那个运行时，而非 PATH 上的 node；启动器路径由 harness home 计算而来。两者都必要：MCP 子进程的环境经过清洗，路径必须在宿主侧求值，不能从子进程里现找。启动器不查 PATH、不联网，因此一次启动不可能拉取或执行新发布的版本。
条目 id 为什么是 rea-agents-mcp 而不是更短的 rea-mcp？
如果你的 profile 曾手工登记过 REA，它可能留下 - id: rea-mcp / disabled: true 覆盖行。
沿用短 id 的话，那行会静默关掉本插件的 MCP 服务，而卡片页面照常工作 ——一种「看起来是成功」的失败。使用独立 id 后两者互不干扰，旧条目自然失效。
安全约定
- 只响应本机请求。 API 挂在同一个 loopback web server 上，非 loopback 来源直接 403。
- 只装一个包。 除了 rea-agents，不向配置档添加任何依赖。
- 不装引擎。 Ghidra、IDA、jadx、apktool、adb 等始终由你自行准备。
- 不改你的补丁层。 固定记录写在本插件自己的状态目录里，cordis.patch.yml 从不被读写。
- 不绕过供应链策略。 观察期拦下的版本如实报告，不私自改用其它安装通道。
排查
/rea-agents/diagnose
回答一个离线无法回答的问题：浏览器半边有没有进到页面的模块图里。
curl http://127.0.0.1:<端口>/rea-agents/diagnose
- graph.selfPresent 为 true —— bundle 已被页面接受；为 false 则问题在包发现环节（package.json 的 dsh.client、exports["./client"]、能否解析到该包）。
- gates 报告 composer 的逐行门禁：没有 fiber、或拿不到解析基准 URL 的行永远到不了页面，即使它出现在 Loader 里。
- selfRows 同时报告 rea-agents 与 rea-agents-mcp 两行 ——后者的模块名 @deepseek-ai/dsh-mcp-client 不含 rea，所以这里按 id 匹配。
frida 的构建脚本被扣留
安装 REA 时 pnpm 会对可选的 frida 报 ERR_PNPM_IGNORED_BUILDS。
包已经装好、CLI 也能启动，只有需要已编译 Frida 绑定的运行时插桩类工具不可用。
本插件以磁盘结果为准判断安装是否成功，并把被扣留的构建作为一条较温和的事实报出来。
只看退出码会把你那份可用的副本误报成「安装失败」。
工具报 provider_unavailable
说明该工具所需的引擎缺失。读该操作的 provider 诊断，或调用 binary_session 查看 result.tool_availability，它会点名该设哪个环境变量。装齐后需要重启 DSH （环境变量只在启动时读取）。
开发
npm test # 主套件（宿主半边 + 浏览器半边）
npm run test:render # 浏览器半边在 loading / ready / failed 三种状态下的渲染
npm run test:dict # 中英双语字典审计
npm run test:docs # 文档自检：交叉链接、截图清单与实际引用是否一致
npm run test:discovery # 客户端模块发现（dsh.client / exports["./client"]）
npm run test:compose # 真实 profile 的解析路径
| 套件 | 覆盖范围 |
| test/run.mjs | 宿主端全部 HTTP 路由；用假的 Cordis 上下文驱动真实 apply()；非 loopback 拒绝；版本串校验；MCP 启动器的缺失补救 |
| test/render.mjs | 用最小 React 真实驱动浏览器半边，断言 loading / ready / failed 三种状态都有内容；并静态检查每个被渲染的组件都有定义 |
| test/dictionary.mjs | 中英字典：键是否双语齐备、是否都被读取、有没有读了却没定义 |
| test/docs.mjs | 中英文档互链是否指向存在的文件；screenshots.json 与实际嵌入的图片是否双向一致 |
| test/discovery.mjs | 按 composer 的步骤逐条验证包发现 |
| test/compose-check.mjs | 用真实 profile 复现 composer 的判定 |
测试不依赖任何测试框架，只用 Node 内置能力。
结构
lib/index.js 宿主半边：固定版本、跑 pnpm、发布 loopback API lib/client.js 浏览器半边：插件卡片上的配置区块（lazy-CJS，无构建步骤） lib/rea-mcp.mjs MCP 启动器：从配置档解析固定副本，不走 PATH、不联网 cordis.patch.yml bundle patch：插入上面两条 loader 条目
License
本插件自身代码 MIT，见 LICENSE。
REA 由 morluto 开发，MIT 许可。
本插件不含任何 REA 源码、也不含第三方二进制 —— 它在你的请求下从 registry 下载该包。
它同样不附带 REA 的文档与技能：那些属于安装它们的那个东西。预览分享卡片长什么样 ↓
分享 · DeepSeek Harness Hub
appthin/dsh-rea-agents
把 REArea-agents固定在一个确切版本的 DeepSeek Harness 插件：
相关插件 · 市场 / 管理
插件精选列表awesome-dsh-plugin/awesome-dsh-plugin
DeepSeek Harness（dsh）插件精选列表
★ 22,025未汉化DSH
73.6
新词雷达zhuyansen/new-term-radar
new-term-radar新词雷达
★ 2,049已汉化MCP
72.8
插件生态导航0xsline/awesome-deepseek-harness
安装 贡献指南 DeepSeek Docs 公开插件目录 Issues
★ 1,188已汉化DSH
72.6
技能注册中心iflytek/skillhub
企业级开源智能体技能注册中心——发布、发现并管理组织内可复用的技能包。
★ 5,358已汉化DSH
71.9
插件市场目录imsai-sh/awesome-deepseek-harness-plugins
面向 DeepSeek Harnessdsh生态的社区插件目录，共收录 13938 个插件含 PR 收录与…
★ 350已汉化DSH
71.8
插件精选清单Anil-matcha/awesome-dsh-plugin
DeepSeek Harnessdsh精选指南——DeepSeek…
★ 1,013已汉化DSH
71.7
这是你的仓库？认领条目