模型与账号 · v2.6.1
infoseek
端到端内容智能采集与调研工作流。v2.6.1 发布版。
作者原文(英文)
端到端内容智能采集与调研工作流:多源嗅探→四维评分门控→4级深度抓取→键控事实槽矛盾检测(GA11)→网络边界门控(GA12)→跨源融合→结构化 Markdown 报告。DeepSeek Harness (dsh) skill bundle.
简介取自插件自己的 README 原文。
infoseekresearchskillclawhubopenclawcontent-collectionweb-scrapingllm
认证 L3已扫描 ✓健康 S/100周下载 200
6 项能力安装命令
dsh plugin --profile web add infoseek@2.6.1
已试装 · 层已挂载
已在一个隔离的 profile 里真装过:包能装上,并且插件层挂载成功。这一条是实测结果,不是作者的声明。
检测报告
关注度高。命中了不少能力模式,其中可能有需要留意的。逐条看下面的清单。
1高关注2需留意3一般18未命中
高关注需留意一般
能力清单
- 向其他插件注入
plugin-tree-injection高关注1 处命中- dsh-skill-infoseek
- 看 patch 里 insert 的包是不是本项目自己的。插入第三方代码要格外留意。
- 写入文件
writes-files需留意37 处命中scripts/compliance_audit.py:449p.parent.mkdir(parents=True, exist_ok=True)scripts/compliance_audit.py:456p.parent.mkdir(parents=True, exist_ok=True)…ions/fake_detect/data_adapter.py:113m = m.rename(columns=rename)scripts/engine_lifecycle.py:62base.mkdir(parents=True, exist_ok=True)- 看写入位置。写自己的配置目录是正常的,写系统目录不是。
- 发起网络请求
network需留意1 处命中scripts/infoseek_pipeline.py:1825got.append(r)- 看请求发往哪些域名。发往作者自己的后端是常见做法。
- 动态加载模块
dynamic-import一般26 处命中README.md:81from infoseek_core_v2 import (scripts/capability_compensator.py:26from core.capability_registry import (scripts/capability_compensator.py:30from capability_registry import (core/conflict_v3.py:34from entry_guard import (require_text, require_mapping, require_sequence, coerce_mapping_list)- 动态导入本身无害,但会让依赖关系难以静态审阅。
- 接触凭据或密钥
credentials一般7 处命中ecosystem/base.py:294'credential': self.credential_spec(),scripts/infoseek_auth.py:16-> {"access_token": "infoseek.*", "token_type": "Bearer", "expires_in": 3600}scripts/infoseek_auth.py:103"access_token": f"{TOKEN_PREFIX}{body}.{sig}",scripts/infoseek_pipeline.py:208payload = json.dumps({"api_key": key, "query": query,- 看它读取哪些凭据、发往哪里。用于登录自己的服务是正常的。
- 读取文件
reads-files一般1 处命中index.mjs:6const raw = readFileSync(new URL('./SKILL.md', import.meta.url), 'utf8')- 读文件是绝大多数插件的正常工作方式,本身不构成顾虑。
逐条扫描明细
| 能力 | 标识 | 关注度 | 命中次数 |
|---|---|---|---|
| 向其他插件注入 | plugin-tree-injection | 高关注 | 1 |
| 写入文件 | writes-files | 需留意 | 37 |
| 发起网络请求 | network | 需留意 | 1 |
| 动态加载模块 | dynamic-import | 一般 | 26 |
| 接触凭据或密钥 | credentials | 一般 | 7 |
| 读取文件 | reads-files | 一般 | 1 |
这份报告的口径
扫描读的是包里的源码,全程不执行第三方代码。 本次读了 164 个文件,扫描于 2026-10-16。 命中次数只说明源码里出现过这类调用,不说明行为好坏——一个插件读写文件 500 次和 1 次 都会被记为「读取文件」。这是能力清单,不是信任评分,也不是安全结论: 没扫出来的能力可能只是写法没被规则覆盖。
可信度
100
健康分 S
扣分项下方逐条附证据
- 0没有可扣分的项
认证等级 L3
- L0静态结构与契约✓sha512-nZLtTs0NicI8CNPC… 与本地 tarball 复算一致,补丁与入口齐备
- L1配置组合与依赖图✓跨包无 entry id 冲突,插入模块可解析,目录内 peer 满足
- L2隔离沙箱冒烟✓隔离 profile 安装成功,2.0s,层已挂载;宿主带它启动(booted)
- L3运行时健康监控✓抽样会话内未观测到外部进程 / 越界写 / 外连(2 个事件)
评分口径与作者信息
从 100 分开始按规则扣减:fail −20 / major −10 / warn −5 / minor −2;star 数、下载量、LLM 输出都不参与评分
- 维护者
- forka
- 仓库
- https://github.com/GYINT/infoseek
- 许可
- MIT
- 最后发布
- 2026-10-15
- 周下载
- 200
- star
- 0
扫描状态:已扫描。能力是事实,不是缺陷; 周下载与 star 只作参考,不参与评分。
认证等级只回答四件事:包本身是否完整可解析(L0)、能不能与别的插件组合(L1)、隔离环境里装不装得上并起得来(L2)、抽样运行时有没有异常(L3)。依赖漏洞、仓库存活、下载量都不参与评级,只作为独立信号标注。可信 ≠ 无漏洞,上架 ≠ 推荐。
| Node 要求 | >=18 |
|---|---|
| 第三方依赖 | 0 个(纯自包含) |
| bundle patch | ./cordis.patch.yml |
| 依赖安全公告 | 已查询全部依赖,没有匹配到已公开的安全公告(含 DSH 框架包在内的 @deepseek-ai/* 不作查询——那是运行时自己的问题,不是插件的。) |
元数据
| 仓库最近提交 | 2026-10-15 |
|---|---|
| 仓库创建 | 2026-08-12 |
DSH