kangyu

kangyu fixo push a feature/video-platform-module en ddddzx/vent_ai_platform

8034daf745 "修改页面显示"
045becc161 fix(frontend): 视频分析事件面板与左右面板等高并改为分页显示 - .video-insight-row 由 align-items: start 改为 stretch，状态总览、视频分析事件、通行与操作记录三个面板等高；三个面板改为纵向弹性布局，状态网格撑满、事件列表内部滚动、记录表格内部滚动 - 视频分析事件每页 5 条，底部新增分页条（共 N 条 · 第 x/y 页 + 上一页/页码/下一页），模块切换、重置和重新加载数据时回到第 1 页
d452cef0b3 feat(frontend): 工业视频平台页面全面对接后端数据页面不再使用内嵌演示数据渲染，改为读取 /api/v1/video-platform： - 总览卡片：视频通道总量、已配置通道、在线通道、未闭环识别事件 - 通道目录：设备树按模块展示通道名称/安装地点/在线状态，支持搜索 - 实时监控：分屏内直接播放后端按磁盘路径流式返回的视频（支持 Range），播放/暂停、静音、抓图（打开最近识别抓拍）、全屏均可用 - 状态总览：风门/局部风机/主风机三个模块的状态指标与今日统计 - 实时告警：视频分析事件按级别着色，展示事件类型、处理状态、通道与描述 - 识别抓拍：真实抓拍图像网格，时间范围/告警类型/设备筛选与一键检索、重置 - 通行与操作记录：页签与表头来自后端模块配置，切换页签按需加载对应记录类型 - 模块切换（风门/局部风机/主风机）与刷新按钮重新拉取后端数据后端不可用时自动回退内置演示数据（工具栏徽标显示“演示数据”），与平台其它模块的降级方式保持一致。
468604b70d feat(video-platform): 新增工业视频平台模块后端与数据库表按前端“工业视频平台”页面功能（通道管理、分屏预览、状态总览、识别抓拍、通行与操作记录、视频分析事件）实现后端，并写入模拟演示数据。数据库（迁移 0007_video_platform）： - video_channels：通道/设备树、国标编码、实时流地址与演示视频磁盘路径 - video_snapshots：识别抓拍图像元数据与图像磁盘路径 - video_analysis_events：视频分析事件与处理状态 - video_records：车辆/人员通行、风门未关严、人员轨迹、区域统计、设备操作等记录接口（/api/v1/video-platform）： - 总览、模块配置、模块状态总览 - 通道 CRUD，视频流按库中磁盘路径流式返回并支持 Range，通道最近抓拍 - 识别抓拍检索、原图/缩略图，事件列表与状态更新，记录分页检索演示数据： - 18 路通道覆盖风门/局部风机/主风机三个模块，68 张抓拍、61 条记录、20 条事件 - 视频与图像取自 D:/workspace/js/gate_analysis_system（VIDEO_MEDIA_ROOT 可配置），表字段保存磁盘绝对路径，不复制文件 - scripts/seed_video_platform.py 支持对已有数据库幂等补种测试：tests/test_video_platform_api.py 覆盖总览、状态指标、检索、通道 CRUD、Range 视频流与缺失文件 404。
f22ab11e03 Initial commit: vent AI platform backend and frontend code

hai 3 semanas

kangyu created new branch feature/video-platform-module at ddddzx/vent_ai_platform

hai 3 semanas

kangyu fixo push a feat/airflow-review en kangyu/vent_agent_2.0

c70ac62a0d "风量研判"
6a15cd82f5 删除文档
4324b627b9 Merge remote-tracking branch 'origin/master'
1aa282a08e feat: 接入特性曲线识别算法并支持批量并行处理
c0c56035ee feat: 统一日志格式与执行链路追踪

hai 3 semanas

kangyu created new branch feat/airflow-review at kangyu/vent_agent_2.0

hai 3 semanas

kangyu fixo push a master en kangyu/vent_agent_2.0

