86 Commits

Author	SHA1	Message	Date
sinohqb	2e3c00bc69	feat(v1.3.1): Phase 4 场景扩充、网关延迟优化与报告 go/no-go 展示 ... 4.1 新增三个评估场景（急诊分诊、慢病管理、健康咨询），各 3 个用例， 全部使用无模型绑定依赖的规则；急诊场景编码 <20s 延迟验收标准 4.2 ModelGateway 由每次请求新建 httpx.AsyncClient 改为单实例共享客户端 （复用 TCP/TLS 连接），引擎与模型连通性测试端点负责关闭； tutu 通道已具备同等优化，无需改动 4.3 Reports.tsx 单次报告顶部新增上线评估横幅：go/no-go/conditional 三态 banner + 各验收标准达标情况标签 版本号升至 1.3.1（v1.3.1-final）。 门禁：pytest tests/unit 709 passed；ruff 全绿； 前端 tsc --noEmit + vitest 232 passed。 附带修复 RunList 测试时区缺陷：started_at 用 UTC 日期构造， 本地 00:00-08:00 之间会被默认"今天"过滤器排除导致误报失败。	2026-08-26 02:15:18 +08:00
sinohqb	3705945a7d	test: 完整测试覆盖补全（+163 用例） ... 架构重构（候选 1-6）： - storage/repository.py 按域拆分为包（target/scenario/run/campaign/result） - storage/db.py 按域拆分为包（eval/campaign/file/model_config/intelligent_eval） - intelligent_eval/lifecycle.py 按状态机阶段拆分为包 - services/runs.py 编排逻辑下沉 - Campaigns.tsx 拆分为 campaigns/ 子组件 测试补全（候选 7）： 前端（+125 用例，107→232）： - utils/ 纯函数：date/campaignTime/ruleLabels/fileTree/fileFormat/colors - stores/tabStore 状态管理 - 核心组件：FormDrawer/PageWrapper/ChatBubble/GeneratedMessages/SectionHeader/StatCard/TurnList - 业务组件：CaseBlock/CaseDetail/RuleOverview/WindowTimeline/RunList/TabBar/CampaignRunTimeline - 文件管理：FileCategoryTree/FileTable - hooks：sessionReducer/useFiles/useRunSession 后端（+38 用例，916→954）： - targets API CRUD + 404 路径 - WebSocket 连接管理器 - proxy 头部重写（CSP/X-Frame-Options） - target 仓储 update 方法 - app 健康检查 + SPA 404 - scenarios 模板端点 + 404 - files API 边缘分支（404 场景 + 500 兜底） - files service update_category - 智能评估状态机迁移测试 门禁状态： - 前端：tsc 干净 + 232 passed - 后端：954 passed + ruff 全绿	2026-08-24 15:56:09 +08:00
sinohqb	7eae6de52d	refactor(evaluation/storage): 结算统一与 repository 拆分（Phase 2 + 3） ... 合并两个不可分割的深化： Phase 2 — 智能作业结算统一（ADR-0012） - intelligence_jobs.execute(job_kind, campaign_id, ...) 作为结算的 唯一实现：建行 → 认领 → 校验 → generating → 落账，一处编排、 一处截断（500 字符）。两个 executor 退化为 ensure_queued / validate / work_fn 三个小 adapter。 - analysis.validate_analysis_request() 共享校验入口（活动终态 → 模型），路由捕获映射 400、executor 捕获落 failed 行，与 validate_comparison_request 先例同构。 - campaign_runner._auto_start_analysis 的跳过守卫收敛至 auto_intelligence_eligible 单一判断点。 - comparison.py 删除零调用的 build_comparison_payload； load_comparison_view 投影归位至 campaign_read_model。 - 新增 characterization 测试（认领竞争、重复触发、截断、恢复上限）。 Phase 3 — storage/repository.py 拆分 - AsyncJobRepository 及两个子类迁至 storage/async_job_repository.py（Phase 2 的 intelligence_jobs 与 comparison 必须 import 自该路径，故与 Phase 2 同 commit）。 - ExplorationSession / ExplorationMessage 迁至 storage/exploration_repository.py；repository.py 由 1180 行降至 约 814 行，grep 确认无残留符号。 - exploration 子模块与路由 import 全部更新；测试 import 跟随。 刻意不做：CAS 共享原语、app.py 五 registry 关停顺序归一 （ADR-0006 精神，等真实需求出现再议）。	2026-08-24 05:50:27 +08:00
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	2d2c5a2904	feat(intelligent-eval): logical delete for terminal evals ... Add `deleted` terminal status: completed/cancelled/failed → deleted via DELETE /api/intelligent-evals/{id} (idempotent, 409 for non-terminal). Deleted evals are hidden from list, detail, stats, and all sub-resource endpoints (sessions/report/decision-logs/config-snapshots); child tables are untouched (audit-safe). Frontend shows a Popconfirm-guarded delete button for terminal evals only.	2026-08-21 14:34:04 +08:00
sinohqb	182b0e59cb	refactor(intelligent-eval): extract scheduler runtime + internalize decision-log dedup ... 架构深化两则（架构审查候选①②）： ① 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	d0487b54b4	fix(intelligent-eval): respect time-window slots before nudging analyst ... 冒烟发现 analyst_nudge 不考虑时间窗口：首会话完成后 10 分钟即催促， 但后续时段尚未到期，导致报告提前收敛、漏掉计划内会话。催促闸门新增 "窗口未结束且会话数未达计划则跳过"；worker 触发指令同步明确仅当所有 时段会话都达终态才转 analyst。	2026-08-20 16:27:05 +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	5de46d514a	fix(intelligent-eval): trigger worker/planner with isolated session ... t480 排查：评估 cd636d71 一直'等待 OpenClaw 创建会话'，scan loop 每 60s 触发 worker，但 worker 被触发后 0 次工具调用、直接幻觉输出'评估 pending_approval' （实际 executing），任务永不认领。 根因：openclaw agent --agent main 复用 main 持久 session，多次触发累积上下文 缓存（~12 万 token）后 LLM 不再执行 worker skill 的 API 步骤。 验证：独立 --session-id 触发 worker → 正常取任务、建会话、close。 修复：worker/planner 触发命令加 --session-id（每次唯一 agenteval-worker-*/planner-*）， 避免 main session 污染；timeout 300→600（独立 session 首次加载 skill 更慢）。 测试：触发断言含 --session-id，901 passed	2026-08-18 17:22:30 +08:00
sinohqb	71d38ebef6	fix(intelligent-eval): settle stale tasks of finished evals ... 任务队列出现'评估已 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	8959e7ac42	fix(intelligent-eval): respect time-window slot distribution + flat scores ... 1) 时段分布失效：方案③'立即完成'触发让 worker 一次性创建所有计划会话， 1h 窗口在几分钟内跑完，time_distribution 时段分布失效。 - 触发指令明确'仅执行当前到期时段内欠账的会话，绝不创建未来时段会话' - worker skill 决策逻辑强化：严格按 current_offset 定位当前时段、只建该时段 配额内的会话；完成当前时段后标记任务完成，由平台后续时段重新入队触发 2) 综合评分为空：analyst 产出扁平 scores {维度:分}，前端 EvalReport 只认 嵌套 {overall, dimensions} → overall 空。 - EvalReport 兼容两种结构：维度取 dimensions（嵌套）或整个 scores（扁平）， 综合分取 overall 或维度平均 898 passed, tsc 0, vitest 16	2026-08-18 13:43:14 +08:00
sinohqb	9d87ecf736	fix(intelligent-eval): trigger OpenClaw planner for planning evals ... 方案③只自动化了 executing(worker)→completed(analyst)，缺少 planning 阶段的 planner 触发——新建/被打回的评估永远停在 planning（无任何机制唤醒 agenteval-intelligent-planner skill）。 - 新增 _has_planning_eval + _trigger_intelligent_planner：scan loop 每 60s 对 planning 状态评估触发 planner skill（产出粗计划并 PUT /plan 提交）， 与 worker 触发同模式（docker exec openclaw agent -m 带'立即完成'语义） - scan loop 在 worker 触发后追加 planner 触发 测试：+2（无 planning 不触发 / 有 planning 触发 planner skill），897 passed	2026-08-18 11:30:02 +08:00
sinohqb	00ad929d68	feat(intelligent-eval): v4.2 UI — stat bar + single-line table + unified detail drawer ... 评估列表页（v4.2）： - 顶部状态统计条（stat-chip 点击筛选，后端列表接口新增 stats 状态分布 + status 筛选参数） - 单行表格（名称/评测对象 ellipsis 省略）+ 会话进度迷你进度条 + 最后一列醒目查看按钮 + 整行可点击 - 详情/报告合一单层抽屉（1000px，Tabs：概览/决策过程/配置历史/报告）， 审批/取消在抽屉头部；移除独立详情页 /intelligent-evals/detail 与 intelligentEvalNav store 任务队列页： - 与列表页统一 stat-chip 统计条 + 单行表格（评估状态小标、失败原因 tooltip） 清理：删除 IntelligentEvalDetail.tsx / intelligentEvalNav.ts；App.tsx 移除 detail 路由。任务队列保持独立菜单页。tsc 0 错误 vitest 19 passed 895 passed	2026-08-17 20:03:55 +08:00
sinohqb	2dd023fdd9	docs(intelligent-eval): align domain language with trigger-driven execution (ADR-0009) ... 方案③落地后，智能评估执行机制从'常驻 cron 每分钟自唤醒'改为'平台每 60s 扫描入队 + 按需触发无状态 headless agent'（触发式执行）。对齐领域语言： - CONTEXT.md：Cron 池/工作单元（Worker）标 deprecated；新增触发式执行词条； 修正时间窗口（cron 自唤醒→平台扫描时段到期）、任务队列（消费端）、决策日志 - ADR-0009 新增：记录触发式执行取代 cron 池的决策（原因：cron 需外部 channel， OpenClaw webchat 非 channel 账号无法 delivery）；ADR-0007 标 superseded - 代码标 deprecated：cron_pool / fault_tolerance / openclaw_cron_pool 路由 / CronPoolMonitor 页（导航入口已从 App.tsx 移除，监控由 TaskQueueMonitor 承担） 895 passed, vitest 19 passed	2026-08-17 16:16:12 +08:00
sinohqb	cc2ac8da89	feat(intelligent-eval): paginate the eval list ... GET /api/intelligent-evals 支持 page/page_size（默认不传仍返回全部，向后兼容）： repository 加 count/list_page，lifecycle 加 list_evals_page，router 返回 total。 前端服务端分页：useIntelligentEvalRead 接 page/pageSize，list 存 total， IntelligentEvals 表格 showSizeChanger + 页码切换重新加载；5s 轮询保持当前页。 测试：+3 后端分页 + hook 页码透传/总数断言，895 passed，vitest 19 passed	2026-08-17 14:09:17 +08:00
sinohqb	b4f9c887f4	feat(intelligent-eval): task queue monitor (方案③可视化) ... 方案③的定时触发（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	b0969ae582	feat(intelligent-eval): backfill decision logs for completed evals ... COMPLETED 状态的评估（历史/异常路径）可能完全没有决策日志， 导致旧报告决策过程为空。扩展 _supplement_decision_logs 支持 COMPLETED：按时段补 execute_session + 补 start_analysis（历史回填）， scan loop 每分钟自动回填，无需一次性脚本。幂等，只补缺失类型。	2026-08-17 13:06:27 +08:00
sinohqb	32f63e80ae	style: ruff format (decision-log backfill)	2026-08-17 05:12:09 +08:00
sinohqb	25920280f6	feat(intelligent-eval): platform audit backfill for decision logs + disable legacy cron workers ... - _supplement_decision_logs: executing evals missing a decision log get a platform-derived execute_session (deficit) or start_analysis (all sessions done) entry. Audit backfill only — records observable state, does not change agent execution. Called each scan tick after requeue+scan. - t480 legacy cron workers (5) disabled: superseded by platform-triggered headless agent (plan C); they kept firing every minute and failing on Channel-required.	2026-08-17 05:11:18 +08:00
sinohqb	71c7cd3d39	fix(intelligent-eval): requeue stale assigned tasks (worker crash recovery) ... 方案③ 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	8e65e2e7b0	fix(intelligent-eval): worker trigger message must demand immediate execution ... openclaw agent has no cron state; a bare 'agenteval-intelligent-worker' message made the worker skill decide then 'wait for the next tick', deadlocking (task assigned, session never created). The trigger message now demands '立即完成当前任务，不要等待下一节拍' and, when all sessions are done, delegates to agenteval-intelligent-analyst. Verified end-to-end on t480: 1h-window eval went executing -> session (2 real turns) -> close -> report -> completed, fully agent-driven, no external IM channel.	2026-08-17 02:57:08 +08:00
sinohqb	775b070bab	feat(intelligent-eval): platform triggers OpenClaw agent as worker (avoid external IM channel) ... OpenClaw cron requires a channel (announce->last fail-closed); webchat is a Control-UI feature, not an addressable channel, and platform-side static execution would degrade the intelligent eval into a static evaluation. Solution (plan C): the platform keeps the scan loop and, when the queue has a pending task, invokes the headless agent: docker exec openclaw-eval openclaw agent --agent main \ -m agenteval-intelligent-worker --json --deliver defaults to false, so no cron delivery channel is involved. The worker skill runs unchanged under the OpenClaw agent (LLM decisions + evaluator/analyst skills). Verified headless invocation returns ok.	2026-08-17 02:37:37 +08:00
sinohqb	5836b84681	fix(intelligent-eval): add lifespan scan-loop for worker task enqueue ... scan_and_enqueue_tasks had no scheduler: the OpenClaw Worker wakes every minute but the platform never enqueued executing evals, so the queue was always empty. lifespan now starts an asyncio background task that scans executing intelligent evals every 60s (aligned with the Worker wake), cancelled cleanly on shutdown. Verified by a new startup test (879 total).	2026-08-17 02:08:40 +08:00
sinohqb	6d32653675	fix(intelligent-eval): link check_alerts to auto-scale_up (resolves T7) ... AlertManager gains an optional openclaw_client. check_alerts records each newly created alert and AlertManager.maybe_autoscale (called from the async router for each alert) invokes cron_pool.scale_up(1). scale_up itself caps at MAX_POOL_SIZE so repeated invocations are safe. Removed the xfail guard in test_alert_autoscale_link; rewrote the test to use task_backlog (duration_minutes=0) so a single check_alerts call fires an alert and triggers auto-scale.	2026-08-14 15:08:24 +08:00
sinohqb	3852c6f87d	refactor(intelligent-eval): router logic down to service layer (P3, S2) ... 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	4e9145db46	fix(lint): resolve ruff lint errors ... - 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	ee639afb0d	feat(intelligent-eval): add decision process UI (ticket 09) ... - Add list_decision_logs API endpoint - Add DecisionProcess component with timeline, list, filter, and export - Add decision log API calls to api.ts - Add "决策过程" button in EvalDetail to access decision history - Implement decision log export to JSON - Pass TypeScript type checking All 853 tests passing.	2026-08-12 10:59:51 +08:00
sinohqb	2e7d419f05	feat(intelligent-eval): implement monitoring and alerting (ticket 07) ... - Add metrics.py with pool utilization, task backlog, stuck rate, avg processing time, eval completion rate - Add alerts.py with alert rules (pool utilization > 90%, task backlog > 50, stuck rate > 10%) - Implement alert history and webhook notifications - Add metrics and alerts APIs - Add database migration for alert history table - Add 11 unit tests for metrics, 10 unit tests for alerts, 8 integration tests - Update migration tests to include new alert history table All 853 tests passing.	2026-08-12 10:41:15 +08:00
sinohqb	e6f98aaa6d	feat(intelligent-eval): implement config snapshot management (ticket 05) ... - Add config_snapshot.py with save/list/get/compare functions - Auto-save snapshots on eval creation and plan submission - Implement snapshot query APIs (list, get single) - Implement snapshot comparison API (diff two snapshots) - Add 8 unit tests and 7 integration tests Snapshots track config changes over time (created/plan_submitted/config_updated). All 813 tests passing.	2026-08-12 10:19:07 +08:00
sinohqb	30b9cac224	feat(intelligent-eval): implement worker skill and APIs (ticket 03) ... - Create agenteval-intelligent-worker SKILL.md with decision logic - Implement heartbeat API (POST /api/openclaw/crons/{id}/heartbeat) - Implement decision log API (POST /api/intelligent-evals/{id}/decision-logs) - Skill includes idle/busy state management and cron state handling - Deployment script already syncs skills automatically - Add 6 integration tests All 784 tests passing.	2026-08-12 10:01:56 +08:00
sinohqb	2ff023a65b	feat(intelligent-eval): implement cron pool management (ticket 02) ... - Add OpenClawClient wrapping CLI commands (create/delete/list crons) - Implement pool initialization, scale up/down, auto-scaling logic - Implement cron state sync and stuck cron detection - Add pool status and manual scaling APIs - Add 13 unit tests and 5 integration tests Pool automatically scales between 5-20 crons based on load. All 778 tests passing.	2026-08-12 09:47:04 +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
sinohqb	1782b245bf	refactor(architecture): deepen campaign runtime modules	2026-08-11 13:18:48 +08:00
sinohqb	864ae2b7fe	fix(review): address release correctness findings	2026-08-09 03:20:40 +08:00
sinohqb	62485684ca	fix(architecture): enforce lifecycle consistency	2026-08-07 10:59:27 +08:00
sinohqb	c896ab3f71	refactor(architecture): deepen evaluation lifecycle and read model	2026-08-07 03:11:37 +08:00
sinohqb	1317552701	feat(intelligent-eval): add backend for OpenClaw-driven intelligent evaluation (tickets 01-04) ... Introduce 智能评估 as an evaluation paradigm parallel to static evaluation, driven by OpenClaw. The platform supplies storage, lifecycle, and reporting; OpenClaw plans and executes. - Data model: IntelligentEval + Session + Message tables (new, not reusing exploration) - Lifecycle state machine: draft → planning → pending_approval → executing → completed/cancelled/failed - Session API: create/message (channel-forwarded)/close with turn accounting - Report API: pydantic-validated structured report, executing → completed, Markdown export (pure renderer) - Alembic migration for the three tables; domain glossary added to CONTEXT.md	2026-08-05 03:18:52 +08:00
sinohqb	160332665e	refactor(exploration): absorb settlement.py into ExplorationSessionRepository ... 将 settlement.py 的 settle_campaign_sessions 函数吸收为 ExplorationSessionRepository.expire_running_sessions 方法。删除浅模块 settlement.py（30 行，接口宽如实现），会话生命周期操作集中在 repository。 - 新增 ExplorationSessionRepository.expire_running_sessions(campaign_id) - 更新 campaigns.py 和 campaign_runner.py 两个调用点 - 删除 backend/agenteval/exploration/settlement.py - 所有测试通过，行为不变	2026-08-04 13:28:23 +08:00
sinohqb	c24998c762	refactor(metrics): extract dashboard aggregation to compute_dashboard ... 仪表盘聚合逻辑从 stats.py router 下沉到 metrics.py 的 compute_dashboard 纯函数。_settled 重命名为 settled_runs 并公开，_ts 重命名为 _sortable_ts。 router 从 40 行聚合逻辑缩到 5 行，只负责数据获取和序列化。 - 新增 compute_dashboard(runs, scenario_names, target_names) -> dict - 新增 settled_runs(runs) 公开接口（原 _settled） - trend 端点同步迁移到 settled_runs - 5 个新测试覆盖 dashboard 聚合逻辑	2026-08-04 11:36:55 +08:00
sinohqb	42be31dd1f	feat(report): add load_campaign_view as unified campaign read model ... 活动级读模型单一出口：一次取齐报告 / 探索 / 分析 / 对比四大数据源。 markdown handler 从 30 行拼装逻辑缩到 3 行；分析执行器同步迁移。 comparison.py 内部的 8 次 load_campaign_report 调用暂不动（跨请求冗余， 缓存收益有限，改动风险高）。 - 新增 load_campaign_view(session, campaign) -> dict[str, Any] - 返回 {report, exploration, analysis, comparison} 四键 - 迁移 markdown handler 和分析执行器两个调用点 - 4 个新测试覆盖 view 的组装逻辑	2026-08-04 11:33:45 +08:00
sinohqb	2fddce8c92	refactor(case-verdict): extract build_case_evidence as single evidence-construction seam ... 用例判定证据构建收敛到 case_verdict.py 的 build_case_evidence 纯函数， report.py 和 runs.py 各删 ~15 行重复逻辑，换一行调用。locality 回归： 证据构建改一处，全局生效。 - 新增 build_case_evidence(turns, results) -> dict[str, CaseEvidence] - report.py:76-83 证据构建替换为一行调用 - runs.py:175-201 证据构建替换为一行调用 - 5 个新测试覆盖 build_case_evidence（纯函数，无 DB 依赖）	2026-08-04 11:23:56 +08:00
sinohqb	2b6cab6cb2	feat(comparison): unify read model and validation for period comparison ... 周期对比读模型升位为单一出口（load_comparison_view），GET/POST/markdown 三处调用点统一走同一 view 投影，消除「取数三件套」重复。校验逻辑收敛到 validate_comparison_request，router 捕获映射 400，执行器捕获落 failed 行， 校验顺序权威不再漂移。 - 新增 load_comparison_view：无行返回 status=none + auto_baseline，有行 返回完整 comparison dict（含 model_name 标签）+ metric_diff - 新增 validate_comparison_request：活动终态 → 模型 → 基线 → 分析，违 规抛 ComparisonError - execute_campaign_comparison 内联校验替换为 validate_comparison_request 调用，catch ComparisonError 落 failed 行 - router 三处迁移：GET /comparison、POST /comparison、markdown 导出 - 删除 build_comparison_payload（已吸收进 load_comparison_view） - 8 个新测试覆盖读模型三态 + 校验五错	2026-08-04 10:49:14 +08:00
sinohqb	f3a528611e	refactor(tasks): route LLM background tasks through TaskRegistry ... 架构保养第二轮候选 1：分析 / 周期对比 / judge 复核三条 LLM 任务链 收进各自的模块级 TaskRegistry（强引用防 GC、按 id 幂等、shutdown 统一收敛），删除 judge 的 _BACKGROUND_TASKS 私货，start_* 不再返回 无人消费的 Task。启动清理块补两笔 orphan 清扫：滞留的 generating 分析与对比行标记为 failed，与僵尸运行清扫同构。新增 7 个单测。	2026-08-04 09:58:20 +08:00
sinohqb	df76edcf55	refactor(exploration): move ledger and state machine into domain modules ... 架构保养候选 3：探索生命周期的账本规则与状态机从 HTTP 层落入 exploration/lifecycle.py（open/conduct/close）与 patrol.py（巡检读模型）， 违规改用类型化领域异常（NotFound/Guardrail/Channel），router 瘦回纯 HTTP 翻译（404/409/502 映射），领域层不再依赖 fastapi，可脱离 TestClient 直测（新增 12 个单元测试）。	2026-08-04 03:46:51 +08:00
sinohqb	38849d46f1	refactor(repository): narrow atomic updates for patrol/cancel/scheduler writes ... 全行 update 逼着调用方承诺「持有最新完整快照」，巡检水位、活动取消、 调度循环三方并发写入会互相覆盖（后写者抹掉先写者的 summary/status）。 CampaignRepository 新增三个窄口径原子操作：touch_patrol_watermark、 mark_cancelled、save_scheduler_state，各自只写自己的列；三处调用点迁移。	2026-08-04 03:39:42 +08:00
sinohqb	f8d8450b1e	refactor(report): unify campaign report loading behind one read model ... 「活动报告取数三件套」此前在报告/markdown/分析/对比等 7 处手写重复， 唯一深化产物 build_campaign_report_dict 被锁在周期对比私有角落。 升位为 report.py 的 load_campaign_report(session, campaign) 单一出口 （探索线 summarize_campaign_exploration 同口径），并把 8 处 scenario_names 推导式收敛为 ScenarioRepository.name_map() 窄方法。 纯结构重排、零行为变更，572 项测试全绿。	2026-08-04 03:30:29 +08:00
sinohqb	a665b496b0	chore(v0.9): wrap over-length lines and record spec rulings ... Wrap the judge prompt and two docstrings past the 120-col convention; record three implementation rulings in the v0.9 spec (exploration read outlets, round-based sampling, findings carrying all ratings).	2026-08-04 02:52:45 +08:00
sinohqb	ef4c094082	refactor(exploration): share one fetch+aggregate helper across outlets ... report, markdown and analysis each repeated the summarize_exploration(repo.list_by_campaign(...)) shape; collapse it into summarize_campaign_exploration so the aggregation has one home.	2026-08-04 02:48:59 +08:00
sinohqb	9abf572949	fix(exploration): flatten dict reply payloads instead of storing str(dict) ... E2E on t480 showed assistant bubbles rendering {'content': '...'} because tutu replies carry msgBody as a parsed object and the router stored str(reply.content). Coerce to the inner text before persisting.	2026-08-04 02:26:24 +08:00
sinohqb	62f7031b5b	feat(exploration): expire dangling sessions on campaign finalize	2026-08-04 01:23:37 +08:00