artex-ld-0.1.4

[0.1.4] - 2026-11-05

Finding 显式编排

• spawn_task 子任务改用独立探索链，不再创建 source_task_ids 来源关系；带 finding_id 时仅在任务创建事务内复制该 Finding 沿 yields/derived_from 反向可达的 intent/fact/finding 祖先子图，重映射 origin、节点、边和锚点，复制 intent 固定为 done，父 Finding 记录与无关分支保持不变。工具 Schema 和默认 Dispatcher 提示词提供幂等迁移，自定义提示词不覆盖。

• 全部系统工具及 reporter、vuln_dispatcher、retester、trace_cleaner 均由代码幂等 seed，首次启动即可使用，不再依赖导入 config-export；数据库中的后续修改与删除仍保留。MCP 连接、凭据和可见性继续由用户配置。

• trace_cleaner 新增事务化 Agent、默认提示词、4 项工具绑定及显式派发触发器 seed，避免部分初始化；其全局 on_finding 默认关闭。

• 新增 Planner 专用 dispatch_finding_to_agent 工具：可将当前任务的独立漏洞记录（findings.id）显式派发给任意已启用、非内置的自定义 Agent；具体场景目标和证据门槛由系统提示词约束。

• vuln_dispatcher 与 trace_cleaner 默认关闭全局 on_finding 订阅，改由“外网渗透（内置）”Planner 在确认立足点或仅漏洞路径证据后显式派发；Worker 内置提示词同步强化立足点证据规则。

• 外网 Planner 的 Finding 派发提示词改为可扩展的 Agent 清单和独立规则块，明确 vuln_dispatcher 与 trace_cleaner 不互斥、清理确认不属于派发前提，避免已取得立足点且存在 [投放] 事实时漏派清理审计。

• 新增 finding_agent_invocations 持久记录、Conversation 回填和 10 分钟原子补发；合并 Trigger Run 会回填全部 Finding，重复调用返回首次 Conversation ID。

• 新增外网内置 Planner/Worker 提示词、默认任务快照及旧 Dispatcher/Trace Cleaner 触发配置的幂等迁移；自定义模板和自定义任务快照保持不变。

• AI 预审 note 改为单条意图的完整中文说明，禁止 ID/分号堆叠；保持 JSON 契约、200 字上限和既有展示方式。

• Worker WebShell 上传要求使用与目标技术栈匹配的正常应用文件名，禁止攻击特征/随机命名及覆盖既有文件，并保持落地路径、shell_add 与 [投放] 记录一致。

• 外网渗透场景默认关闭意图审核；存量分类一次性迁移，之后手动重开不会被重启覆盖，其他场景默认值不变。

artex-ld-0.1.3

[0.1.3] - 2026-11-04

新增

• 内网拓扑图：任务详情新增资产覆盖图 / 内网拓扑切换视图，配套拓扑画布、编辑工具栏与分组布局，数据表与 API 路由同步落地。

变更

• 部署包内置场景预设：Release 包自带 config-export/ 脱敏编排配置，装后 ./start.sh import-config ./config-export 一键导入场景分类、planner 模板与审核触发器。
• 代码优化：例行重构与清理，提升可维护性。
• 文档优化：README 重写为快速开始（三种安装方式 + 装后管理命令表），部署手册与功能详解同步更新。

artex-ld-0.1.2

[0.1.2] - 2026-10-30

二开功能

• 意图审核流：新增待审意图、review agent 预审、人工批准 / 驳回、修订重送、乐观锁与可选自动处置；预审建议不会在人工全审模式下直接放行。
• planner 模板与场景预设：新增模板库、创建时快照、分类默认模板 / 审核 / 种子意图 / 执行器，以及任务级 worker 并发。
• 自定义执行器：自定义 agent 可声明 executor_key，由种子意图或送审 / 修订时的 target_executor 路由；失效时告警并回退 worker。
• finding 后编排：通用触发器支持运行策略与水位线；首启播种 vuln_dispatcher 和 reporter，支持派生场景子任务和自动报告。
• 证据交接：report_finding 支持 evidence_hint_id，报告流程按 evidence_version 防止旧证据覆盖新报告。
• 可观测性与迁移：补充关键链路日志、日志级别热切换、访问日志，以及 19 类业务配置的导出 / 幂等导入和提示词升级命令。

安全与发布

