dttxorg/deepseekeyes
Auditable vision and cross-platform Computer Use runtime for DeepSeek Harness — strict evidence, health-checked failover, original pixels, and Token accounting.
これは DeepSeek Harness（DSH）プラグインです。当サイトは GitHub README、インストール情報、メンテナンス状況、公開セキュリティシグナルをまとめています。
DeepSeekEyes
让 DeepSeek 看见，而且全程不离开当前对话。
面向 DeepSeek Harness 的可审计视觉与 Windows / macOS Computer Use Runtime。
English · 快速安装 · 工作方式 · Computer Use · Token 统计 · 完整配置 · X / @lucars2026
DeepSeekEyes 不是另一个看图窗口，而是 DSH 可审计视觉与 Computer Use Runtime。它负责视觉路由排序、健康检查、严格证据 Schema、原图身份、故障转移记录和自动化状态；DeepSeek 继续负责推理与最终回答。
不切窗口、不手工抄图、不把缩略图当原图，也不让普通纯文字会话承担视觉插件开销。
一眼看懂
| 你关心的问题 | DeepSeekEyes 的处理方式 |
|---|---|
| 图片会不会在转交时失真？ | 用户原图不缩放、不转格式、不重压；每次追问重新引用原始内容寻址附件。 |
| 第一次视觉描述不够怎么办？ | DeepSeek 可以携带图片 SHA-256、精确问题和可选区域继续向视觉模型追问。 |
| 视觉模型选错了怎么办？ | 先检查图片能力声明，再通过随机 3×3 色块探针验证它确实读取了像素。 |
| 主视觉模型出错怎么办？ | 按配置优先级执行有界故障转移，失败路由进入冷却期，每次 attempts 都写入本地审计记录。 |
| 视觉模型乱加字段怎么办？ | 同一份公开 JSON Schema 生成模型易遵循的紧凑格式并执行 Ajv 严格验证，所有嵌套对象都拒绝额外字段。 |
| 会不会影响正常文字对话？ | 纯文字轮次走原有直通路径，不读图、不截图、不注册 Computer Use 工具，也不增加插件统计。 |
| 能否自动测试网页和桌面？ | Browser Computer Use 与 Windows/macOS 原生 Desktop Computer Use 均已实现，且默认关闭、按需启用。 |
| 插件到底用了多少 Token？ | 设置卡分别展示 Provider 精确额外用量、桥接输入估算和被排除的正常最终回答用量。 |
工作方式
同一对话框中的图片和问题
→ Harness 原始内容寻址附件
→ 已排序的视觉路由、健康检查与像素探针
→ 严格 Schema 验证的 OCR、布局、对象、关系和不确定性证据
→ DeepSeek
→ 可选的内部细节追问
→ 视觉模型重新读取同一原图
→ DeepSeek 最终回答
插件不保存 API Key，也不实现另一套供应商客户端。视觉调用全部经过 ctx.llm，因此直接复用 Harness 模型页面已经配置的端点、模型和凭据。
可审计视觉路由与严格 Schema（0.4）
视觉路由按“当前证据原路由 → GUI 主路由 → visionRoutePriority → 自动检测”排序。图片能力健康检查默认缓存 60 秒；调用失败后该路由默认冷却 30 秒，并在替代路由存在时被跳过。每次健康检查、失败、缓存命中、跳过和成功都会记录到：
$DSH_HOME/deepseekeyes/vision-attempts.json
记录只包含 Provider、模型、阶段、状态、耗时、错误码、图片 SHA-256 和哈希后的会话 ID，不写入图片、提示或模型证据正文。
基础读取与细节读取共同使用 schemas/visual-evidence.schema.json。提示中的紧凑 JSON 示例由这份 Schema 自动生成，最终结果仍由 Ajv 按同一来源严格验证。常见的归一化/像素 xywh、归一化/像素 xyxy 与 Qwen 0–1000 xyxy 会在本地确定性转换并保留原坐标审计，不增加模型调用。所有 OCR、区域、对象、观察、bbox 和 confidence 嵌套字段都必须完整有效，任何额外字段都会让当前路由失败并进入有界 failover。
原生模型切换与按需重新看图
视觉读取成功后，0.2 及后续版本会把模型可见的会话表面中的图片块替换为一个短小的保留记录，其中只包含原图 SHA-256、附件引用、尺寸和有界摘要；原始图片事件与附件字节仍完整保存在 Harness 的追加式会话日志和附件存储中。
因此，同一个会话可以直接从 DeepSeekEyes → DeepSeek V4 Flash · Eyes 切换到原生 DeepSeek V4 Flash，不会再触发：
Model "deepseek-v4-flash" does not accept image input,
but this session already contains images
处理过图片的会话会获得仅对该会话生效的 deepseekeyes_look 工具。原生文本模型只有在当前问题确实需要摘要中缺失的视觉事实时，才用图片 SHA-256 和一个精确问题重新读取原始附件；普通文本问题不会调用视觉模型。没有处理过图片的会话不会注册这个工具，也不会增加对应系统提示。
历史图片不会在后续文本轮次中自动重复读图。插件默认只向最终模型保留最近 8 个短图片引用，每个摘要最多 320 字符；其余原图仍保存在会话和附件存储中，可按需重新读取。
Browser Computer Use 0.2（默认关闭）
在设置中明确启用后，0.2 在同一 Harness 对话中注册 browser 工具，形成闭环：
打开网页 → 返回 DOM 与截图 → DeepSeekEyes 读取截图
→ DeepSeek 选择最新控件 → 点击、输入或滚动 → 自动返回新截图
→ 断言页面状态 → 继续操作 → 生成 JSON 测试报告
每次操作都会返回当前 URL、标题、页面文字、可交互控件 ref、边界框、视口、最新截图、诊断信息和新的 stateId。点击、输入、选择、断言等状态相关动作必须携带最新 stateId；旧状态会返回 STALE_BROWSER_STATE，且页面保持在当前状态。
支持的动作包括：open、observe、click、type、press、select、check、uncheck、scroll、wait、assert、back、forward、reload、report 和 close。优先使用最新 ref、role/name 或 CSS selector；Canvas 等自绘控件可使用当前截图视口内的坐标。
每一步截图和最终报告默认保存到：
$DSH_HOME/deepseekeyes/browser-runs/<run-id>/
动作记录只保存输入长度和 SHA-256，不写入填写内容原文。报告只有在全部断言通过且此前没有动作错误时才标记为通过。
Browser Computer Use 默认关闭，普通图文桥接和纯文本会话不会携带 browser 工具或相关系统提示。启用后，只有最新 Browser 状态保留完整 DOM/OCR/截图证据；历史状态默认只保留最近 8 个紧凑摘要，避免每一步把此前的完整页面证据再次发送给模型。
Windows / macOS Desktop Computer Use 0.5（默认关闭）
0.5 把原有桌面控制推进为“截图 + 原生语义 + 状态差分”的闭环。它保持 OpenAI 官方 Computer use 文档描述的核心循环：观察当前 UI、执行结构化动作、返回新截图、基于新状态继续；同时复用 Windows UI Automation 与 macOS Accessibility，减少只靠全屏像素猜控件的位置：
observe(scope=desktop) 发现窗口
→ observe(scope=window) 获取目标窗口截图和语义控件
→ DeepSeekEyes 把截图交给当前后台视觉模型
→ DeepSeek 使用最新 stateId + elementRef（或截图坐标）执行动作
→ 原生 Helper 操作桌面
→ 返回新窗口截图、控件树、stateDelta 和 stateId
→ 运行时断言或视觉断言验证结果并继续
支持：observe、click、double_click、right_click、move_cursor、drag、type、key、scroll、invoke、set_value、perform_action、launch、focus、move_window、resize_window、close_window、wait、assert、report 和 close。
运行时可以直接验证 window_exists、window_title_contains、element_exists/visible/hidden/enabled/disabled/focused、element_value_equals、element_name_contains、screen_changed/unchanged；像游戏、Canvas 和自绘界面仍使用 visual 断言。最终 report 使用 deepseekeyes.desktop-report.v2 汇总动作、断言、每步状态差分和截图身份。
- 第一步使用
observe；会改变桌面或依赖窗口的动作必须提交最新stateId。 - 坐标绑定最新截图像素，越界坐标在调用系统接口前被拒绝。
windowRef/elementRef从原生身份生成；同一对象跨观察保持稳定，但引用仍只允许与最新stateId一起使用，避免对过期界面执行动作。- 已知目标默认继续返回窗口级截图；
scope=desktop可显式回到全桌面发现。窗口截图坐标以返回图片左上角为原点，Helper 会映射回系统全局坐标。 - Windows 通过 PowerShell、UI Automation、
user32、SendInput和System.Drawing控制与截图；macOS 通过 JXA、Accessibility、CoreGraphics、System Events 和screencapture完成同一闭环。 - 输入文本、
set_value的值和启动参数只在报告中保存长度和 SHA-256，不保存原文。 stateDelta按完整像素哈希判断截图变化，并分别记录窗口与控件的 added/removed/changed，避免 PNG 编码变化被误判为 UI 变化。- 每一步原始 PNG 和最终 JSON 报告默认写入
$DSH_HOME/deepseekeyes/desktop-runs/。
Harness 单图片附件存在 5 MB 边界。桌面截图先做像素无损 PNG 重压；若仍超限，插件按明确的 x/y/width/height 坐标拆成若干无损 PNG 图块，在同一次工具结果中全部交给视觉桥接。该过程不缩放、不转 JPEG；状态同时记录原始 PNG SHA-256、完整像素 SHA-256、每块像素 SHA-256 和附件 SHA-256。配置证据目录时，原始编码 PNG 也会完整保留。
Desktop Computer Use 默认关闭。关闭时不会注册 computer 工具或桌面系统提示，也不会截图、调用视觉模型或增加普通对话的 Token 开销。启用后，只有当前动作的新截图自动读图；历史桌面状态独立按 desktopHistoryLimit 压缩，默认只保留最近 8 个短摘要，不重复携带旧截图和完整窗口列表。
macOS 第一次使用需要在 系统设置 → 隐私与安全性 中，为启动 dsh web 的终端授予屏幕录制和辅助功能权限。Windows 不需要安装浏览器自动化组件；如系统的 PowerShell 不在默认路径，可在插件设置卡中填写完整路径。
安装、升级与 doctor
macOS、Linux 和 Windows PowerShell 使用同一组一行命令：
npx -y @dttxorg/deepseekeyes@latest install
npx -y @dttxorg/deepseekeyes@latest upgrade
npx -y @dttxorg/deepseekeyes@latest doctor
非 web Profile 可追加 --profile NAME。安装或升级后重新启动一次 dsh web，然后在当前对话框的模型选择器中选择：
DeepSeekEyes → 最终回答模型 · 后台读图模型 Eyes
此后图片仍按 Harness 原生附件方式粘贴，原始附件字节和追加式会话事件都保留，不需要在视觉模型窗口和 DeepSeek 窗口之间切换。
全 GUI 配置（0.5）
安装后只需重启一次 dsh web。此后的路由与插件参数都可以在 Harness 原生设置界面完成，保存后实时生效：
- 打开 设置 → 模型，按 Harness 原有方式添加文本 Provider、视觉 Provider、模型和 API Key。
- 打开 设置 → 插件 → 可配置 → DeepSeekEyes。
- 分别选择两条明确路由：
- 最终回答 Provider；
- 最终回答模型（负责推理和回复用户）；
- 后台读图 Provider；
- 后台读图模型（只读取原图并回答细节追问）。
- 在“视觉路由可靠性”中按行填写后备
provider/model，设置健康检查、故障转移次数、冷却期和 attempts 保留数量。 - 选择是否自动检测、是否运行随机像素探针、追问轮数和 Token 档位。
- 在 Computer Use 0.5 区域分别设置：
- Browser Computer Use 的启用状态、Edge/Chrome、无界面模式、视口和动作参数；
- Windows/macOS Desktop Computer Use 的启用状态、语义控件开关/上限、动作超时、稳定等待、窗口数、macOS 显示器编号、Windows PowerShell 路径和证据目录。
- 先核对卡片里的实时摘要，例如
图片 → MiniMax-M3 读图 → DeepSeek-V4-Pro 最终回答，再点击 保存并立即应用。 - 在对话模型选择器中选择
DeepSeekEyes → DeepSeek-V4-Pro · MiniMax-M3 Eyes。
设置卡底部的 Token 消耗统计 区域可以直接查看、刷新、关闭或清零本插件的消耗记录，操作立即生效，不需要重启。
DeepSeekEyes 的 GUI 数据写入 Harness 自己的 settings.yaml namespace；不再要求把 upstreamProvider、upstreamModel、visionProvider 或 visionModel 写进 cordis.patch.yml。切换最终回答 Provider 时，界面会清空旧模型，避免把上一个 Provider 的模型 ID 带入新路由。
Token 建议档位与不限制模式
首次读图和细节追问都同时提供手工输入与建议档位：8,192、16,384、32,768、65,536、131,072，以及“不限制”。默认值分别提高到 16,384 和 8,192。
自定义值取消了原先 32,768/16,384 的插件硬上限，可以填写任意满足最低值的 JavaScript 安全整数。“不限制”在配置中记为 0，插件调用视觉模型时完全省略 maxTokens；最终有效上限仍由所选模型和 Provider 决定。
这里的两个数值只控制后台视觉模型的输出预算，不会把 DeepSeek 最终回答模型的 maxTokens 调大，也不会为普通文本轮次制造额外视觉调用。最终模型的输出预算仍来自 Harness 当前模型设置；当估算输入加输出会超过该模型的 contextWindow 时，插件只对本次最终调用向下收缩输出预算。若 Provider 返回包含精确输入量和上下文上限的溢出诊断，插件按该诊断再试一次，而不是继续提交一个必定超过上限的请求。
本插件 Token 消耗统计
统计默认开启，并明确分成三组，避免把正常使用的 Token 错算给插件：
- 精确额外 Token：Provider 实际返回的随机像素探针、首次读图、细节读图，以及 DeepSeek 生成视觉追问的中间轮次用量；
- 估算桥接输入：插件注入给最终模型的结构化视觉证据、协议和工具结果。Provider 通常只返回整次请求输入量，无法拆出插件片段，因此这里按 Harness 的固定密度规则估算；
- 最终回答模型用量：单独记录视觉轮次的最终调用，但不计入“插件额外消耗”，因为其中包含 DeepSeek 本来就要生成的正常回答。
面板同时显示视觉轮次、原图按需读取和视觉缓存命中。刷新、清零和读取统计只调用本机回环 RPC /deepseekeyes，不会创建会话消息、工具 Schema 或模型请求。纯文字轮次走原有直通路径，不写统计、不增加模型调用，也不增加 Token。
累计数据默认原子写入：
$DSH_HOME/deepseekeyes/usage-stats.json
文件权限为 0600，最多保留 50 个最近会话；总计数不受该会话明细上限影响。磁盘写入临时失败时，视觉/文本主流程继续运行，当前进程在内存中继续计数，并在后续写入恢复后一次性落盘。设置 usageStats: false 可停止新增记录；usageStatsPath: false 或 cacheDir: false 可使用仅内存模式。
自定义网关的图片能力
自定义网关通常只能从接口发现模型 ID，Harness 会保守地把能力未知的模型当作纯文本。在 DeepSeekEyes 设置卡片选择一个 llm-pi-ai 自定义 Provider 后，会出现：
将此自定义网关声明为支持图片输入
打开后随同保存，插件通过 Harness 的精确 settings-path mutation 写入：
defaultInput: [text, image]
这个写入保留同一 Provider 的 BaseURL、API 协议、模型列表、凭据引用和其他未展示字段，因此无需手改 settings.yaml。所有 llm-pi-ai 路由都可以显示此开关，以兼容内置路由下新增的自定义模型；目录已经明确声明图片能力时无需开启。
能力声明不是最终放行条件：
- Host 先要求所选模型同时声明
text和image； - 第一次真实图片请求前，再发送随机排列的 3×3 色块图；
- 模型必须返回九个色块的真实顺序，才会读取用户图片。
因此把纯文本模型误设为视觉模型时，视觉探针会终止该轮，不会形成“两个纯文本模型互相猜图”。探针对每个进程、每条视觉路由只执行一次，会产生一次很小的模型调用。
YAML / 环境变量后备入口
无 Web 设置界面的部署仍可使用原有配置：
- id: deepseekeyes
config:
upstreamProvider: deepseek-official
upstreamModel: deepseek-v4-pro
visionProvider: openai
visionModel: gpt-4.1
activeProbe: true
maxClarifications: 3
baseMaxTokens: 16384
targetMaxTokens: 8192
usageStats: true
browserComputerUse: true
browserChannel: msedge
desktopComputerUse: true
desktopHistoryLimit: 8
desktopTimeoutMs: 30000
desktopSettleMs: 300
desktopMaxWindows: 50
desktopSemantic: true
desktopMaxElements: 200
desktopMacDisplay: 1
也可以通过启动环境指定最终模型和视觉路由：
export DEEPSEEKEYES_UPSTREAM_MODEL=deepseek-v4-pro
export DEEPSEEKEYES_VISION_PROVIDER=openai
export DEEPSEEKEYES_VISION_MODEL=gpt-4.1
export DEEPSEEKEYES_VISION_ROUTE_PRIORITY='openai/gpt-4.1,backup/qwen-vl-max'
export DEEPSEEKEYES_USAGE_STATS=true
export DEEPSEEKEYES_DESKTOP_ENABLED=true
export DEEPSEEKEYES_DESKTOP_SEMANTIC=true
dsh web
只设置 visionProvider 时，会选择该 Provider 下第一个明确支持图片的模型。不设置两者时，会按 Harness Provider/Model 的注册顺序自动选择第一个视觉模型。upstreamModel 留空时保留 0.1.1-alpha.1 的兼容行为，即把最终 Provider 下所有纯文本模型显示为可选；在 GUI 选定一个最终回答模型后，目录和每次文本/图片请求都会锁定到该模型。
数据保真
DeepSeekEyes 只通过 ctx.attachments.readImage() 读取图片，并把原始 ImageBlock 交给 Harness 已注册的视觉适配器。插件不会裁剪、缩放、转格式或重新压缩用户图片。
上述规则针对用户粘贴/上传的原图。Computer Use 的系统截图由插件自己产生：原始编码 PNG 写入测试证据目录，模型附件只做像素无损重压；超过 Host 单附件边界时按坐标无损切片。完整像素哈希用于证明视觉模型收到的所有图块可以无损还原为原截图。
每份证据记录包含：
- 原始附件 ID；
- 原始编码字节 SHA-256；
- MIME、字节数、宽度和高度；
- 视觉 Provider 和 Model；
- 能力检测方式；
- 当前视觉路由及本次有界 attempts；
- 完整结构化证据或针对性追问证据。
证据默认写入：
$DSH_HOME/deepseekeyes/evidence/
未设置 DSH_HOME 时写入：
~/.dsh/deepseekeyes/evidence/
原图始终是事实源；多轮追问每次重新引用原始附件，而不是对上一次摘要继续摘要。若视觉调用、证据 JSON、持久化或追问协议失败，本轮以错误结束，DeepSeek 不会在缺失证据时继续生成。
视觉读取成功后，为了允许切换到原生纯文本模型，Harness 的模型可见 Surface 会使用上述保留记录；追加式原始事件和附件字节不会被覆盖。会话导出仍能从原始事件找到附件。deepseekeyes_look 每次也从原始附件读取并校验 SHA-256，不从缩略图、JPEG 副本或上一次文字摘要推断。
配置字段
| 字段 | 默认值 | 说明 |
|---|---|---|
providerId | deepseekeyes | 虚拟 Provider ID |
upstreamProvider | deepseek-official | DeepSeek 文本模型所在 Provider |
upstreamModel | 兼容模式 | 最终推理与回答模型 ID；设置后目录和调用都锁定该模型 |
visionProvider | 自动检测 | Harness 中已有的视觉 Provider |
visionModel | 自动检测 | 视觉模型 ID |
visionRoutePriority | 未设置 | 后备视觉路由；每行或逗号分隔一个 provider/model |
autoDetectVision | true | 未选择视觉 Provider 时自动扫描 |
activeProbe | true | 启用随机像素能力检测 |
visionHealthCheck | true | 启用图片能力健康缓存、失败熔断与恢复检查 |
visionFailoverAttempts | 2 | 主路由失败后最多尝试的后备路由数；范围 0–8 |
visionHealthTtlMs | 60000 | 健康检查缓存时间 |
visionFailureCooldownMs | 30000 | 失败路由冷却时间 |
visionAttemptLog | true | 是否记录视觉路由选择与 failover attempts |
visionAttemptLogPath | DSH/Home 路径 | 默认 $DSH_HOME/deepseekeyes/vision-attempts.json |
visionAttemptLimit | 1000 | 最多保留的 attempts；范围 10–10000 |
maxClarifications | 3 | 每次 DeepSeek 回答最多追加的视觉追问次数 |
persistentEvidence | true | 持久保存视觉证据 |
cacheDir | DSH/Home 路径 | 证据目录；设为 false 时只使用进程内缓存 |
baseMaxTokens | 16384 | 基础视觉证据输出预算；0 表示不发送 maxTokens，自定义值没有插件最大值 |
targetMaxTokens | 8192 | 单次细节追问输出预算；0 表示不发送 maxTokens，自定义值没有插件最大值 |
usageStats | true | 是否累计本插件的精确 Provider 用量和桥接输入估算；关闭后不再新增记录 |
usageStatsPath | DSH/Home 路径 | 统计 JSON 路径；设为 false 时仅在内存保存，默认 $DSH_HOME/deepseekeyes/usage-stats.json |
historyImageLimit | 8 | 最终模型上下文中保留的最近历史图片短引用数；0 表示不自动带入历史引用 |
historySummaryChars | 320 | 每个历史图片引用最多携带的摘要字符数 |
browserHistoryLimit | 8 | 最终模型上下文中保留的最近 Browser 状态紧凑摘要数 |
browserComputerUse | false | 是否注册 Browser Computer Use 工具；默认关闭以隔离普通会话开销 |
browserHeadless | false | 是否以无界面模式运行浏览器 |
browserChannel | 自动发现 | Windows 优先 msedge，也可选 chrome |
browserExecutablePath | 未设置 | 自定义 Chromium 可执行文件路径 |
browserLocale | zh-CN | 浏览器上下文语言 |
browserTimeoutMs | 15000 | 单次浏览器动作超时 |
browserSettleMs | 300 | 操作后等待界面稳定的时间 |
browserViewportWidth | 1440 | 浏览器视口宽度 |
browserViewportHeight | 900 | 浏览器视口高度 |
browserMaxElements | 200 | 单次观察最多返回的交互控件数 |
browserMaxTextChars | 20000 | 单次观察最多返回的页面字符数 |
desktopHistoryLimit | 8 | 最终模型上下文中保留的最近 Desktop 状态紧凑摘要数；0 表示不自动带入历史状态 |
desktopComputerUse | false | 是否注册 Windows/macOS 原生 computer 工具；默认关闭以隔离普通会话开销 |
desktopTimeoutMs | 30000 | 单次原生桌面动作超时；为窗口解析、语义树和截图留出完整时间 |
desktopSettleMs | 300 | 操作完成后等待界面稳定的时间 |
desktopMaxWindows | 50 | 单次观察最多返回的窗口数 |
desktopSemantic | true | 读取 Windows UI Automation / macOS Accessibility 语义控件并启用元素动作 |
desktopMaxElements | 200 | 单次观察最多返回的语义控件数；范围 20–500 |
desktopMacDisplay | 1 | macOS 截图和坐标绑定的显示器编号 |
desktopWindowsPowerShell | powershell.exe | Windows PowerShell 可执行文件；GUI 可填完整路径 |
desktopArtifactsDir | DSH/Home 路径 | 原始桌面 PNG、无损附件状态和 JSON 测试报告目录 |
安全、架构、数据保留与公开 Eval
- 架构与失败语义
- 数据保留与删除
- 发布与 npm provenance
- 安全策略
- 故障排除与 doctor
- 公开视觉 Eval：截图、密集文本、图表、UI 和提示注入，统一记录准确率、Schema 通过率、延迟与 Token。
社区与更新
- 遇到问题或希望增加新的 Computer Use 动作，可以提交 GitHub Issue。
- 在 X 关注 @lucars2026，获取版本发布、实机测试和后续路线更新。
- 如果 DeepSeekEyes 帮你少切了一次窗口，欢迎为项目点一个 Star，让下一位开发者更快找到它。
本地验证
npm test
npm run eval:fixture
npm run test:browser
npm run test:desktop
npm run check
npm pack --dry-run
设置接口和 Client 插槽按 DeepSeek Harness 0.1.0-rc.6 验证；实现参考的上游源码提交为 47f943859bef60e4160492346772ded9b24f765a。Node.js 版本要求为 >=22.19。
卸载
npx -y @deepseek-ai/dsh plugin --profile web remove @dttxorg/deepseekeyes
卸载只移除 Bundle；Harness 会话中的原始附件保持原状。证据缓存可在确认不再需要后单独删除。
セキュリティとインストールエビデンス
このスコアは公開リポジトリメタデータと当サイトに登録されたインストールエビデンスのみに基づくもので、コードセキュリティ監査とは異なります。
公開プラグインカタログから取得し、公開 GitHub リポジトリにリンクしています。
リポジトリは MIT ライセンスを宣言しています。
過去180日以内にコードの更新があります。
再現可能な正確なインストールメタデータはまだ登録されていません。リポジトリの説明に従って手動で確認してください。
確認したパッケージメタデータにインストールライフサイクルスクリプトは宣言されていません。