视觉原语桥接 InkshadeWoods/dsh-tool-visual-primitives
DeepSeek Harnessv1.5.3DeepSeek Harness 视觉增强插件:将图片交给外部视觉模型分析,输出带坐标化视觉原语的纯文本证据,使不支持多模态的文本模型也能在对话中理解图片、截图与文档。
31.5/100
综合分
2
GitHub 星标
622
npm 周下载
—/5
用户评分
数据截至 2026/10/24 · 周下载取自 npm 全网(含 CI / 镜像),非本站安装数;综合分由星标、活跃度与兼容性检查合成。
安装命令 · 需先装 dsh CLI 引擎
dsh plugin --profile web add dsh-tool-visual-primitivesnpm 源 · dsh-tool-visual-primitives 的发布者账号已校验与本仓库一致
状态速览
判定依据:实装验证 · 静态安装检查 · 自动扫描 · 仓库维护状态信任档位:已验证
是什么
dsh 原生插件 · vision
安全吗
本站尚未对该插件做风险分级
暂未覆盖,不等同于无风险
还在维护吗
活跃:最近一次提交在 10 天前
档位由哪些信号合成
本站实装验证(真实安装 L4 覆盖全站;L5 为运行时冒烟或实机截图,覆盖范围小于 L4) · 验证所用 dsh 版本 · 静态安装检查 · 风险分级 · 仓库维护状态。 下方各区块是它的证据明细。
社区实装还没有人打卡 · 装过的第一个就是你
安装兼容性检查✓ 自动检查通过展开查看检查明细 ↓
以下结论由程序自动检查 npm 包、engines 声明与入口文件得出,未做人工实机验证——能装不等于用着没问题。
✓npm 包dsh-tool-visual-primitives @ 1.5.3
✓Node 引擎要求 >=20 · 基线 Node 22.19 满足
✓dsh CLI 依赖要求 >=0.1.2-rc.1 · 最新 0.2.1-rc.2 兼容
✓入口文件main/exports/bin 已声明
验证方式:npm registry 存在性 + package.json 静态校验 · 最后检查 2026/10/19 22:22:43
安全扫描自动 · 静态分析源码v2.7.0🔵 扫描:含敏感能力尚无人工评估展开查看扫描说明与证据 ↓
安全扫描自动 · 静态分析源码
v2.7.0静态扫描发现插件具备触达本地系统的能力:执行外部命令、读写/删除本地文件、读取剪贴板或密钥类环境变量(至少其一)。这是能力清单,不是危险判定——具体能力项与证据见下方,安装前请自行判断是否需要。
读写/删除本地文件发起外部网络请求
查看扫描证据(共 9 处,展示前 9 条)
- 发起网络请求index.mjs:172
const response = await fetch(targetUrl, { - 发起网络请求lib/client.js:269
const response = await fetch(SETTINGS_ROUTE_PATH, { headers: { Accept: "application/json" } }); - 发起网络请求lib/client.js:289
const response = await fetch(MODEL_MODALITIES_ROUTE_PATH, { headers: { Accept: "application/json" } }); - 发起网络请求lib/client.js:298
const response = await fetch(VISION_MODEL_CATALOG_ROUTE_PATH, { - 发起网络请求lib/client.js:322
const res = await fetch(TEST_ROUTE_PATH, { - 发起网络请求vision/transport.mjs:79
const response = await fetch(url, { - 发起网络请求vision/image-source.mjs:69
return new Agent({ - 读取本地文件vision/image-source.mjs:263
data = Buffer.from(await readFile(join(attachments.root, "objects", hash.slice(0, 2), hash), { signal })); - 发起网络请求vision/image-source.mjs:354
response = await fetch(target, { signal, redirect: "manual", dispatcher });
扫描于 2026/11/2(1 天前) · 范围 入口闭包 + 全包扫描 · 来源 npm 发布包
静态扫描只反映源码中出现的调用,不构成安全背书;人工评估与自动扫描相互独立、互不覆盖。
依赖的 DSH / Cordis 模块
@deepseek-ai/dsh给这个插件打分还没有人投票↓
用户评分
还没有人投票,来当第一个
功能亮点
- 图片交外部视觉模型分析
- 输出带坐标视觉原语
- 纯文本证据供文本模型
最近更新
在 GitHub 查看全部 →v1.5.42026-10-24
· 中文
兼容性
· 声明对 DSH 0.2.1-rc.2 的兼容性,已在真实环境实测通过三条链路:[vision] 模型被桥接器正常接管、vision_analyze 工具调用成功、非 [vision] 模型调用该工具时正确返回拒绝提示。
· 相较 1.5.3 声明的 0.2.0-rc.2,0.2.1-rc.2 的宿主契约面无破坏性变更,无需新增版本豁免,两侧声明的 >=0.1.2-rc.1 开下界继续有效。
变更
· vision_analyze 工具收紧为 [vision] 模型专用。在非 [vision] 模型下调用该工具现在会被明确拒绝,并返回可操作的拒绝原因(当前 provider 是什么、应改用模型自身能力、如何切换到 [vision] 模型)。此前该工具对所有模型开放,会与自带图片能力的模型形成两条竞争通路。闸门安装在宿主 tools/pre-execute 阶段,在工具主体执行前就拦截,不产生上游调用。
· 未配置对话视觉模型(桥接器关闭)时不安装该闸门,工具保持原有行为。
· 路由判定优先读取会话折叠后的请求上下文(session.requestContext().provider),仅在访问器缺失时回退到 agent.options.provider。原因是桥接模型在 agent.options 中保留的是基础 provider(如 omniroute),并不反映实际路由。
修复
· 图片 URL 现在支持 302 等跳转。此前重定向被直接拒绝,导致所有返回 302 的短链图床(如 picsum.photos)必然读取失败。改为手动逐跳跟随,每一跳都重新执行 SSRF 校验(redirect: "follow" 会让跳转绕过首跳已通过的检查),最多 5 跳。
· 图片抓取失败的错误信息带上底层原因。fetch 把有效信息藏在 cause 里,裸 fetch failed 无法诊断。现在错误会附带 cause 的 code 或 message,例如 ATTACHMENT_READ_ERROR: fetch failed — cause: UND_ERR_CONNECT_TIMEOUT,可直接区分 DNS 失败、连接超时与 TLS 错误。
稳定性
· 连接超时从 undici 默认的 10 秒收紧到 5 秒。实测健康边缘 0.07–1.4 秒响应、较慢但可用的约 4 秒,5 秒留有足够余量,同时让黑洞地址失败得更快。
· 远程图片抓取改为每次尝试使用独立连接池(原为模块级单例),避免重试复用刚失败的那条连接与 DNS 结果。
· 抓取失败增加一次 400ms 退避的有限重试,仅针对连接类瞬时错误(UND_ERR_CONNECT_TIMEOUT、ECONNRESET、ETIMEDOUT 等)。HTTP 状态错误、超出大小限制、SSRF 拒绝与用户取消一律立即失败,不重试。
已知限制
· 部分网络到 CDN 边缘节点存在持续数十秒的连续不可达(实测可达率约 53%,最长连续失败约 20 秒)。此类中断无法通过秒级重试跨越,抓取会在约 13 秒后失败并给出原因。遇到时请更换图源,或让 Node 走代理。这属于网络侧问题,非插件缺陷。
安装
npm i -g dsh-tool-visual-primitives@1.5.4
完整变更记录:CHANGELOG.md
---
· English
Compatibility
· Declares compatibility with DSH 0.2.1-rc.2, verified in a real environment across three paths: a [vision] model is taken over by the bridge as expected, vision_analyze tool calls succeed, and a non-[vision] model calling that tool receives the correct denial message.
· Compared with the 0.2.0-rc.2 declared in 1.5.3, the 0.2.1-rc.2 host contract surface has no breaking changes, so no new version exemption is needed and the open-ended >=0.1.2-rc.1 floors on both sides remain valid.
Changed
v1.5.32026-09-30
中文
· 声明对 DSH 0.2.0-rc.2 的兼容性:已在 Web 与桌面版真实环境实测通过(对话增强、vision_analyze 工具、凭据读写、设置面板全链路正常)。0.2.0 起版本门禁同时检查 engines.dsh 与 peerDependencies,本插件两侧均为 >=0.1.2-rc.1 开下界声明,无需豁免直接通过。
· 修复官方模型对话报 Invalid schema for function 'vision_analyze' 的问题:工具参数声明改为标准 JSON Schema(type: "object" 根),与宿主 defineTool 编译产物同形态。宿主把工具参数原样透传给模型 API,DeepSeek 官方端严格校验 schema 必须以 object 为根,旧的属性映射写法会被拒绝;自定义模型不受影响。
· 修复桌面版设置面板 403 的问题:桌面形态下前端经 Electron 自定义协议加载且不带 Referer,同源校验新增对回环目标的放行分支(缺来源头,或来源为非 http/https 协议时放行回环请求);浏览器恶意网页必带 http/https Origin,无法进入新分支,安全性不倒退。
· 前置条件更新:要求 DSH 0.1.2-rc.1 或更高版本,已实测至 0.2.0-rc.2。
English
· Declares compatibility with DSH 0.2.0-rc.2: verified end-to-end in real Web and desktop sessions (conversation-enhancement bridging, the vision_analyze tool, credential reads/writes, and the settings panel all work). Since 0.2.0 the version gate checks both engines.dsh and peerDependencies; this plugin's open-ended >=0.1.2-rc.1 floors on both sides pass without any exemption.
· Fixed Invalid schema for function 'vision_analyze' when chatting through official models: the tool's parameter declaration is now a standard JSON Schema with an object root, matching what the host's defineTool compiles to. The host projects tool parameters verbatim to the model API, and DeepSeek official endpoints strictly require an object-rooted schema — the previous property-map shape was rejected. Custom models are unaffected.
· Fixed 403 on the desktop settings panel: the desktop front end loads through an Electron custom protocol without a Referer, so the same-origin check now allows loopback requests that lack a source header or carry a non-http/https protocol origin; malicious web pages always send an http/https Origin and cannot enter the new branches, so security is not weakened.
· Requirements updated: DSH 0.1.2-rc.1 or newer is required, verified up to 0.2.0-rc.2.
v1.5.22026-09-28
· 中文
· 声明兼容 DSH 0.1.7-rc.2:已完整比对 0.1.5-rc.2 → 0.1.7-rc.2 的宿主契约面(ctx.llm 适配器与路由、ctx.credentials、ctx.attachments.readImage、ctx.fs、ctx.remote.credentials RPC、webServer 路由注册、client 装配四个注入点全部兼容),并在真实会话中运行验证通过。
· 修复 SSRF 防护的两个缺陷(vision/image-source.mjs):
- 移除 ::ffff:0:0/96 封锁规则——Node 的 BlockList 内部把所有 IPv4 地址存成 IPv4-mapped 形式,这条规则会误杀全部公网 IPv4 主机;IPv4 规则本身已覆盖映射形式。
- net.connect 自定义 lookup 回调改用 all: true 数组契约,解析结果全部命中封锁时显式回调错误——此前传单地址字符串会被 Node 静默丢弃、空结果传 undefined,都表现为 ERR_INVALID_IP_ADDRESS。
· 附件读取错误码附带原始 message(vision/analysis-core.mjs):非 ATTACHMENT_* 故障(如 SSRF 守卫抛出的普通 Error)不再折叠成裸 ATTACHMENT_READ_ERROR,保留稳定后缀供机器匹配,同时输出真实原因。
· 0.1.7 新宿主能力适配说明:宿主新增 IMAGE_OFFLOAD_REQUIRED 图片预算机制与 text-only 模型图片投影工具;桥接模型声明 image 输入能力,宿主把图片原样转发给桥接适配器,插件转成视觉证据文本后再转发底层模型,与宿主机制互不冲突。GUI 模型选择器从 0.1.7 起按 catalog 成员资格过滤,插件的 listModels 会动态列出全部已启用路由的桥接模型,配置后即可正常显示与选用。
数据来自仓库的 GitHub Release,可能与插件实际版本不一致。
README
由 DeepSeek 最新模型翻译生成中文 · English
把图片交给外部视觉模型分析,再把带空间定位的纯文本视觉证据交回原对话模型——被增强的模型不需要原生图片输入能力。
这是什么
DeepSeek Harness(DSH) 的纯文本模型本身看不见图片。本插件为它们补上视觉能力。
核心思路参考 DeepSeek 的 Thinking with Visual Primitives:不把图片转成一段模糊的描述,而是以归一化坐标和可引用对象输出结构化证据,让后续推理可以引用、可检查。
已发布至 npm。推荐使用下方的 DSH 官方一键安装命令;GitHub 源码挂载方式保留给开发与本地调试。
1.5.4 更新
- vision_analyze 工具收紧为 [vision] 模型专用:非 [vision] 模型调用会被明确拒绝并给出可操作原因,自带图片能力的模型不再有两条竞争通路。
- 图片 URL 支持 302 跳转:改为逐跳手动跟随、每一跳重新校验安全,此前短链图床(如 picsum.photos)必然读取失败。
- 抓图失败附带底层原因:错误信息现在包含 cause(如 UND_ERR_CONNECT_TIMEOUT),可直接区分 DNS 失败、连接超时与 TLS 错误。
- 连接超时收紧至 5 秒,并增加一次有限重试(仅覆盖连接类瞬时错误)。
完整更新历史见 CHANGELOG.md。
展开完整文档(README 剩余 1 节)
中文 · English
把图片交给外部视觉模型分析,再把带空间定位的纯文本视觉证据交回原对话模型——被增强的模型不需要原生图片输入能力。
这是什么
DeepSeek Harness(DSH) 的纯文本模型本身看不见图片。本插件为它们补上视觉能力。
核心思路参考 DeepSeek 的 Thinking with Visual Primitives:不把图片转成一段模糊的描述,而是以归一化坐标和可引用对象输出结构化证据,让后续推理可以引用、可检查。
已发布至 npm。推荐使用下方的 DSH 官方一键安装命令;GitHub 源码挂载方式保留给开发与本地调试。
1.5.4 更新
- vision_analyze 工具收紧为 [vision] 模型专用:非 [vision] 模型调用会被明确拒绝并给出可操作原因,自带图片能力的模型不再有两条竞争通路。
- 图片 URL 支持 302 跳转:改为逐跳手动跟随、每一跳重新校验安全,此前短链图床(如 picsum.photos)必然读取失败。
- 抓图失败附带底层原因:错误信息现在包含 cause(如 UND_ERR_CONNECT_TIMEOUT),可直接区分 DNS 失败、连接超时与 TLS 错误。
- 连接超时收紧至 5 秒,并增加一次有限重试(仅覆盖连接类瞬时错误)。
完整更新历史见 CHANGELOG.md。
功能
| 能力 | 说明 |
| 🖼 两个入口,一条核心 | 显式工具调用 vision_analyze 与对话中的 [vision] 模型,共用同一套分析管线与证据格式 |
| 🧠 11 类自动识别 | 描述 · 对象清单 · 多主体 · 计数 · 定位 · 空间关系 · 比较 · 路径 · 拓扑 · UI · 文档视觉,按问题自动选择模式 |
| 📐 视觉原语 | 以 <ref>、<box>、<point> 输出归一化坐标(0–999),证据可被后续推理引用与核对;三档策略 auto / on / off |
| 🎚 三档细节 | brief · standard(默认) · verbose,按任务复杂度控制证据粒度与 token 开销 |
| 🔒 只增强你选的模型 | 仅对指定纯文本模型追加 [vision] 变体,原模型保留不受影响;自带图片输入能力的模型在选择器中自动置灰 |
| 💾 会话级证据缓存 | 追问仅在已有证据覆盖新任务、细节与关注对象时复用,覆盖不足则重新读图,不把旧答案当事实 |
| 🎛 原生设置页 | 安全密钥存储 · 连接测试 · /models 搜索选择 · 手动模型 ID · 按供应商折叠选择待增强模型 |
| 🛡 读取安全 | 远程 URL 拒绝 localhost、私有网段与带凭据地址;重定向逐跳重校验,最多 5 跳 |
工作方式
图片 + 用户问题 │ ▼
detectVisionMode() → shouldUsePrimitives() → buildVisionPrompt()
│
▼
外部视觉模型(OpenAI 兼容 Chat Completions) │ ▼ 纯文本视觉证据(可含坐标化 primitives) │ ▼ 原始文本模型继续回答
Mode 与 Detail 是正交控制:Mode 决定任务,Detail 决定信息密度。Primitives 决定是否强制结构化的空间证据。
前置条件
- 已可运行的 DSH Web Profile(要求 DSH 0.1.2-rc.1 或更高版本,已实测至 0.2.1-rc.2)。
- Node.js >= 20 与 pnpm。
- 一个可访问的视觉模型服务。默认使用 OpenAI 兼容端点:
- POST /chat/completions
- 可选模型目录:GET /models
视觉服务与被增强的文本模型可以来自不同供应商。
安装
npm 一键安装
在 PowerShell 或终端执行(以下 dsh 命令以已全局安装 DSH 为前提,即 npm install -g @deepseek-ai/dsh;未全局安装时,可将 dsh 替换为 npx @deepseek-ai/dsh):
dsh plugin --profile web add dsh-tool-visual-primitives@latest
该命令调用 DSH 官方插件管理器,在 web Profile 中执行包安装。安装成功后,DSH 会识别本插件包内的 dsh.bundle.patch 声明,自动将插件加入 dsh.profile.bundles,并在启动时应用包内的 cordis.patch.yml。
该过程可重复执行,不会重复添加 bundle;它不会直接修改 Profile 自身的 cordis.patch.yml 或其他插件配置,因此可与 dsh-better-sidebar 等插件共存。
如使用的不是 web Profile,请将 --profile 改为对应的 Profile 名称:
dsh plugin --profile <你的 Profile 名称> add dsh-tool-visual-primitives@latest
安装后完整重启 DSH,并在“设置 → 视觉分析”中填写 API Key、Base URL 和视觉模型。
从 GitHub 源码本地挂载
这是当前已验证的安装方式。如使用其他目录,请同步调整 $source。
$source = 'D:\DSH\dsh-tool-visual-primitives'
git clone https://github.com/InkshadeWoods/dsh-tool-visual-primitives.git $source
Set-Location $source
pnpm install
pnpm run build
dsh plugin --profile web add $source
DSH 官方 CLI 会自动将本地包加入 Profile 依赖,并基于包内的 dsh.bundle.patch 声明维护 dsh.profile.bundles;无需手动编辑 Profile 的 package.json 或 cordis.patch.yml。
完整重启 DSH:
dsh web
首次更新客户端界面时,请在浏览器按 Ctrl+Shift+R 强制刷新。
卸载
如需清除已保存的 API Key,请先在插件设置页点击“清除 API Key”。然后执行 DSH 官方卸载命令:
dsh plugin --profile web remove dsh-tool-visual-primitives
DSH 会移除包依赖,并自动从 dsh.profile.bundles 清除对应 bundle。完成后重启 DSH。
首次配置
打开 DSH 设置 → 视觉分析,按顺序完成:
1. 填写 API Key、Base URL 与视觉模型。
2. 点击 加载模型:插件从 /models 获取可搜索列表。
3. 若服务不提供模型目录,直接填写 自定义模型 ID。
4. 点击 测试连接。
5. 配置分析参数,并在“对话视觉模型”中勾选希望追加 [vision] 的纯文本模型。
已保存的 API Key 不会在重新打开页面时回显;填写新值会覆盖旧值,点击“清除 API Key”才会删除它。
API 与模型目录
| 项目 | 行为 |
| 视觉请求 | POST /chat/completions,使用 Authorization: Bearer <API Key> |
| 模型列表 | GET /models,使用 Accept: application/json 与同一 API Key |
| 模型列表失败 | 仍可直接填写自定义模型 ID,不影响视觉分析 |
| 小米 Mimo URL | 自动改用 api-key 请求头 |
分析参数
| 设置 | 选项 / 默认值 | 作用 |
| 视觉原语 | auto / on / off(默认 auto) | auto 根据 Mode 与 Detail 判断;on 强制坐标化证据;off 只要求纯文本证据。 |
| 分析细节 | brief / standard / verbose(默认 standard) | 控制输出密度,不改变任务类型。 |
| 重试模式 | off / on / format-only(默认 off) | 原语缺失时,on 重新读图;format-only 尽量保留结论,仅补齐格式。 |
| 最大图片大小 | 10 MB | 本地、远程与对话附件均受上限约束。 |
| 超时 | 180000 ms | 单次视觉模型请求的最长等待时间。 |
| 输出 Token 预算 | auto 或手动值(默认 auto) | auto 跟随 Detail:brief 1024、standard 2048、verbose 4096。 |
| 诊断日志 | off / on(默认 off) | 开启后向 DSH 控制台输出插件运行日志,便于排查问题。 |
11 种自动分析模式
| Mode | 适合的问题 | 证据重点 |
| caption | “这张图是什么?” | 整体摘要与关键对象 |
| object_inventory | “图里有哪些物体?” | 主要对象清单与位置 |
| multi_subject | “从左到右有哪些人?” | 主体编号、特征与位置 |
| counting | “有几个按钮?” | 候选对象、排除项与数量 |
| grounding | “红色按钮在哪里?” | 目标及候选位置 |
| spatial_relation | “A 在 B 的哪边?” | 上下左右、遮挡、包含等关系 |
| comparison | “比较这两个区域” | 比较维度与分别可见证据 |
| path_tracing | “路线怎么走?” | 起点、关键点、终点与不确定处 |
| topology | “迷宫是否可达?” | 连通性、阻断与结论 |
| ui_analysis | “这个界面怎么操作?” | UI 元素、状态、位置与下一步建议 |
| document_visual | “解读这张图表/海报” | 标题、文本块、表格、阅读顺序 |
优先级最高的关键词决定 Mode;没有匹配时使用 caption。例如“这个界面有几个按钮?”会识别为 ui_analysis,再叠加所选 Detail。
使用方式
方式一:在对话中使用 [vision]
1. 在插件设置的“对话视觉模型”中勾选一个纯文本模型。
2. 重新打开对话模型列表,选择新增的 模型名 [vision]。
3. 上传、粘贴或拖入图片,并直接提出问题。
插件仅将图像块替换为视觉证据文本;最终回答仍由所选的原文本模型生成。
对于明确指向当前会话最近图片的追问,插件会检查缓存证据是否覆盖新的任务、细节与关注对象/位置。覆盖不足时会重新分析图片,而不是把不充分的旧答案当作事实。
方式二:显式调用 vision_analyze
工具接收且只接收一个图片来源:本地绝对路径或 HTTP(S) URL。
{
"image_path": "D:/images/dashboard.png",
"prompt": "统计界面上可点击的主要按钮,并标出它们的位置" }
{
"url": "https://example.com/chart.png",
"prompt": "解读图表的趋势,并说明读不清的标签" }
远程 URL 不允许指向 localhost、私有网络地址或携带用户名/密码。允许跟随重定向(最多 5 跳)以支持短链图床,但每一跳都会重新执行上述校验——若使用自动跟随,跳转就能到达首跳已放行的检查之外,因此这里逐跳手动跟随,服务器端请求伪造的风险面不因支持跳转而扩大。
该工具仅对 [vision] 模型开放。 在非 [vision] 模型下调用会被明确拒绝,并说明当前 provider、建议改用模型自身的图片能力、以及如何切换到 [vision] 模型。这样,自带图片能力的模型不会同时存在“自己看”和“外部管线”两条通路。拒绝发生在工具执行之前,不会产生任何上游调用。
未配置对话视觉模型(即桥接器未启用)时不存在 [vision] 模型可选,此时不安装该限制,工具保持对所有模型开放。
视觉证据格式
启用视觉原语时,外部视觉模型会被要求按如下标题返回:
[Mode]
[Visual Primitives]
[Observations]
[Relations]
[Uncertainty]
[Answer]
定位信息示例:
<ref>submit_button</ref><box>[[742, 861, 900, 930]]</box>
<point>[[125, 430], [210, 430], [300, 510]]</point>
所有坐标均为相对 0–999,不是原图像素。
已验证的端到端场景
测试素材和结果均保存在 test/。
| 场景 | 已验证结果 |
| 对话图片理解 | [vision] 模型成功读取 DSH 使用模式对比图,并向文本模型提供结构化图像说明。 |
| 截图驱动的 UI 复刻 | [vision] 模型理解 Bilibili 首页截图后,文本模型据此生成了一个独立的 Bilibili 风格 HTML 页面。 |
图片理解结果
对话视觉入口成功读取图片
UI 复刻过程与结果
对截图进行 UI 复刻的对话
根据视觉证据生成的 HTML 页面
这些结果证明的是当前版本的端到端链路;生成效果仍取决于外部视觉模型、文本模型、提示词和图片质量。
开发
pnpm install
pnpm run build
pnpm run build 会生成客户端包 lib/client.js。
- 服务端入口为 index.mjs;修改后需要重启 DSH。
- 修改客户端界面后,需要重新执行构建,并在浏览器中强制刷新页面。
许可证
MIT
致谢与参考
- Thinking with Visual Primitives
- DeepSeek Harness
- Provider 桥接设计参考 modlens预览分享卡片长什么样 ↓
分享 · DeepSeek Harness Hub
InkshadeWoods/dsh-tool-visual-primitives
DeepSeek Harness 视觉增强插件:将图片交给外部视觉模型分析,输出带坐标化视觉原语的纯文本证据,使不支持多模态的文本模型也能在对话中理解图片、截图与文档。
相关插件 · 视觉能力
智能体工作台Devin-AXIS/iPolloWork
企业级、本地优先的智能体工作台,面向个人和智能体团队——一个工作区,容纳多个智能体引擎;一套统一体系,管理插件和技能;支…
★ 7,359已汉化DSH
72
开源设计工作台nexu-io/open-design
OpenDesign:首个协作式 AI 设计智能体工作区
★ 105,514已汉化DSH
71.8
多智能体编码工作区spacering-net/codeg
多智能体协作的 AI 编程工作区:汇总 Claude Code、Codex、OpenCode、Pi、Grok Build 等来源的会话。支持桌面应用、自托管服务器或 Docker。
★ 4,289已汉化DSH
71.6
GPT 图像提示词库freestylefly/awesome-gpt-image-2
Prompt as Code | GPT Image 2 / 2.5 提示词与案例库,530+ 个案例、20+…
★ 34,534已汉化DSH
71.5
架构图生成器tt-a1i/archify
把你想理解、规划或分享的事,变成可以互动的可视化作品。
★ 92,675已汉化DSH
71.2
AI 用量桌面小部件Javis603/token-monitor
EN | 简 | 繁 | KO | JA | PT
★ 3,522已汉化DSH
71
这是你的仓库?认领条目