Envoy 怎么安装？

在已安装 dsh CLI 引擎的环境中，进入插件页复制安装命令一键执行即可；自动检查通过：npm 包已发布且 engines 声明满足基线（声明 Node >=20）；该结论来自程序自动检查，未经人工实机验证。

Envoy 兼容性怎么样？

自动检查通过：npm 包已发布且 engines 声明满足基线（声明 Node >=20）；该结论来自程序自动检查，未经人工实机验证。

Envoy 有中文文档吗？

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

Envoy 还在维护吗？

GitHub 39 星。最近一次上游提交在 2026/10/24。

溯源取材器 regrevia/Envoy

DeepSeek Harnessv0.1.38

regrevia7 天前有提交已提供中文文档扫描：未发现敏感能力

在 GitHub 查看 ↗

把链接变成带时间戳和出处的可引用素材

47.5/100

综合分

GitHub 星标

—

npm 周下载

—/5

用户评分

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

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

dsh plugin --profile web add envoy-dsh

npm 源 · envoy-dsh 的发布者账号已校验与本仓库一致

状态速览

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

信任档位：需留意

是什么

dsh 原生插件 · search

装得上吗

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

L4 · 真实安装等级说明 →

安全吗

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

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

还在维护吗

活跃：最近一次提交在 7 天前

档位由哪些信号合成

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

验证判据与等级说明 →

⚠︎ 实装验证未通过（unknown · 2026/10/25） ——可能是验证环境差异，装前建议到 GitHub 仓库确认最近更新与 issue。

社区实装还没有人打卡 · 装过的第一个就是你

安装兼容性检查✓ 自动检查通过

安装清单取自 integrations/dsh/envoy-dsh/package.json

展开查看检查明细 ↓

以下结论由程序自动检查 npm 包、engines 声明与入口文件得出，未做人工实机验证——能装不等于用着没问题。

✓npm 包envoy-dsh @ 0.1.38

✓Node 引擎要求 >=20 · 基线 Node 22.19 满足

✓dsh CLI 依赖未声明 dsh 版本约束

✓入口文件main/exports/bin 已声明

验证方式：npm registry 存在性 + package.json 静态校验 · 最后检查 2026/11/1 00:45:29

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

v2.7.0

🟢 扫描：未发现敏感能力尚无人工评估

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

静态扫描未发现敏感能力：最多只发网络请求、读取自身元数据或只读文件，未发现执行命令、文件写入或敏感信息读取。

发起外部网络请求

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

