dsh-plugin-autoevo 怎么安装？

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

dsh-plugin-autoevo 兼容性怎么样？

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

dsh-plugin-autoevo 有中文文档吗？

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

dsh-plugin-autoevo 还在维护吗？

GitHub 3 星。最近一次上游提交在 2026/9/25。

能力进化工作流 klarkxy/dsh-plugin-autoevo

DeepSeek Harnessv1.4.0

klarkxy39 天前有提交已提供中文文档扫描：含敏感能力

在 GitHub 查看 ↗

先搜索复用现成能力，再审查安装或改造升级

32.2/100

综合分

GitHub 星标

239

npm 周下载

—/5

用户评分

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

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

dsh plugin --profile web add dsh-plugin-autoevo

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

状态速览

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

信任档位：仅索引

是什么

dsh 原生插件 · security

装得上吗

静态安装检查通过

未做真实安装

L4 · 真实安装等级说明 →

安全吗

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

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

还在维护吗

更新放缓：最近一次提交在 39 天前

档位由哪些信号合成

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

验证判据与等级说明 →

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

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

展开查看检查明细 ↓

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

✓npm 包dsh-plugin-autoevo @ 1.4.0

✓Node 引擎要求 ^22.19.0 || ^24.0.0 · 基线 Node 22.19 满足

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

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

验证方式：npm registry 存在性 + package.json 静态校验 · 最后检查 2026/10/18 00:25:07

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

v2.7.0

🔵 扫描：含敏感能力尚无人工评估

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

静态扫描发现插件具备触达本地系统的能力：执行外部命令、读写/删除本地文件、读取剪贴板或密钥类环境变量（至少其一）。这是能力清单，不是危险判定——具体能力项与证据见下方，安装前请自行判断是否需要。

读写/删除本地文件发起外部网络请求

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

