BaaRai
e233c02314
Translate all Chinese text to English
...
Comments, doc comments, UI labels, log and error messages, LLM prompt
strings, markdown docs, test data and assertions. Identifiers, enum
keys, routes, placeholders and code structure are unchanged.
Notes:
- docs/漏洞流量证据.md renamed to docs/vulnerability-traffic-evidence.md
- tests that exercised CJK specific handling (GBK zip names, Chinese
full text search) now use ASCII equivalents; go build passes and the
test suite matches the pre translation baseline (remaining failures
need a PostgreSQL DSN and fail identically on the original)
- frontend mention syntax now uses English kinds (finding, asset, ...)
matching the backend, chat mentions tests pass
2026-10-08 23:14:34 +02:00
Autumn-27
88198f3134
fix(trigger): 合并触发会话按任务去重任务描述/目标，避免长目标重复撑爆消息
...
on_tool_call 等事件触发在 merge 时，每条事件都重复整段任务描述+目标；
当任务目标很长（如续跑继承事实）且短时间多次触发时，合并消息体积爆炸
（实测 39 条 submit_flag 连击 → 十几万字）。
- triggeredRun 拆出 taskDesc/taskGoal 任务级字段，message 只留事件正文
- by_task 合并：同任务头只写一次
- all 合并：按任务分组（首次出现排序、任务内保序），每任务头只写一次，
交错触发也不重复
- 单条触发由 finalTriggerMessage 补一次任务头
- 任务描述截 200 字、目标截 500 字，单份也有界
- 新增 trigger_merge_test.go 覆盖去重/交错/截断/定时无头
2026-09-12 09:26:38 -04:00
ji ruo
e6f8195500
feat: 支持漏洞关联多条流量证据
2026-09-10 13:03:20 +08:00
Autumn-27
3f87aa39df
feat(tasks): 任务并发上限(可选,超限排队自动补位)
...
任务页新建任务左侧加「并发设置」齿轮:开关(默认关) + 并发数量(开启默认5)。
开启后新建任务若「运行中」数已达上限,进入「排队中」不启动;有空位时后台
每 5s 自动把最早排队的任务补位启动。
- db: tasks 加持久化 queued 列(schema + ALTER 补旧库);Task.Queued/SetQueued。
- manager: ConcurrencyLimit/SetConcurrency(settings KV);SetTaskQueued(落库+同步内存)。
- 准入与促进器(goals.go):launchTask 统一准入,满则挂起排队;抽出 startTaskEngine
复用;occupiesSlot/runningTaskCount/queueIfAtCapacity;reconcileConcurrency 每
scheduler tick 补位(关闭则放行全部排队),concMu 串行化防超发;启动重载/setActive/
reviveTask 三处'排队则不启动'门。
- settings: /api/settings 增 task_concurrency_enabled/limit;PUT 后立即协调一次。
- web: 齿轮 Dialog(Switch+数量);新增 queued/「排队中」状态(类型/状态色/筛选)。
- 超限只排队新任务,不打断在跑的;排队任务不消耗 LLM(目标拆解推迟到出队)。
go build/vet、tsc 通过;DB queued 往返测试通过。
2026-08-19 10:05:01 -04:00
Autumn-27
4d933fe04e
fix(scheduler): 事件水位每 tick 都推进,避免新建触发器回放历史
...
原来 fire{Findings,Goals,TaskTimeouts,TaskCreates,ToolCalls} 在没有
对应触发器时直接 return,不推进水位。于是水位会一直停在旧值;等用户
新建/启用触发器(如预置的 reporter on_tool_call),下一个 tick 就把
水位之后的全部历史事件当成新事件触发一遍(逐条唤起 reporter 写报告)。
改为:即便当前没有对应触发器,也照常把水位推进到最新(静默消费),
触发动作只在存在触发器时执行。这样触发器只对启用之后出现的事件生效,
不再回放历史。goal 用 fired-set 同理:无触发器时也标记为已消费。
2026-08-19 09:17:04 -04:00
Autumn-27 and Claude Opus 4.8
0bebb4bf96
feat(trigger): 新增"任务创建"触发机制(on_task_create)
...
自定义 agent 触发条件从 5 种扩展到 6 种,新增任务被创建时触发。
用 tasks.id 单调水位线 + scheduler_state 防重复,重启不补触发;
触发消息完整分行给出任务ID/描述/目标。DB 加列并带 ALTER 迁移。
Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com >
2026-08-09 02:19:29 -04:00
Autumn-27 and Claude Opus 4.8
7bc0a00694
feat(agent): 触发器新增「工具调用」条件 + 定时触发改为复选框展开
...
- 定时触发统一为前置复选框，勾选后展开「每 N 秒」+ 消息（与其它条件一致）
- 新增工具调用触发（P3 第 5 种条件）：
- 选中系统工具列表(至少一个)，任务执行中这些工具每次调用完成即触发 agent
- 触发消息带上任务 id/描述/目标 + 工具名 + 入参 + 返回内容(各截断 1500 字)
- 只读任务执行的 activity，触发跑的会话写 conversation_activities，天然无自触发循环
- DB: agent_triggers 加 on_tool_call/tool_call_message/tool_names 三列；
已发版，附幂等 ALTER TABLE ADD COLUMN IF NOT EXISTS 供旧库升级补列
- scheduler: 新增 last_toolcall_id 水位线(首启 seed) + fireToolCalls，以 tool_result
为水位、回连 tool_use 取入参，按选中工具集合匹配后触发
Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com >
2026-08-08 02:59:07 -04:00
Autumn-27 and Claude Opus 4.8
0ef8561411
chore: ARTEX 初始化
...
ARTEX — AI 自主渗透测试系统（Go 后端 + Next.js 前端，单二进制内嵌）。
Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com >
2026-07-26 04:27:45 -04:00
BaaRai