模型与账号 · v0.5.3
dsh-wewrite
一个 DeepSeek Harness(DSH) 插件:把一整套微信公众号 AI 写作管线(选题 → 大纲 → 成稿 → 质量门禁 → 排版渲染 → 配图 → 草稿箱)产品化。
作者原文(英文)
WeChat official account AI writing pipeline as a DeepSeek Harness (DSH) plugin
简介取自插件自己的 README 原文。
认证 L3已扫描 ✓健康 S/100周下载 432
4 项能力安装命令
dsh plugin --profile web add dsh-wewrite@0.5.3
已试装 · 层已挂载
已在一个隔离的 profile 里真装过:包能装上,并且插件层挂载成功。这一条是实测结果,不是作者的声明。
检测报告
有一定能力。命中了若干能力模式,大多是插件正常工作时会用到的。
2需留意2一般20未命中
高关注需留意一般
能力清单
- 含混淆或编码代码
obfuscated-code需留意173 处命中lib/index.js:201ctx.addIssue({ code: "custom", message: "\u70ED\u699C\u6A21\u5F0F\u4E0D\u652F\u6301\u643A\u5E26 brief\uFF08\u9009\u9898\…lib/index.js:486if (!hit) return "\u95E8\u7981\u7ED3\u8BBA\u8BF7\u4EE5\u5199\u4F5C\u53F0\u62A5\u544A\u4E3A\u51C6";lib/index.js:487if (hit.status === "rendered" || hit.status === "pushed") return "\u8BE5\u6587\u5DF2\u901A\u8FC7\u8D28\u91CF\u95E8\u7981…lib/index.js:488if (hit.status === "failed") return "\u8BE5\u6587\u672A\u901A\u8FC7\u8D28\u91CF\u95E8\u7981\uFF08\u63A8\u9001\u524D\u8BF…- 混淆本身不是恶意,但公开源码里出现大段混淆值得问一句为什么。
- 发起网络请求
network需留意6 处命中lib/index.js:2503const items = await deps.topicSource.fetch(20);lib/index.js:2720const settled = await Promise.allSettled(sources.map((source) => source.fetch()));lib/index.js:2741async fetch() {lib/index.js:2761async fetch() {- 看请求发往哪些域名。发往作者自己的后端是常见做法。
- 接触凭据或密钥
credentials一般19 处命中lib/index.js:3282"api-key": cfg.apiKey,lib/index.js:3283Authorization: `Bearer ${cfg.apiKey}`lib/index.js:3302Authorization: `Bearer ${cfg.apiKey}`lib/index.js:3323Authorization: `Bearer ${cfg.apiKey}`,- 看它读取哪些凭据、发往哪里。用于登录自己的服务是正常的。
- 动态加载模块
dynamic-import一般15 处命中…host/providers/azure-openai.d.ts:5export declare function createAzureOpenAiProvider(fetchImpl?: typeof fetch): import("./types").ImageProvider;…es/host/providers/dashscope.d.ts:5export declare function createDashscopeProvider(fetchImpl?: typeof fetch): import("./types").ImageProvider;…types/host/providers/doubao.d.ts:5export declare function createDoubaoProvider(fetchImpl?: typeof fetch): import("./types").ImageProvider;…types/host/providers/gemini.d.ts:4export declare function createGeminiProvider(fetchImpl?: typeof fetch): import("./types").ImageProvider;- 动态导入本身无害,但会让依赖关系难以静态审阅。
逐条扫描明细
| 能力 | 标识 | 关注度 | 命中次数 |
|---|---|---|---|
| 含混淆或编码代码 | obfuscated-code | 需留意 | 173 |
| 发起网络请求 | network | 需留意 | 6 |
| 接触凭据或密钥 | credentials | 一般 | 19 |
| 动态加载模块 | dynamic-import | 一般 | 15 |
这份报告的口径
扫描读的是包里的源码,全程不执行第三方代码。 本次读了 64 个文件,扫描于 2026-10-15。 命中次数只说明源码里出现过这类调用,不说明行为好坏——一个插件读写文件 500 次和 1 次 都会被记为「读取文件」。这是能力清单,不是信任评分,也不是安全结论: 没扫出来的能力可能只是写法没被规则覆盖。
可信度
100
健康分 S
扣分项下方逐条附证据
- 0没有可扣分的项
认证等级 L3
- L0静态结构与契约✓sha512-Yzd2OhZH7+vCfgOr… 与本地 tarball 复算一致,补丁与入口齐备
- L1配置组合与依赖图✓跨包无 entry id 冲突,插入模块可解析,目录内 peer 满足
- L2隔离沙箱冒烟✓隔离 profile 安装成功,4.4s,层已挂载;宿主带它启动(booted)
- L3运行时健康监控✓抽样会话内未观测到外部进程 / 越界写 / 外连(2 个事件)
评分口径与作者信息
从 100 分开始按规则扣减:fail −20 / major −10 / warn −5 / minor −2;star 数、下载量、LLM 输出都不参与评分
- 维护者
- jerryjiao
- 仓库
- https://github.com/jerryjiao/dsh-wewrite
- 许可
- MIT
- 最后发布
- 2026-08-26
- 周下载
- 432
- star
- 5
扫描状态:已扫描。能力是事实,不是缺陷; 周下载与 star 只作参考,不参与评分。
认证等级只回答四件事:包本身是否完整可解析(L0)、能不能与别的插件组合(L1)、隔离环境里装不装得上并起得来(L2)、抽样运行时有没有异常(L3)。依赖漏洞、仓库存活、下载量都不参与评级,只作为独立信号标注。可信 ≠ 无漏洞,上架 ≠ 推荐。
| DSH peer 依赖 | 1 个cordis均为 @deepseek-ai/ 下的包 |
|---|---|
| Node 要求 | ^22.19.0 || >=24.0.0 |
| 第三方依赖 | 9 个 |
| bundle patch | ./cordis.patch.yml |
| 依赖安全公告 | 1 条,见下方 |
元数据
| 主页 | https://jerryjiao.github.io/dsh-wewrite/ |
|---|---|
| 仓库最近提交 | 2026-08-28 |
| 仓库创建 | 2026-08-18 |
DSH