读取本地文件
lib/index.js:557
const text = await readFile(spillPath, {
写入本地文件
lib/index.js:723
await mkdir(autoevoRoot, { recursive: true });
读取本地文件
lib/index.js:726
await access(ignore, constants.F_OK);
写入本地文件
lib/index.js:728
await writeFile(ignore, "# AutoEvo workspace state. Installed DSH plugins do not depend on these files.\n*\n", "utf8");
读取本地文件
lib/index.js:874
return await readFile(target, "utf8").catch((error) => {
删除本地文件
lib/index.js:898
if ((await readRecovery(lockPath))?.recoveryToken === token) await rm(lockRecoveryPath(lockPath), { force: true });
读取本地文件
lib/index.js:905
if (JSON.parse(await readFile(publisherPath(lockPath), "utf8")).lockToken !== token) return;
删除本地文件
lib/index.js:909
await rm(lockPath, {
读取本地文件
lib/index.js:916
if (JSON.parse(await readFile(publisherPath(lockPath), "utf8")).lockToken !== token) return;
删除本地文件
lib/index.js:922
await rm(lockPath, {
写入本地文件
lib/index.js:929
await mkdir(lockPath);
写入本地文件
lib/index.js:933
await writeFile(publisherPath(lockPath), `${JSON.stringify({
读取本地文件
lib/index.js:943
if (JSON.parse(await readFile(publisherPath(lockPath), "utf8")).lockToken !== token) throw new EvolutionError("command_failed", "Workspace Git cache p
写入本地文件
lib/index.js:944
await writeFile(path.join(lockPath, "owner.json"), `${JSON.stringify({
写入本地文件
lib/index.js:982
await writeFile(recoveryPath, `${JSON.stringify(recovery)}\n`, {
删除本地文件
lib/index.js:1003
await rm(quarantine, {
删除本地文件
lib/index.js:1421
}, [() => rm(npmCache, {
删除本地文件
lib/index.js:1424
}), () => rm(npmTemp, {
发起网络请求
lib/index.js:6564
const outcome = await approval.request({
发起网络请求
lib/index.js:7868
const outcome = await approval.request({
发起网络请求
lib/index.js:7936
outcome = await approval.request({
写入本地文件
lib/verification-observer.js:22
appendFileSync(receiptPath, `${JSON.stringify(event)}\n`, {
写入本地文件
lib/verification-observer.js:57
mkdirSync(path.dirname(config.receiptPath), { recursive: true });
写入本地文件
lib/host-verification-driver.js:476
appendFileSync(receiptPath, `${JSON.stringify(event)}\n`, {
写入本地文件
lib/host-verification-driver.js:728
mkdirSync(path.dirname(config.receiptPath), { recursive: true });

扫描于 2026/11/4（0 天前） · 范围入口闭包 + 全包扫描 · 来源 npm 发布包

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

依赖的 DSH / Cordis 模块

@deepseek-ai/cordis-plugin-include@deepseek-ai/schemastery@deepseek-ai/cordis@deepseek-ai/cordis-plugin-group@deepseek-ai/cordis-plugin-loader@deepseek-ai/dsh-agent@deepseek-ai/dsh-attachment@deepseek-ai/dsh-brand@deepseek-ai/dsh-code-runtime@deepseek-ai/dsh-fs@deepseek-ai/dsh-fs-local@deepseek-ai/dsh-fs-sandbox

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

用户评分

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

广告精选好物

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

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

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

去淘宝看看→

广告MCP 兼容手册

装完插件，给 AI 接上 MCP

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

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

查 MCP 兼容性→

功能亮点

搜索复用现成能力
审查安装
改造升级

发现、探索、审查、升级。DSH，进化永不停歇！

README

由 DeepSeek 最新模型翻译生成

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

AutoEvo

进化永不停歇。

dsh-plugin-autoevo 是 DeepSeek Harness（DSH）的能力复用工作流插件。在 能力进化 preset 中，任何能力需求都先走 Search-first：先查本地与远程候选，能复用就不新建；候选只差一点时，可在托管源码中修改、重审后再安装。每个被采用的能力都有可检查的结果回执。

Resolve → Search → Review → Deploy → Verify → Upgrade

Reuse before build. Improve before replace.

文档

| 主题 | 入口 |
| 安装、首次使用、两道确认门、状态与恢复 | 使用指南 |
| 本地环境、源码入口、测试、调试与贡献 | 开发者指南 |
| 状态机、数据布局和运行时接缝 | 架构说明 |
| 信任边界、安装门槛和验证证据 | 安全模型 |

每类内容只有一个权威出处。交互流程图（独立 HTML，可缩放、搜索与导出）：主工作流 · 安装结果状态机 · 托管施工。在线浏览（GitHub Pages）：。

安装

npx @deepseek-ai/dsh plugin --profile web add --save-exact dsh-plugin-autoevo@1.4.0

- --profile web 换成你实际使用的 profile；命令必须带 @deepseek-ai/ 前缀（npm 上无 scoped 的 dsh 是无关项目）。
- 安装或升级后重启该 profile 加载新 bundle；日常启动：npx @deepseek-ai/dsh web。
- 发现流程同时搜索 GitHub 的 dsh-plugin topic 与 npm 的 dsh-plugin 关键词。npm 候选须声明可核对的 GitHub 仓库；正式审查以该仓库的精确提交为准。
- 要求 Node.js ^22.19.0 || ^24.0.0，DSH >=0.1.0-rc.6 我需要一个能同步项目记录的 DSH 插件。先查现成的。

3. AutoEvo 给出 1–5 个候选，或明确告知没有匹配。用一条新消息选择要审查的候选——这是第一道确认门。
4. 审查完成后，再用一条新消息决定：原样使用、安装、修改、继续搜索、从零创建或停止——这是第二道确认门。

完整流程见使用指南 §3，真实运行的逐步截图见 example/README.md。

AutoEvo 主工作流：Search-first 与两道确认门

怎样理解结果

| 结果 | 含义 | 下一步 |
| verified | Host 完成了预期工具往返，功能已验证 | 可以直接使用 |
| activated / awaiting_user_test | 已加载但无工具往返证据，或需人工测试 | 在目标 profile 中实际试用一次 |
| restartRequired: true | 已有非失败安装结果，但当前进程没有完整热加载 | 重启对应 profile 后再试 |
| failed_absent / recovery_required | 安装失败，或状态不能安全判定 | 查看诊断；状态不明时先恢复，不要盲目重装 |

installed 或 loaded 不等于功能已验证，只有 verified 才能这样表述。完整状态说明见使用指南 §5。

版本链工具：capability_versions 列出版本，capability_rollback 回滚到历史版本，capability_adopt 登记手工安装的插件，capability_updates 只读检查上游更新。详见使用指南 §4.6。

普通工作流、项目权限、插件/Profile 或 DSH 宿主故障仍然阻止任务完成时，AutoEvo 还可以提出一次完整权限故障修理。用户在新的消息中明确确认后，Host 会启动临时 standard Agent，应用官方 danger-full-access 预设并取消逐条命令审批；它可以跨项目、插件、Profile 和宿主环境自主施工，不受预定义修复动作限制。详见使用指南。

安全边界

AutoEvo 负责工作流、警告和证据记录；权限、sandbox 与 approval 的强制执行属于 DSH Core。默认流程保持只读或受管边界；完整权限故障修理也通过 DSH Core 的官方权限预设实施，并要求新的用户确认。安装或修理的代码最终以当前用户权限运行。完整信任边界见安全模型。
在能力进化会话里，Host 还会观察同一 Agent 的工具失败、连续相同工具调用和 LLM request-error。5 分钟内达到 3 次后，下一次 system prompt 会加入一条只读 hint（不含原始参数、错误正文或原始错误码），提示仅在与当前能力需求相关时使用现有 capability_workflow。这不是授权，也不会自动调用工作流。观察方式的灵感来自 MIT 项目 dsh-auto-evolve。

开发

pnpm install --frozen-lockfile
pnpm check:fast

详见开发者指南。

许可

SATA，见 LICENSE。