• 新增首启安装令牌、文件工具任务目录边界与 python_interpreter 校验。
• Docker Compose 改为通过 Dockerfile.source 从当前二开源码构建，避免误拉上游镜像；JWT key 持久化到数据目录。
• 新增脱敏 config-export/ 示例包：不含 LLM 档和密钥，MCP 默认禁用；retester / trace_cleaner 是可选配置，不冒充源码 seed。
• 修正 review 种子提示词与升级 SQL，使“预审只写建议、人工或自动处置才改状态”的文案和代码行为一致。

执行模式与任务编排

• 新增 foothold / vulnerability_only 双执行模式，由后端根据任务目标和描述识别，并注入 Goals、Planner 与漏洞派发上下文。
• 新增 Worker 场景模板、任务级 Worker 提示词快照、场景默认模板和模板校验接口；历史任务保留创建时的执行上下文。
• 新增宿主资产视图、内网任务拓扑、资产派发记录和同资产 Finding 接续能力，减少重复任务链。
• 内网渗透子任务名称由服务端统一生成为 内网渗透·<目标资产>，不再依赖模型自觉填写，也不再把长任务摘要作为任务名。

提示词与漏洞派发

• 重构 Goals、Planner、Worker、Pentest、Auto、Vuln Dispatcher 和 Trace Cleaner 提示词，统一目标意图、证据验收、投放登记和清理规则。
• GetShell 证据验收区分完整 Shell 与单次命令执行：单次 RCE 回显不再直接等同于取得立足点。
• 漏洞派发仅接受明确的 foothold 路径，并要求 critical/high 与 WebShell、交互式 Shell 或可用 C2 等实证；仅 RCE、文件上传、信息泄露、未授权接口、弱口令和模糊猜测不创建内网渗透任务
  。
• 暂停独立漏洞利用和权限提升场景的自动派发；权限提升只作为已创建内网渗透子任务中的内部步骤。
• 派发判断继续服从父任务授权范围。取得 foothold 不会覆盖“禁止内网扫描、横向移动、代理或隧道”等明确限制。

Review 与前端

• Review 会话恢复原有上下布局，不再把审核操作框错误显示到 Planner、系统审计和普通 Worker 会话。
• 待审队列由多卡片纵向滚动改为 1、2、3… 编号切换，一次只显示当前待审意图；保留通过、驳回、修订和 Review 对话。
• 修复会话内容区 flex 高度和静态导出缓存问题，确保部署的前端资源与源码一致。
• 内网拓扑在本版关闭入口与内容（web/src/app/(main)/function/tasks/detail/page.tsx 的 topologyEnabled = false）；拓扑组件、接口和数据表保留，待功能完善后再开启。

MCP 与配置迁移

• start.sh 支持 MCP 本地程序、插件和配置目录随包导出；记录文件 SHA256、大小和执行权限。
• 导入时重写 {{MCP_ROOT}} 路径、逐文件校验并恢复可执行位；可用 ARTEX_IMPORT_MCP_BIN=0 仅导入 MCP 配置。
• 配置包包含 Agent、提示词、触发器、工具绑定、任务分类、Worker 模板和 MCP 配置；同步/Release 配置包不包含 LLM API Key。
• 部署文档统一为源码编译和 Docker 两种方式，并分别提供配置导入命令。

构建与源码修复

• 恢复 evidence/store.go、evidence/store_test.go 和 evidence/testmain_test.go，解决源码仍引用 evidence 包但目录缺失导致的构建阻塞。
• 明确前端静态构建使用 NEXT_EXPORT=1；清理旧 .next/out 后重建，避免旧 Review 分栏资源混入新部署包。
• 修复漏洞派发提示词导入时的 PostgreSQL 角色环境问题，导入失败使用单文件事务回滚，成功后再重启验证。
• 发布物合并为单一整合包 artex-ld-0.1.2-full.tar.gz：源码、预编译二进制、Agent / Tool / MCP 配置、部署文档一次分发；包内 SHA256SUMS 覆盖二进制与全部配置文件。

数据库与升级注意事项

• 新增 Worker 模板、资产派发和拓扑相关表及字段；升级前必须备份 PostgreSQL。
• 配置导入不会导入 LLM Key，也不会替代数据库备份；已有任务的历史提示词快照不会被自动改写。
• 二进制升级、配置导入和提示词升级是不同操作，应分别执行并验证。