多智能体安全测试系统 -- 灵枢（SpiritScout）

FLIAZ
FLIAZ

Web安全工具库

2026年11月5日 11:14
河南

去阅读

===================================

免责声明

请勿利用文章内的相关技术从事非法测试，由于传播、利用此文所提供的信息而造成的任何直接或者间接的后果及损失，均由使用者本人负责，作者不为此承担任何责任。工具来自网络，安全性自测，大家都要把工具当做病毒对待，在虚拟机运行。如有侵权请联系删除。个人微信：ivu123ivu

TOOL REVIEW 工具观察2026.11.05

把黑箱 · 摊开

灵枢 SpiritScout：一个能把 AI 每一步都翻出来核对的渗透工作台

SCOUT

Python 四万行 · 15 个角色 · 7 张本机实拍

多智能体可核对

EDITOR'S NOTE

阅读约 7 分钟

这类工具现在一抓一大把，每家都说自己「自主」。这篇不比较谁更聪明，只讲一件事：灵枢把「下达任务」到「拿到报告」之间那段通常看不见的过程，做成了可以逐条翻的界面。

先交代来源：下面 7 张界面图，是我在本机把这套装起来之后一张张截的，不是宣传图。跑任务用的是项目自带的 mock 模型，目标是一个不存在的域名，全程离线、没有碰任何真实站点——所以图里的数字只能说明「界面怎么记」，不说明「它多能打」。

01

PART

它到底是什么

WHAT IT IS

官方自我介绍一句话：面向 SRC、CTF、AWDP 与智能体竞赛的多智能体安全测试工作台。在网页下达任务，让 Agent 协作执行，查看过程、证据与产物。

流程不复杂：你在首页写完目标，主 Agent「灵枢」把它拆成几个交付目标，再派给不同角色的子 Agent 并行去做；每做完一步，结论、证据、缺口都落进同一个工作区。它跟普通扫描器最大的区别，是产物比告警多：报告、探索链路、审计记录、经验库，都在。

模式

谁在推进

人管什么

SRC

主 Agent 规划，子 Agent 并行

危险操作逐次审批，可接管浏览器

CTF 解题

子 Agent 自主推进

工具预授权，事后看审计

AWDP 修补

单执行者处理当前目标

按原路径交付补丁，自己核验

智能体竞赛

按赛方规则无人值守

它不提问、不搜公开网页

技术栈很朴素：Python 3.11 以上，后端 164 个文件、约四万一千行；前端没有构建工具，七千八百多行原生 JS 加两千八百行 CSS，直接由 FastAPI 一起发出去。单进程、单端口，默认最多同时跑 4 个会话——它没打算做成 SaaS，就是给你自己一台机器用的。

02

PART

界面长什么样

SCREENS

首页干净得有点不像安全工具。左边八个导航，中间一句大字——「下达任务，剩下的交给灵枢」，下面三张模式卡，再下面一个输入框。左下角那行小字值得注意：仅限已授权目标。

首页：三种模式各自一张卡，下面一个输入框，没有多余的东西

真正有意思的是「编队」页。十五张卡片，每张是一个角色，中文代号加英文内部名：鉴真 verifier、秘书 secretary、灵枢 master、知行 business\_context、斥候 recon、破壁 web\_vuln，再往下是 CTF 五方向的蛛丝、破壳、回溯、译码、拾遗，还有听风 port\_scan、贯甲 host\_vuln、深耕 post\_exploit，最后是书记 report。每张卡右上角标着它能进哪些模式，底部是给它指派的模型——角色不是摆设，逐个可以配模型。

编队页：十五个角色，各自标着能进哪些模式

旁边「Skill 管理」里躺着技能目录：一共 207 条，默认全部启用，按 ad、ai-ml、api、cloud、web 等二十多个类别分堆。每张卡一个绿色开关，可以单独关掉。这些东西不是写在提示词里的几句话，是可以打开、读全文、直接改 Markdown 的文件。

