Hinln/ARTEX

AI 自主渗透测试系统（Go 后端 + Next.js 前端） 🌐 在线 Demo： https://artex-demo.vercel.app/ 全局「审批记录」、任务内「拦截审批」及对话中的审批卡片均支持展开查看详情。展示结构参考 AegisHook 的审批详情组件，沿用 ARTEX 的组件和主题： 支持从 ScopeSentry 直接同步资产数据，免去重复收集： 脚本会：检测 / 自动安装 Docker → 让你选 ① 全部 Docker 或 ② 本地编译运行： 装好后打开 http://localhost:8787（首次进入 /setup 设置管理员密码）。 镜像已含常用工具（ripgrep/curl/vim/npm/nmap…）；./skills 与 ./data 以绑定挂载持久化。 远程 MCP 可在系统设置中选择 http（Streamable HTTP）或 sse（旧版 SSE）。 旧版 SSE 服务通常使用 GET /sse 建立事件流，再通过服务返回的 /message?sessionId=... 接收 JSON-RPC 请求；配置时将 URL 填为 /sse，请求头按 Authorization=Bearer 填写。 到 Releases 下载对应平台的 zip，解压后得到 artex + start.sh（Windows 为 start.bat）+ skills/ + config.example.json： build.sh 会先构建并嵌入前端，再使用 Go linker 去除调试信息，并将发布文件压缩为 zip。Release 模式默认生成 Linux amd64/arm64、macOS amd64/arm64 和 Windows amd64 的 zip 包： UPX 自解压二进制可能与部分 Linux 内核、虚拟化环境或安全策略不兼容，因此默认不启用。可用 ARTEXTARGETS 自定义目标；确认目标运行环境兼容时，可显式传入 --upx 进一步缩小二进制： 页面一键更新固定从 Hinln/ARTEX Releases 检查和下载版本。克隆或通过 Git 更新源码也使用 Hinln/ARTEX；原项目的 Go module 路径保持不变。 这是私有仓库。请为运行 ARTEX 的后端进程设置 ARTEXUPDATEGITHUBTOKEN，令牌只需本仓库的 Contents: read 权限。令牌由后端用于查询 Release 和下载附件，不发送给浏览器，也不要提交到 Git。 本地直接启动时，start.sh 不会自动读取 .env；必须将变量导出到进程环境。Docker Compose 部署则可在未纳入 Git 的 .env 中填写该变量，并重建 artex 容器；镜像需要包含本分支的更新代码，旧版镜像不会因此切换升级源。 需要先在本仓库发布非 draft、非 prerelease 的正式 Release，并附上 artex---.zip 和 SHA256SUMS，页面才能提供可安装更新。仓库里只有源码时还不能在线升级。现有 Release 工作流会在推送 v tag 时为当前仓库生成这些附件。 在 系统配置 页（侧边栏「系统配置」→ /system/settings）的版本与更新卡片里，可以直接检查并安装新版本，无需登录服务器。 点「更新」后：下载当前平台的发布包 → 比对 Release 的 SHA256SUMS…