RuoJi6/ARTEX

AI 自主渗透测试系统（Go 后端 + Next.js 前端） 🌐 在线 Demo： https://artex-demo-ruoji6.vercel.app/ 本仓库为独立维护的 RuoJi6/ARTEX，保留 https://github.com/Autumn-27/ARTEX 的原始提交历史与 AGPL-3.0 许可证。程序发布包从本仓库 Releases 下载，Docker 镜像 ruoji6/artex 由本仓库 GitHub Actions 构建并发布。 全局「审批记录」、任务内「拦截审批」及对话中的审批卡片均支持展开查看详情。展示结构参考 AegisHook 的审批详情组件，沿用 ARTEX 的组件和主题： 支持从 ScopeSentry 直接同步资产数据，免去重复收集： Demo 只运行 web/ 前端，构建时启用 NEXTPUBLICMOCK=1，不需要 Go、PostgreSQL 或模型密钥。界面使用模拟数据，不执行真实扫描。 发布链路：正式版本的程序包、SHA256SUMS 和 Docker 镜像全部成功发布 → release.yml 的 demo job 调用 demo.yml → 检出该版本标签的提交 → 构建 Mock 前端 → 部署至 Vercel 的固定生产域名。普通 main 推送、仅创建标签、失败的发布、草稿和预发布版本都不会更新 Demo。新版本功能的演示数据仍需由维护者同步维护 web/src/lib/mock/。 在同一 GitHub 设置页的 Variables 中添加： 将配置合并到默认分支后，打开 Actions → deploy-demo → Run workflow，分支选 main，tag 留空或填写当前最新正式版（例如 v0.3.21）。工作流只接受已发布且包含五个平台程序包和校验文件的最新正式版，也能部署尚未包含此工作流的历史正式版。无需重新发 Release 或移动已有标签。 工作流会将这个专用 Demo 项目的框架设为 Next.js、Node 设为 22.x、根目录设为空、安装命令设为 npm ci、构建命令设为 npm run build，并确保 Production 环境的 NEXTPUBLICMOCK=1，随后绑定 DEMOURL 指定的域名。请使用独立项目；后续部署会继续维护这些配置。 成功后访问生产域名，并检查 /demo-version.json 中的 tag、commit 和 mock: true。确认可访问后，将 README 顶部和截图区域的旧 Demo 链接一起改为自己的生产域名。 此后按正常流程发布更高版本即可自动更新 Demo。若 Demo 部署失败，已发布的程序包和镜像仍然有效，旧 Demo 通常继续提供服务；修复设置后单独重跑 deploy-demo，不必重新发布整个 Release。两个版本同时发布时，部署串行执行，并在构建前、上线前检查 latest，避免已过期的构建覆盖新版。 这里采用发布流程直接调用部署 job，是因为使用 GITHUBTOKEN 创建的 Release 不会继续触发另一个 release: published 工作流。demo.yml 也监听网页手工发布的 Release，经过同样的正式版、完整发布包和 latest 检查后部署；手工重试则运行 deploy-demo。 脚本会：检测 / 自动安装 Docker → 让你选 ① 全部 Docker 或 ② 本地编译运行： 装好后打开 http://localhost:8787（首次进入 /setup 设置管理员密码）。 镜像已含常用工具（ripgrep/curl/vim/npm/nmap…）；./skills 与 ./data…