sinohqb
71543f042a
refactor(intelligent-eval): 可见性接缝收敛（Phase 1）
...
将「已删即 404」语义收进 IntelligentEvalRepository 单一接缝，消除三处独立裁决；
任务监控开始隐藏已删评估的任务（本 Phase 唯一刻意行为变化）。
- repository.py 新增 visible() 谓词与 require_live_eval() 服务接缝；
六处裸谓词统一走它，get()/get_including_deleted() 语义不变。
- decision_logs.py 删除本地 _require_eval，三处调用迁至 repository 接缝；
count_decisions 由 len(.all()) 改为 func.count。
- task_queue.py list_tasks 与 stats 过滤已删评估的任务（行为变化）。
- web/routers/intelligent_evals.py: _require_eval_exists → _require_live_eval，
把 LookupError 翻译为 404；expired 会话 Markdown 标注下沉至
read_model.report_markdown_by_eval；配置快照 11 字段序列化收至
config_snapshot.snapshot_to_dict 单一出口。
- AGENTS.md 登记可见性纪律（已知陷阱 #6）。
- 补 characterization 测试锁定四处契约；更新 task_queue 测试以使用
真实 eval_id（可见性过滤后字面 eval_id 不再可见）。
2026-08-24 05:47:00 +08:00
sinohqb
2a0bcdd185
refactor(intelligent-eval): drop ADR-0008 transitional wrappers, callers use domain
...
CI / test (push) Successful in 3m8s
架构审查候选④：ADR-0008 收敛调度域时为保测试兼容留下的过渡 wrapper 使命结束。
删除 8 个浅封装：task_queue 的 _is_slot_due / _calculate_session_deficit
（零调用死函数）+ _calculate_priority / _get_attention_reason，decision 的
_parse_time_slot（零调用死函数）+ _get_current_slot / _count_sessions_in_slot /
_has_high_severity_issues。调用方直接使用 domain 模块。
5 个隔着 wrapper 测 domain 行为的测试迁到新文件
test_intelligent_eval_domain.py，直接锁定 domain，覆盖零丢失。
删除测试通过：复杂度直接消失，时段/欠账/优先级知识只剩 domain 一处。
870 tests passed，零行为变化。
2026-08-21 03:50:44 +08:00
sinohqb
182b0e59cb
refactor(intelligent-eval): extract scheduler runtime + internalize decision-log dedup
...
CI / test (push) Successful in 3m9s
架构深化两则（架构审查候选①②）：
① scheduler 抽取：web/app.py 约 400 行触发式执行编排（60s 扫描循环、
docker exec 触发、失败落账）沉入 intelligent_eval/scheduler.py，runtime
单例 start()/stop()/scan_once() 与 campaign_runtime 惯例一致；worker/planner
两处重复触发代码合并为一个触发原语；_supplement_decision_logs 归入
decision_logs.py。测试改为直接驱动 scan_once（interface 即测试面）。
② 决策日志去重内化：create_decision_log 的去重只服务 agent 上报路径；
新增 append_decision_log（平台落账纯追加）与 count_decisions（计数原语），
lifecycle/task_queue 全部平台落账切换，调用方不再需要塞 attempt 骗去重。
零行为变化：提示词、60s 节拍、编排顺序、闸门语义原样保留，866 tests passed。
2026-08-21 03:20:14 +08:00
sinohqb
eb4944a8bd
feat(intelligent-eval): terminal-state discipline watchdogs (ADR-0011)
...
常见故障自愈有上限，超限收敛终态且可见：任务 attempts 上限、会话过期、
planning 双闸、executing 超窗兜底、触发失败计数判死、孤儿 agent 双管、
fire-and-forget 触发；open_session 预算硬闸门、settle 按终态区分、报告
scores 归一化；cron 池遗留面全删。
2026-08-20 14:34:17 +08:00
sinohqb
71d38ebef6
fix(intelligent-eval): settle stale tasks of finished evals
...
CI / test (push) Successful in 3m57s
任务队列出现'评估已 completed 却有待认领/执行中任务'的残留：评估离开
executing 后，其 pending/assigned 任务无人清理（requeue_stale_assigned_tasks
只处理 executing 评估的 assigned，评估结束被跳过）。
- 新增 task_queue.settle_tasks_for_finished_evals：评估非 executing 时，
其 pending/assigned 任务回收为 completed；executing 评估的任务保留
- scan loop 每 60s 在 requeue+scan 后调用清理
测试：+1（已结束评估的 pending/assigned 回收、executing 保留、幂等），901 passed
2026-08-18 16:04:46 +08:00
sinohqb
b4f9c887f4
feat(intelligent-eval): task queue monitor (方案③可视化)
...
CI / test (push) Successful in 4m1s
方案③的定时触发（scan loop 每 60s 入队 + 触发 worker）此前只有 Worker
消费端 API，无可查看的列表。新增：
- GET /api/intelligent-evals/tasks：任务明细（含评估名/状态）+ 状态分布统计
（注册在 /{eval_id} 之前避免被捕获为 eval_id="tasks"）
- 前端 TaskQueueMonitor 组件 + 智能评估页任务队列入口：5s 轮询
（usePolling），状态卡 + 状态筛选 + 明细表
测试：+3（列表/筛选/不被 {eval_id} 遮蔽），892 passed，tsc 通过
2026-08-17 13:57:00 +08:00
sinohqb
71c7cd3d39
fix(intelligent-eval): requeue stale assigned tasks (worker crash recovery)
...
CI / test (push) Successful in 3m45s
方案③ worker 由平台触发 openclaw agent（cron=manual-run，非真实 cron），
fault_tolerance 的 stuck 检测不适用——agent 中断/失败时任务永久卡 assigned，
scan 只查 pending 不再入队（死锁）。
requeue_stale_assigned_tasks：assigned 超过 10 分钟且评估仍 executing 的
任务重置为 pending（清空认领），平台 scan 循环随后重新触发 worker 重试。
接入 scan loop，每轮先 requeue 再 scan。
2026-08-17 03:30:42 +08:00
sinohqb
38e3817433
fix(intelligent-eval): atomic CAS in assign_task and complete_task (resolves §6.1)
...
CI / test (push) Has been cancelled
Replace read-check-write in task_queue.assign_task with UPDATE...WHERE
status='pending' and decide on rowcount so two concurrent workers
cannot both claim the same task. Also harden complete_task with the
same CAS pattern (status='assigned') so a worker + stuck-handler
double-complete leaves the DB in one state.
The xfail guard in test_worker_task_resilience now passes (4/4).
2026-08-14 14:52:34 +08:00
sinohqb
3852c6f87d
refactor(intelligent-eval): router logic down to service layer (P3, S2)
...
CI / test (push) Failing after 4m16s
P3 deepening (issue #9 ): remove direct ORM from router handlers.
- decision_logs.py (new): create_decision_log / list_decision_logs service
- cron_pool.heartbeat: encapsulate heartbeat cron lookup + update + commit
- cron_pool.scale_to: encapsulate scale direction decision (if/elif/else)
- task_queue.get_next_task_with_eval: encapsulate eval-loading + dict-building
- Router endpoints now delegate to services, only handling HTTP-level
validation (status codes, 404 translation via LookupError).
No observable behaviour change — 873 passed + 5 xfailed unchanged.
T3 router ORM contract guards (5/5) continue to pass.
2026-08-13 13:57:34 +08:00
sinohqb
975ed7a6ff
refactor(intelligent-eval): converge scheduling domain (S1) + stuck-task settlement (S4)
...
CI / test (push) Failing after 4m21s
P1 deepening (issue #7 ):
S1: is the single source of truth for time-slot parsing,
slot-due checks, session deficit, priority, attention reason, and
high-severity detection. and now delegate
their internal helpers to while keeping the same signatures
(tests continue to pass via the thin wrappers).
S4: encapsulates the stuck-cron
task settlement (fail current task + enqueue retry).
calls it instead of the previous runtime import of .
No observable behaviour change — 873 passed + 5 xfailed unchanged.
2026-08-13 10:04:24 +08:00
sinohqb
4e9145db46
fix(lint): resolve ruff lint errors
...
CI / test (push) Failing after 32s
- Remove unused imports (json, datetime, timedelta, Any, Optional, IntelligentEval)
- Remove unused variable (estimated_sessions)
- Remove whitespace from blank line
- Organize import blocks
All ruff checks passing.
2026-08-12 11:13:19 +08:00
sinohqb
1aa453ef0a
feat(intelligent-eval): add cron pool data model and task queue API
...
Implement Ticket 01 of intelligent eval cron pool architecture (ADR-0007):
- Add 4 new tables: task_queue, cron_pool, config_snapshots, decision_logs
- Implement task enqueueing logic with priority calculation
- Implement task assignment and completion APIs
- Add unit tests (9) and integration tests (7)
- Update CONTEXT.md with new vocabulary
- Add ADR-0007 documenting cron pool architecture decision
All 760 tests passing.
2026-08-12 02:13:21 +08:00