发起网络请求
frontend/lib/api.ts:37
const response = await fetch(apiUrl(path), {
发起网络请求
frontend/lib/api.ts:75
const response = await fetch(apiUrl(path), options);
发起网络请求
frontend/lib/download.ts:4
const response = await fetch(apiUrl(path));

扫描于 2026/10/31（1 天前） · 范围全包扫描 · 来源 GitHub 仓库

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

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

用户评分

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

广告精选好物

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

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

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

去淘宝看看→

广告MCP 兼容手册

装完插件，给 AI 接上 MCP

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

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

查 MCP 兼容性→

把链接分享给你的 AI：从网页、视频和本地媒体中提取可追溯材料。

最近更新

在 GitHub 查看全部 →

v0.1.382026-10-31内容较长已截断

· 更新日志 / Changelog

· 0.1.38 - 2026-10-31

· 中文

· 修 0.1.37 的续读请求形状：envoy_task 的 next 交回的请求带着 source_revision，而 envoy expand
 的请求模型禁止这个字段，于是恢复的第一步就被 6 条校验错误拒绝（material_id: Extra inputs are not permitted）。
 现在请求只带 material_id、offset、max_chars、max_total_response_chars 和协议头；source_revision
 放在 next 回执的顶层，作为下次 observed_revision 的校验依据，恢复仍然不重下、不重新解析。
· 三份 SKILL.md 与 references/protocol.md 同步改写：revision 在回执上，不在请求里。
· 真机验收脚本新增 task_checkpoint 检查：create → read → apply → next → expand → apply → next，
 并且错 revision 必须 blocked。
· 证据级别：修复为 unit_checked（离线单测 + 本机端到端 CLI 链）；Windows 真机验收为 verified
 （run 41124602040，regrevia-win，task_checkpoint 通过：material 复用、偏移 248 → 892、错 revision
 返回 source_revision_changed，9 项检查 0 失败；另有 PowerShell 5.1 / 7 与托管干净机 job 全绿）。

· English

· Fixed the resume-request shape shipped in 0.1.37: the request returned by envoy_task next carried
 source_revision, which ExpandRequest forbids, so the first resume step was rejected by six validation
 errors (material_id: Extra inputs are not permitted). The request now carries only material_id, offset,
 max_chars, max_total_response_chars and the protocol header; source_revision moved to the top level of the
 next receipt and remains the guard for observed_revision, so resuming still neither re-downloads nor
 re-extracts.
· All three SKILL.md files and references/protocol.md were rewritten to say the revision lives on the receipt,
 not in the request.
· The real-machine acceptance script gained a task_checkpoint check:
 create → read → apply → next → expand → apply → next, plus a mismatched revision that must come back
 blocked.
· Evidence: the fix is unit_checked (offline unit tests + an end-to-end CLI chain on this machine); the
 Windows acceptance is verified (run 41124602040 on regrevia-win: task_checkpoint passed with the
 material reused, offsets 248 → 892, a mismatched revision returning source_revision_changed, 0 failed of
 9 checks; the PowerShell 5.1, PowerShell 7 and hosted clean-machine jobs also pass

v0.1.372026-10-31内容较长已截断

· 更新日志 / Changelog

· 0.1.37 - 2026-10-31

· 中文

· 长读现在是一条可恢复的任务，而不是一次会话：envoy_task（create / get / apply / next / list）
 只记「实际交付过的区间」，next 交回的请求从第一个没交付过的偏移继续，带原 material_id 与
 source_revision，因此恢复不需要重下、也不需要重新解析材料。收到 source_revision_changed 或材料已过期时
 明确返回 blocked，不猜偏移。
· 状态落盘方式沿用 collection checkpoint：原子写、进程锁、按 revision 校验的 apply；
 checkpoint 里刻意不含租约、session_id、expires_at，所以换一个模型、换一个会话也能接着做完。
· 同一套逻辑有 CLI 出口 envoy task-checkpoint --request-json （JSON 进、JSON 出，blocked 退出码 2），
 未开 full 工具集时 MCP 不暴露 envoy_task。
· 证据级别：核心与 CLI 为 unit_checked（24 例离线单测 + 1 例 MCP bridge），
 真机 120 页 PDF 的「读 → 续读 → 换进程重放」链为 verified（run 41109097051，18 项检查 0 失败，
 long_pdf_pages 与 resume_after_interrupt 通过）；envoy_task 本身在 Windows 真机上仍是 not_run。

· English

· A long read is now a resumable task rather than a session: envoy_task (create / get / apply / next /
 list) records only the ranges actually delivered, and next hands back the request that continues from the
 first unseen offset carrying the retained material_id and source_revision — so resuming neither re-downloads
 nor re-extracts the material. A moved revision or an expired material returns blocked; it never guesses an offset.
· State is persisted the way collection checkpoints already are: atomic write, interprocess lock, revision-checked
 apply. The checkpoint deliberately carries no lease, session_id, or expires_at, so another model in another
 session can finish the same task.
· The same core is reachable from the CLI as envoy task-checkpoint --request-json (JSON in, JSON out,
 exit 2 when blocked), and envoy_task stays hidden while the MCP full toolset is off.
· Evidence: core and CLI are unit_checked (24 offline unit tests + 1 MCP bridge example); the real-machine chain
 "120-page PDF read → continue → replay in a fresh process" is verified (run 41109097051, 0 failed of 18 checks,
 with long_pdf_pages and resume_after_interrupt passing). envoy_task itself remains not_run on Windows.

· 0.1.36 - 2026-10-30

· 中文

· 在 Envoy 自己的浏览器窗口里登

v0.1.362026-10-30内容较长已截断

· 更新日志 / Changelog

· 0.1.36 - 2026-10-30

· 中文

· 在 Envoy 自己的浏览器窗口里登录之后，envoy read 终于能用上这次登录：过去读取只查导入的 cookie 存储，
 登录态落在 ~/.envoy/browser-profile 里没人看，同一个链接明明已经登录仍返回 auth_required。
 现在导入的 cookie 优先，为空时读该 profile 针对目标域名的会话；交接开关关闭时不打开 profile。
 实测同一 URL：开关打开 ready（7982 字符），关闭 blocked/auth_required。
· 未登录的 GitHub 设置页不再被当成内容页：登录表单页补标题行首锚定与独立长度上限后判为登录墙，
 返回 blocked/auth_required；带正文的正常页面不受影响。
· envoy auth status 的 signed_in_sites 改名为 cookie_domains：它数的是 cookie 行数，不是「已登录站点数」。

· English

· After signing in inside Envoy's own browser window, envoy read can finally use that session: reads consulted
 only the imported cookie store while the session lived in ~/.envoy/browser-profile, so an already signed-in
 URL still came back auth_required. Imported cookies win; when there are none, reads use the profile's cookies
 for the target host, and the profile is never opened while the handoff switch is off. Measured on one URL:
 switch on gives ready (7982 chars), switch off gives blocked/auth_required.
· A signed-out GitHub settings page is no longer mistaken for content: the sign-in form is detected by a
 title-line anchor with its own length cap and reported as a login wall (blocked/auth_required).
· envoy auth status renames signed_in_sites to cookie_domains: it counts cookie rows, not signed-in sites.

· 中文

· 浏览器 profile 里能再生、也会无限长大的部分现在可以回收了：envoy cache status 新增 browser_cache 一行，
 envoy cache prune 只删 Chromium 的 HTTP/代码/GPU 缓存目录，cookies、登录态、Local Storage 一律不动；
 浏览器正在运行时整体跳过。本机实测 858 MB 的 profile 里 837 MB 是这类缓存，回收耗时 3.6 秒，之后 cookies 与登录数据仍在原处。
· 远程 PDF 下载中途断流不再从头再来：已落盘的字节让下一次尝试只请求缺失的尾部（Range: bytes=-）；
 服务器不支持 Range、返回 416、或 Content-Range 与本地文件对不上，这三种情况都退回整份重下，字节上限仍按总量算。
 补 5 例单测（截断后续传、无视 Range 重下、区间不符不拼接、416 从零开始、续传仍守 max_download_bytes）。
· 只调 max_response_chars 的调用方（CLI 直传请求、第三方 SDK 也一样）不会再被
 「总预算必须 ≥ 单次预算」卡在校验上：没显式给总预算就自动抬到同值，显式给了仍按旧规则判。
 补两例单测；0.1.31 wheel 隔离安装后 MCP 读 500 页 PDF 仍是 500 页 / 51892 字符 / 0.19 秒。
· 长 PDF 续读一次交一窗，而不是一页：envoy_expand 把还能装进本次响应的页一起给出，
 expansion_

数据来自仓库的 GitHub Release，可能与插件实际版本不一致。

README

由 DeepSeek 最新模型翻译生成

把链接分享给你的 AI 一个链接，成为你想要的任何东西。安装 Envoy ·下载发行版 ·反馈问题 · 给 AI 一个链接，Envoy 把它变成带来源定位的材料，AI 再用它写你要的东西：Wiki、摘要、报告、脚本。网页、公众号、PDF、小红书图文、B 站视频、本地视频都行。能做什么关键帧 — 视频里的 PPT、图表、演示画面按时间点抽帧交给 AI 看，不用来回拖进度条。视频理解 — 优先读公开字幕；没有字幕时对指定时间段跑本地 Whisper，返回带 [mm:ss] 的转写片段。图文 — 网页、公众号文章、PDF、图片帖，变成干净正文、图片和来源。知识库 / Wiki — 长视频整段读完，按主题分节，每条结论带时间戳，直接放进 Obsidian、Notion。怎么用对 AI 说：把这条视频整理成知识库：https://www.bilibili.com/video/BV... 先读前 10 分钟，按主题分节；每条结论后标注 [mm:ss]；没覆盖到的部分单列“待补”，不要猜。材料到手就已经分好段、带定位，所以产出可以直接引用： 2. 为什么选择固定轮 - 固定轮把连续动作拆成可复用的阶段，便于逐段调试。[04:18] - 作者对比了三种方案，并给出取舍条件。[07:02] - 这一段没有展示实际测试数据；待补。

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

把链接分享给你的 AI

一个链接，成为你想要的任何东西。

安装 Envoy ·下载发行版 ·反馈问题 ·

给 AI 一个链接，Envoy 把它变成带来源定位的材料，AI 再用它写你要的东西：Wiki、摘要、报告、脚本。网页、公众号、PDF、小红书图文、B 站视频、本地视频都行。

能做什么

关键帧 — 视频里的 PPT、图表、演示画面按时间点抽帧交给 AI 看，不用来回拖进度条。

视频理解 — 优先读公开字幕；没有字幕时对指定时间段跑本地 Whisper，返回带 [mm:ss] 的转写片段。

图文 — 网页、公众号文章、PDF、图片帖，变成干净正文、图片和来源。

知识库 / Wiki — 长视频整段读完，按主题分节，每条结论带时间戳，直接放进 Obsidian、Notion。

怎么用

对 AI 说：

把这条视频整理成知识库：https://www.bilibili.com/video/BV...

先读前 10 分钟，按主题分节；每条结论后标注 [mm:ss]；没覆盖到的部分单列“待补”，不要猜。

材料到手就已经分好段、带定位，所以产出可以直接引用：

2. 为什么选择固定轮

- 固定轮把连续动作拆成可复用的阶段，便于逐段调试。[04:18]
- 作者对比了三种方案，并给出取舍条件。[07:02]
- 这一段没有展示实际测试数据；待补。[09:31]

工作原理

1. 取材料 — 打开链接，拿到标题、正文、字幕或转写、PDF 文本、图片。
2. 带定位 — 切成片段并附 video_time 或来源坐标，给一个 material id。
3. 按需续读 — envoy_search 定位关键词，envoy_expand 补齐没读的部分，不重拉整页。
4. 缺口照实报 — 没字幕、要登录、模态缺失、下载预算不够，标记为未覆盖，不写成结论。

浏览器在后台运行，遇到登录或验证才请你接管。接入方式是 Agent Skill + MCP，Claude Code、Codex、DeepSeek Harness 各有插件（Codex 0.156 起需执行一次 envoy hook install --host codex）。

边界

不绕过登录、验证码、地区限制和 DRM；不替代联网搜索。Envoy 只对实际读取并返回的时间段负责。抖音主页集合、小红书图文等能力按平台验收矩阵逐项验证。

评测

正在做同链接、同模型的 Envoy / 直接读取对比，记录完成时间、实际 token、事实覆盖、引用质量和人工介入。当前 pilot 为 6 个来源、12 个任务，还不足以得出“更快”或“更省 token”的结论。见评测方法与 pilot 数据。

文档

- 安装、更新与 MCP 配置
- Claude Code 插件
- Codex 插件
- DeepSeek Harness 插件
- 产品与技术状态
- 平台真实验收矩阵
- 版本记录
- 安全与隐私说明

Share a link with your AI

One link in. Anything you want out.

给 AI 一个链接，Envoy 把它变成带来源定位的材料；AI 再用它写你要的东西：Wiki、摘要、报告、脚本。网页、公众号、PDF、小红书图文、B 站视频、本地视频文件都行。

能做什么

关键帧 — 按选定时间点抽帧，把幻灯片、图表、演示画面交给 AI，不用来回拖进度条。

视频 — 优先读字幕；没有字幕时对指定时间段跑本地 Whisper，返回带 [mm:ss] 的转写片段。

图文 — 网页、文章、PDF、图片帖，变成干净正文、图片和来源。
知识库 / wiki —— 从头到尾读完长视频，按主题分组，给每条论断打上时间戳，再把结果放进 Obsidian 或 Notion。

怎么用

对你的 AI 说：

把这个视频整理成知识库：https://www.bilibili.com/video/BV...

先读前 10 分钟，按主题给章节分组，每条论断后面加上 [mm:ss]。没覆盖到的内容列在「待补充」下面，不要猜。

素材到手时已经分好段、标好位置，所以输出可以直接引用：

2. Why use a fixed wheel

- A fixed wheel splits a continuous action into reusable stages for per-stage debugging. [04:18]
- The author compares three approaches and states the trade-offs. [07:02]
- This section shows no measured data; to fill. [09:31]

工作原理

1. 抓取 —— 打开链接，取回标题、正文、字幕或转写稿、PDF 文本和图片。
2. 定位 —— 切成带 video_time 或来源坐标的片段，返回一个素材 id。
3. 按需续读 —— envoy_search 查词，envoy_expand 补读未读区间；不用再整份抓一遍。
4. 报告缺口 —— 没有字幕、需要登录、模态缺失、下载额度用完：一律标为未覆盖，而不是当成结论写出来。

浏览器以无头模式运行，只在登录或验证时请你接手。接入方式是 Agent Skill 加 MCP server；Claude Code、Codex、DeepSeek Harness 各有一个插件（Codex 0.156+ 需要执行一次 envoy hook install --host codex）。

范围

不绕过登录、CAPTCHA、地区限制或 DRM，也不替代网页搜索。Envoy 只对它实际读到并返回的区间负责。抖音创作者合集和小红书图文帖遵循平台验收矩阵。

评测

用同一链接、同一模型，和直接阅读做对比：完成时间、实际 token、事实覆盖率、引用质量、人工介入次数。目前试点有 6 个来源、12 个任务 —— 还不足以宣称省时或省 token。见评测方法和试点数据。

文档

- 安装、更新与 MCP 配置
- Claude Code 插件
- Codex 插件
- DeepSeek Harness 插件
- 产品与工程状态
- 平台验收矩阵
- 更新日志
- 安全与隐私