5e7bec710d first commit
153acc8611 refactor(api)!: 删除 /api/chat/only 它与 /chat 除了计费流水上的 kind 标签外行为完全相同，而那个标签没有任何消费方（不聚合、不分账、不影响额度），1.5 前端也从未调用过它。 1.5 为这份重复付过可查的代价： - 计费 bug：docs/实施记录-B3-P3.md 的 R7-#24/P1-11「/chat vs /chat/only 标题计费口径不一致」 - 多付一份安全验证：tests/l4_auth_runtime.py 的 L4-1b-c2（thread_id 越权）与 L4-8c（413 体积闸）只为在第二个入口上再证一遍同样的阀门 - 多养一个专用探针：tests/probe_b345_dedup_diff.py 的唯一职责是证明两者相同 - B3-45 自己也认定了 95% 重复并抽了公共管线，只是出于兼容留了端点改动： - 删路由与 chat_only 这个 kind；kind 收敛为 chat / resume / scheduled - _run_chat_pipeline 去掉 billing_kind 参数（单调用方传常量是噪音），在 StreamRequest 处显式写 kind="chat" 并注释取值集合 - 保留 /chat/resume 与 /chat/interrupt：它们承载不同能力，不是同一能力的别名 - README 删掉该行并加一段说明；AGENTS.md §六新增「为什么没有 /chat/only」记录理由与 1.5 的代价，§四注明这是契约「只做加法」纪律的唯一次例外 - 新增 6 条路由守卫测试（断言真实服务路由面，含对话族路径钉死）， http_e2e 补 2 条（该端点 404、同族路由未连带丢失）验证：pytest 149/149 全绿；http_e2e 51/51 全过（含 /chat/only → 404）；实际路由面确认为 /chat、/chat/resume、/chat/interrupt、/chat/history/{id}。 BREAKING CHANGE: 对外 API 面收缩一处。若 1.5 之外确有调用方在使用 /api/chat/only，需改为调用 /api/chat（行为完全一致）。
92624ee50e feat(config,db): 配置优先级开关 + MySQL 自动建库；MySQL 路径实测通过起因：想在 MySQL 上验一遍真链路，却发现做不到——项目 .env 里的 DB_DIALECT=sqlite 把我传的 DB_DIALECT=mysql 盖掉了，于是它去抢 8080 撞车。冲突检测正确地报出来了，但「.env 一味优先」让跑变体实例变得不可能。改动： - DEEP_AGENT_ENV_PRIORITY = dotenv(默认) | process | none，收敛掉原来的 DEEP_AGENT_SKIP_DOTENV（同类语义两个开关是祸根）。默认仍是 dotenv 优先，因为「被污染的 shell 静默改配置」比「有意的覆盖不生效」难查得多；但日志现在会直接告诉你该加什么前缀。 - MySQL 连接遇到 1049(Unknown database) 自动建库后再连。骨架不该要求使用者先手工跑一次 CREATE DATABASE——那是报错信息也不提示的一步。 - tests/conftest.py 改用 setdefault，使同一套测试可直接跑在 MySQL 上： DB_DIALECT=mysql DB_PORT=3399 ... python -m pytest - scripts/http_e2e.py 支持 BASE 环境变量，便于对变体实例做专项验证。验证（起了临时 MySQL 8.0.11 实例，独立 datadir 与端口，未触碰原有 3306）： - pytest 143/143 在 MySQL 上全绿，143/143 在 sqlite 上全绿 - http_e2e 49/49 在 MySQL 档服务上全过 - 确认 datetime(6) 微秒精度、消息顺序、计费四种 kind、Decimal 读回均正常 - 验完已停止临时实例并删除 159MB 数据目录
3b9fd2cded docs: 补充坑 12/13 与契约「只做加法」纪律
bad01c32e0 fix(sse,web): 工具卡按 tool_call_id 索引 + 测试页正文渲染修复浏览器实测暴露两个问题： 1. SSE 的 tool_call / tool_result 帧缺 tool_call_id，前端只能按工具名索引卡片，同一轮里同名工具被调多次时结果会挂到错误的卡上。新增 tool_call_id 为**附加字段**（1.5 无此字段，旧前端忽略未知字段不受影响），sse_core 从 AIMessage.tool_calls[].id 与 ToolMessage.tool_call_id 透传。 2. 测试页用 `bubble.textContent += token` 追加正文：读 textContent 会把子元素（工具卡片）的文本一起读出来，赋值又覆盖全部子节点——工具卡片被抹成一坨纯文本，且每次 append 重新拼接全文。改为按时间顺序切分的「文本段 + 卡片」结构（appendToken / addCardFor / breakSegment）。 3. 测试页 resume() 加并发标志，防止任何形式的重复恢复请求（重复 resume 同一 thread 第二次必然失败）。回归：pytest 143 项、http_e2e 49 项全过；浏览器实测渲染顺序与卡片配对正确。