技能目录：207 条全部启用，按类别分堆，一条一个开关

接下来是我最想让你看的一屏。这是一次真实跑完的 SRC 任务——用 mock 模型跑的，12 秒结束，1 个决策轮次，27,764 token。顶部那排指标是：无业务覆盖、0 收录漏洞、0 候选核验中、— Flag、1 决策轮次、27,764 Token。

往下是时间线，几乎每一行都是可展开的：

0:09　知行 · 默认路线 ——「体验正常业务流程并建立上下文」

0:09　子任务结论 —— 业务上下文 none，页面 0、端点 0，缺口 3 项

0:10　gateway 正在调用 mock / mock-flagship · 规划与复盘

0:10　mock-flagship 已返回 · 4,384 token · meta\_planning

0:10　灵枢 第 0 轮复盘 ——「核心目标已覆盖」

会话工作台：左侧会话列表，中间时间线，右边缘可展开实况与旁路

这张图恰好说明了它的性格。mock 模型什么都没查到，于是界面上就老老实实写着「0 收录漏洞」，时间线里写「页面 0、端点 0、缺口 3 项」。它没有为了让画面好看而编一个漏洞出来。

点开「探索链路」，能看见灵枢是怎么拆的：起点之后挂了三个目标——「体验正常业务流程并建立上下文」已经完成，「侦察与资产测绘」和「Web 漏洞探测」挂在后面待执行。图例给了七种节点（起点、目标、意图、尝试、事实、策略候选、提示）和四种边（派生、意图链、产出、依据）。左上角统计很克数：3 个目标、0 个意图、0 次尝试、0 条事实。

探索链路：起点 → 三个目标，绿的已完成，灰的待执行

「报告」页生成的是正经文档，不是弹窗糊一段话。开头一张概览表，最上面那行是授权编号——这次是 auth-94a81f81e7b；接着是执行轮次、停止原因（「主 Agent 决策收束：核心目标已覆盖」）、分发任务数、侦察线索数；然后收录统计按严重、高危、中危、低危四档分列。第三节标题写着「漏洞详情（收录池）」，正文一句：本次测试未达到收录标准（独立复测确认且符合用户危害规则）的漏洞。第四节是合规声明。

报告：授权编号、停止原因、四档收录统计，全在明面上

最后一个标签「记录与文件」，我认为是整个产品最见功力的地方。左栏把档案切成八类：全部档案 5、事实记录 0、原始证据 0、待核验发现 0、推测与缺口 3、资产记录 0、文件 1、任务结论 1。点进去，三条缺口写得非常直白：「离线 mock 不推断未观测的账号角色与权限」「未观测到登录后或多角色交互的接口记录，相关流程尚未被走访」「入口页面不可达或未走访」。

右栏是这条结论的档案：agent\_id、routes\_total 1、status done、cache\_stats、health 0.413、记录版本 v3，底下一行小字——「没有附带证据引用，请结合来源核验。」

记录与文件：事实、证据、缺口、结论分栏摆着，没证据会自己说

03

PART

跑起来

GET STARTED

推荐 Docker，需要 Linux 容器模式和 Docker Compose 2.20 以上。第一次跑会自动建 .env、生成随机管理员密码、构建镜像并等健康检查通过。

...bash

公众号后台回复：20261105 下载项目

cd SpiritScout

python deploy.py up

控制台 http://127.0.0.1:10010

python deploy.py up --browser

SRC 浏览器 http://127.0.0.1:10011

起完先进「模型」页加供应商、Key 和模型 ID，再去「编队」把模型派给十五个角色，然后回首页写目标。这三步不做完，它会一直挂着不动——没有模型就不开工，这是设计如此。

网盘下载链接（一定要在虚拟机运行）：

后台回复：20261105获取下载链接，仅一天有效

·今 日 推 荐·

---