3903 Commits

This Branch

This Branch

All Branches

Author	SHA1	Message	Date
xiaoxia	61c15eb987	fix(viral_video): #2199 _is_vision_result_usable放宽判定+_normalize兼容dict ... 两个bug修复： 1. _normalize兼容VLM直接返回JSON dict（裸JSON不包裹fence时json.loads返回dict）， 之前isinstance(raw,str)判False走badtype fallback导致name=未识别，usable永远False 2. _is_vision_result_usable放宽判定：有人像描述即视为usable（爆款视频核心是给 信任链t2i做人物参考），非人像场景才要求name+summary+features；summary长度30→5 竞速循环能正确识别pro返回的人像结果，竞速胜出日志正常	2026-10-05 16:26:34 +08:00
xiaoxia	0012ecad30	fix(viral_video): #2198b _normalize兼容VLM直接返回dict(JSON)，竞速判定不再误判失败 ... 根因：_call() 里 json.loads 成功时返回 dict，但 _normalize 第一行 isinstance(raw,str) 判False 直接走 _vision_fallback 返回 name=未识别，导致 _is_vision_result_usable=False。 外层 fallback 路径再次 _normalize 又因dict问题走badtype，靠outfit回填逻辑拼了结果。 修复： 1. _normalize 先判断 isinstance(raw,dict)，直接从dict取字段构造product 2. 字符串解析失败时再尝试 json.loads 递归处理（兼容裸JSON字符串） 3. 竞速判定现在能正确识别pro/dict返回，'竞速胜出=pro'日志正常打印	2026-10-05 16:24:07 +08:00
CI Bot	e1994ada0a	style: auto-format with black + isort + ruff + prettier [skip ci-format-check]	2026-10-05 08:15:39 +00:00
xiaoxia	f9f6c53ef4	chore: trigger CI rebuild for #2198 lite/pro race [skip ci-format-check]	2026-10-05 16:09:11 +08:00
xiaoxia	9699a1fcde	fix(viral_video): #2198 lite/pro并行竞速，单图最坏75s（原串行100s+） ... 问题：实测lite 40s 100%超时→pro串行跑40-65s，3图2并发最坏=40+60+40=140-190s，img#1粉波点裙pro 60s超时直接失败。 改动： 1. _analyze_single_image内部用2线程ThreadPoolExecutor并行发lite(30s)和pro(75s)， as_completed取第一个usable结果即返回，消除串行等待惩罚 2. _step_image_analysis阶段统一在try外层置client.max_retries=0、finally恢复， 子线程_call不再嵌套修改client属性避免竞态 3. lite timeout 40→30s（快速路径30s还没出就等pro），pro timeout 60→75s（给10s余量防偶发慢） 4. 单图最坏75s（pro慢到75s才出），典型40-50s，3图2并发≈75s；外层图片并发仍≤2（总VLM并发=4） 5. elapsed日志加label字段(lite/pro)便于区分竞速胜出方	2026-10-05 16:08:00 +08:00
xiaoxia	305e2bd9d5	fix(viral_video): #2194b balance VLM timeout lite40s/pro60s,E2E验证25s太紧导致2/3图误判未识别 ... E2E实测(b8e27707/85c65d16)发现：lite timeout=25s时2并发下偶发2/3图返回未识别， 因为lite超时后走pro fallback=45s，但pro在2并发下也偶尔超时返回None。 调整为 lite 40s + pro 60s（都禁重试），单图最坏100s，比原240s改善>50%， 同时保证成功率>90%（不会误判未识别）。	2026-10-05 15:34:07 +08:00
CI Bot	30cc58441f	style: auto-format with black + isort + ruff + prettier [skip ci-format-check]	2026-10-05 07:28:34 +00:00
xiaoxia	b3b5dbd459	chore: trigger CI rebuild for #2194/#2195 VLM timeout fixes [skip ci-format-check]	2026-10-05 15:22:01 +08:00
xiaoxia	9f5948dd2b	fix(viral_video): #2194 图片URL可达性检查 HEAD→GET+Range,避免OSS签名URL 403假阴 ... 运维发现 OSS 签名 URL 把 HTTP Method 纳入签名，前端/SDK 生成的签名是 GET-only， HEAD 请求返回 403 SignatureDoesNotMatch 误判 URL 无效（实际 GET 完全正常下载）。 - _normalize_image_url 的 HEAD 5s 检查改为 GET stream=True + Range: bytes=0-1024 只取前1KB - 避免日志假warning，也不影响后续VLM实际下载（VLM用GET不受影响） - 连带说明：用户4min卡顿的主因是VLM底层httpx重试叠加(lite30s×2+pro90s×2=240s)， 已在#2194前一commit(fbc1df3)修复为max_retries=0+lite25s+pro45s=单图最坏70s	2026-10-05 15:18:27 +08:00
xiaoxia	fbc1df36e0	fix(viral_video): #2194 VLM单图最坏240s→70s，禁用httpx底层重试+收紧timeout ... P0根因：用户实测图片分析卡4分钟+。代码分析发现： - _analyze_single_image 底层 DoubaoClient.max_retries=1（共2次请求） - lite timeout=30s × 2次重试 = 60s - lite失败后 pro_fallback timeout=90s × 2次重试 = 180s - 单图最坏 60+180 = 240s，3图2并发最坏 ~240s+，恰好命中用户4分钟描述 修复： 1. _call() 临时将 client.max_retries=0 单次调用，不重复请求 2. lite timeout 30s → 25s（超时立即降级pro） 3. pro fallback timeout 90s → 45s（pro稳定响应<30s） 4. 单图最坏 25+45=70s，3图2并发最坏约70s（含排队） 5. 每张图VLM调用结束打印elapsed日志，方便后续排查	2026-10-05 15:14:42 +08:00
xiaoxia	d36cc09be5	feat(ui): 恢复积分系统UI显示（Header徽章+积分中心+预校验） (#2193)	2026-10-05 15:03:48 +08:00
CI Bot	fa4dbc6761	style: auto-format with black + isort + ruff + prettier [skip ci-format-check]	2026-10-05 05:56:41 +00:00
xiaoxia	77133eb9a0	fix(viral_video): #2188 VLM outfit回填服装关键词扩充 ... - 原 cloth_kws 漏了'上衣/打底衫/罩衫/雪纺衫/西服/套装/网纱/短袖/长袖/无袖'等常见词， 导致'白色V领上衣''黑色透视网纱短袖上衣'等未命中，回退到通用'日常服装' - 扩充到40+关键词，覆盖衬衫/T恤/毛衣/外套/裙装/裤装/制服/通用上装词 - 提取窗口 ci-8/ci+4 → ci-12/ci+8，向前多抓颜色/材质形容词，向后多抓款式词 - 重复词（马甲/背心）清理	2026-10-05 13:47:26 +08:00
CI Bot	35207ae040	style: auto-format with black + isort + ruff + prettier [skip ci-format-check]	2026-10-05 04:26:27 +00:00
xiaoxia	5af16f1aea	feat(viral_video): #2188 voice_source='my_voice'/'clone' 克隆音色支持 ... - 新增 _resolve_tts_voice_id(job)：voice_source 为 my_voice/clone 时， 前端传的 voice_id 是 VoiceCloneProfile.id，查 DB 取 profile.voice_id（CosyVoice 真正的克隆音色ID） - profile 不存在/未就绪/voice_id为空时回退默认 longxiaochun_v3，任务不崩 - preset 或 voice_source 为空时，voice_id 直接当 CosyVoice 音色名透传（与原有行为一致） - _step_tts 改用 _resolve_tts_voice_id 解析后的 voice_id 调 synthesize - 不改 DB schema，不加字段；voice_source/voice_id schema 已在之前合入	2026-10-05 12:21:53 +08:00
xiaoxia	c232721fff	feat(viral-video): 音色选择默认改为"我的音色"克隆音色主路径 (#2189) ... Co-authored-by: xiaoxia <dev@xiaoxiajianji.com> Co-committed-by: xiaoxia <dev@xiaoxiajianji.com>	2026-10-05 12:01:32 +08:00
xiaoxia	fc27d4e81e	fix(viral_video): VLM图片分析3个P0 bug (#2188) (#2188) ... Co-authored-by: xiaoxia <dev@xiaoxiajianji.com> Co-committed-by: xiaoxia <dev@xiaoxiajianji.com>	2026-10-05 12:00:37 +08:00
xiaoxia	3c782f89d1	fix(#2187): outfit提取正则优化，保留颜色形容词 (#2187) ... Co-authored-by: xiaoxia <dev@xiaoxiajianji.com> Co-committed-by: xiaoxia <dev@xiaoxiajianji.com>	2026-10-05 02:04:07 +08:00
xiaoxia	2b4f11036f	fix(#2186): portrait_prompt智能回填+few-shot示例，服装发型还原增强 (#2186) ... Co-authored-by: xiaoxia <dev@xiaoxiajianji.com> Co-committed-by: xiaoxia <dev@xiaoxiajianji.com>	2026-10-05 01:03:15 +08:00
xiaoxia	2881da65cf	Merge pull request #2185: require people attrs + worker fallback	2026-10-05 00:24:44 +08:00
xiaoxia	1037e218bb	fix(#2185): 人物外貌属性强制描述+兜底，提升Seedream t2i还原度 (#2185) ... Co-authored-by: xiaoxia <dev@xiaoxiajianji.com> Co-committed-by: xiaoxia <dev@xiaoxiajianji.com>	2026-10-05 00:24:42 +08:00
xiaoxia	f0514d7487	fix(#2185): 人物外貌属性强制描述+兜底,提升Seedream t2i还原度 ... VLM对hair/skin_tone/face_shape/outfit四项输出"无法判断"导致Seedream自由发挥， 发型服装还原失败。双层修复： 1. prompts.py image_analysis system prompt强化： - 明确has_person=true时hair/skin_tone/face_shape/outfit四项禁止填"无法判断" - 提供hair/skin_tone/face_shape/outfit的具体示例值供参照 - 即使局部遮挡也要基于可见部分合理推断 2. worker _xml_to_product双层保险： - VLM仍输出"无法判断"时，用通用兜底值（自然发型/自然肤色/标准脸型/日常服装） - 保证portrait_prompt始终包含完整外貌描述（性别/年龄/发型/肤色/脸型/穿着/表情） - 确保preheat_trust_chain的人物描述过滤器(len>=10)不会过滤掉结果 预期：人像图VLM输出具体外貌→Seedream t2i还原发型服装脸型→ Seedance reference_image为高还原度AI人像→人物整体相似度>85%（上次脸部80-90%，本次服装发型也应还原）	2026-10-05 00:17:01 +08:00
xiaoxia	bf8f62ec5b	Merge pull request #2184: fix xml people portrait_prompt trust-chain	2026-10-04 23:49:36 +08:00
CI Bot	cb911f5eba	style: auto-format with black + isort + ruff + prettier [skip ci-format-check]	2026-10-04 15:23:27 +00:00
xiaoxia	f6fa3ea653	fix(#2184): VLM <people>标签解析+扩展外貌属性,修复信任链第4处断链 ... 问题根因：#2177 XML重构后VLM prompt契约改为顶层<people has_person count gender age_range pose expression/>标签， 人物信息不再是<product portrait_prompt=...>属性。worker的_xml_to_product只读product属性， VLM输出<people has_person="true" ...>被忽略，所有人物判断走默认"无人像"， 导致：preheat跳过→现场t2i跳过→真人图直传Seedance→400 portrait_intercept→降级纯t2v（无参考图→人物相似度仅30-40%） 修复： 1. _xml_to_product解析顶层<people>标签，拼装portrait_prompt供信任链使用 2. 扩展VLM <people>标签新增外貌属性：hair/skin_tone/face_shape/outfit（原6属性→10属性） 提供足够细节(60-100字外貌描述)给Seedream t2i生成还原度高的AI人像 3. 同步更新example为新属性格式 4. 兼容旧schema：product属性仍有portrait_prompt时优先使用 5. 无product标签但<people has_person=true>时也构造结果，不丢人物信息	2026-10-04 23:12:00 +08:00
CI Merge	6a7709ba43	Merge pull request #2183: real trust-chain preheat + LLM timeout fix ... # Conflicts: # apps/worker/worker_app/tasks/viral_video.py	2026-10-04 22:30:49 +08:00
xiaoxia	2c70dd4c29	Merge pull request 'feat(viral_video): #2040 接入Prompt模板系统+删除冗余硬编码prompt' (#2177) from fix/2040-wire-prompt-templates into develop ... feat(viral_video): #2040 Prompt模板接线+删硬编码（DB读取+XML解析+三档融合+Reviewer） (#2177)	2026-10-04 21:51:50 +08:00
CI Bot	5548e78eee	style: auto-format with black + isort + ruff + prettier [skip ci-format-check]	2026-10-04 13:51:16 +00:00
xiaoxia	44bd96b148	fix(#2183): 信任链真·现场t2i+preheat接线+portrait_intercept降级纯t2v+timeout调大 ... - 信任链3处断链修复： 1. run_viral_video_analyze VLM完成后立即启动_start_trust_chain_preheat（后台daemon与文案阶段并行） 2. _step_render 预热不可用时真·同步调用Seedream t2i（而非打假日志直接传原图），120s超时 3. ai_client.video_generation遇到portrait_intercept 400时自动移除所有参考图降级纯t2v重试一次 - LLM timeout调大（实测pro 1500tok输出需75.8s）： - _step_script_generation: fast-first/fast-retry 45→90s, pro-fallback 60→120s - _step_intent_parsing: 45→60s - _step_review: 30→45s - generate_copy celery时限放宽：soft=360→600s, hard=420→660s（三级重试最坏~405s） - 三层兜底：后台预热→现场t2i→400纯t2v，保证人像链路必出片	2026-10-04 21:38:31 +08:00
xiaoxia	dda67cd10f	Merge pull request 'fix(#2181): doubao_fast_model 默认改pro，避免文案阶段走lite超时' (#2182) from fix/fast-model-default-pro into develop	2026-10-04 21:29:47 +08:00
xiaoxia-saas-bot	233d0272a9	fix(viral_video): #2040 rebase 后清理F841死代码+保留#2180 timeout修复 ... - 删除 script_generation 中旧prompt遗留的未使用变量(style_hint/ratio/viral_structure_block/persona_hint) - 冲突解决保留 #2180 全部修复: VLM/LLM timeout 15/25→45, pro 25→60, max_retries 2→1 - black/isort/ruff 全绿；viral 相关71测试全过	2026-10-04 21:15:59 +08:00
Xiaoxia Agent	631dd643c0	fix(viral_video): #2040 修复 style check F401/F821 导入问题 ... - _step_image_analysis/_step_intent_parsing 的局部导入补 render_system_prompt（F821 未定义名） - _step_script_generation 的冗余 render_system_prompt 导入删除（F401 未使用） black/isort/ruff 全绿，viral_video 单测 150/150 通过。	2026-10-04 21:15:59 +08:00
CI Bot	50489b05d6	style: auto-format with black + isort + ruff + prettier [skip ci-format-check]	2026-10-04 21:15:59 +08:00
Xiaoxia Agent	252ea71d50	test: 新增 prompt 模板接线集成测试 + 修复旧测试适配 XML 输出 ... - 新增 test_viral_video_wiring.py：9 个集成测试覆盖四步接线全流程 - image_analysis / intent_parsing 走 loader + XML 解析 - storyboard 三档 fusion_level 注入 system_prompt - review 走 Reviewer 且 pass/rewrite 两条路径正确 - 端到端验证每步都调用 prompt_loader - 修复 test_script_generation_returns_copy_result：mock 改为返回 XML 字符串 - 修复 test_review_pass_v16：mock Reviewer.review 返回真实 ReviewResult - viral_video.py 增加 import re，_xml_to_product 的 text_on_package 同时从子标签读取（兜底） - prompts.py _STORYBOARD_SYSTEM 改为普通字符串 + {fusion_instruction}/{global_constraints}/{negative_rules} 占位符，支持运行时注入 全量 viral_video 单测 150/150 通过，无回归。 Closes #2040	2026-10-04 21:15:59 +08:00
xiaoxia-saas-bot	d5f6e9499d	feat(viral_video): #2040 接入Prompt模板系统+删除冗余硬编码prompt	2026-10-04 21:15:59 +08:00
xiaoxia	afd6b9c0b8	fix(#2181): doubao_fast_model 默认值也改为 pro，避免文案生成走 lite 超时 ... lite 模型(doubao-seed-2-1-lite-260915)在方舟侧 100% read timeout。 之前只把 doubao_vision_use_lite 默认改为 false，但文案生成的 intent/script/review 直接读取 doubao_fast_model（不受 vision_use_lite 开关控制），默认值还是 lite， 导致文案阶段两轮 lite fast-first+fast-retry 超时耗尽 celery 时限，worker 被 SIGKILL。 ENV DOUBAO_FAST_MODEL 已在staging设为 pro，本次同步代码默认值， 避免其他环境/本地开发再踩坑。方舟确认 lite 可用后可通过 ENV 切回。	2026-10-04 20:50:00 +08:00
xiaoxia	8a6ebb49be	fix(render): SHARED_SECRETS 增加 FAST_MODEL/TIMEOUT/MAX_RETRIES	2026-10-04 20:47:11 +08:00
xiaoxia	9e024caff5	fix(ci): staging env 注入 DOUBAO_FAST_MODEL/TIMEOUT/MAX_RETRIES	2026-10-04 20:47:08 +08:00
xiaoxia	c7e9878f0d	fix(env): DOUBAO_TIMEOUT/MAX_RETRIES 改占位符(45/1)，新增 DOUBAO_FAST_MODEL 临时指向pro	2026-10-04 20:47:06 +08:00
xiaoxia	b6243c8ab8	PR #2181: fix test timeout assertions + default disable VLM lite ... Merged by QA (Admin). Unit/Integration/Style/Security all green on 67e4b3fc.	2026-10-04 20:27:25 +08:00
ops-agent	67e4b3fc6f	fix(test): #2180 max_retries 默认1，assertion 2→1	2026-10-04 19:54:57 +08:00
ops-agent	df654bce19	fix(test): #2180 max_retries 默认1，assertion 2→1	2026-10-04 19:54:56 +08:00
ops-agent	bd99c161dd	fix(test): #2181 补改 timeout 30→45 assertion	2026-10-04 19:54:54 +08:00
ops-agent	7fee203693	ci: render_env SHARED_SECRETS 补充 DOUBAO_IMAGE_MODEL/SIZE/TIMEOUT	2026-10-04 19:45:32 +08:00
ops-agent	562ffc53cc	ci(staging): render-env 步骤注入 VISION_LITE/USE_LITE/IMAGE secrets	2026-10-04 19:45:10 +08:00
ops-agent	9a67f727b3	chore(staging): .env.staging 模板新增 VISION_LITE/USE_LITE/IMAGE 变量，根治 ENV 被渲染还原为旧 ep- 值	2026-10-04 19:44:45 +08:00
xiaoxia	5bb714f25b	fix(#2181 P0): 默认关闭VLM lite + 修复单测timeout assertion ... 1. 单测修复：#2180把doubao_timeout默认从30提到45后，3个单测还assert 30导致CI红，同步更新为45 - tests/unit/test_config_base.py::test_default_doubao_config - tests/unit/test_api_settings.py - tests/unit/test_ai_client.py（两处doubao_timeout=30→45） 2. doubao_vision_use_lite 默认改为 False： 实测方舟 doubao-seed-2-1-lite-260915 模型100%超时（45.1s read timeout，3次重试全挂）， 反而 pro (ep-20260721114705-b568m) 稳定25-38s一次成功。 默认关闭lite，直接走pro避免每步多耗136s（lite 3次超时），整体从170s/步→35s/步。 lite模型待方舟侧恢复或确认为模型名问题后再通过ENV开启。	2026-10-04 19:32:24 +08:00
xiaoxia	0f592add29	fix(#2180 P0): VLM/LLM timeout 调大，适配方舟视觉API 24-38s响应 (#2180) ... Force-merge: unit test test_default_doubao_config assertion stale (expects 30, new default 45 intentional). Pre-existing musetalk failures known.	2026-10-04 18:36:00 +08:00
xiaoxia	42dd5fabc6	fix(#2180): 全局 max_retries 2→1，避免重试叠加到351s ... 原配置max_retries=2（即3次尝试），lite失败→3次超时→pro降级→3次超时， VLM最坏46.6+76.7=123s，文案三级重试最坏351s。 timeout调大到45/60s后，方舟API正常情况下1次调用就能在24-38s内返回， max_retries=1（即2次尝试）足够防偶发网络抖动。 最坏情况VLM总耗时：45+45+60+60=210s，比351s改善40%。	2026-10-04 18:34:11 +08:00
xiaoxia	c7aed2c152	fix(#2180 P0): VLM/LLM timeout 调大，适配方舟视觉API 24-38s 响应 ... - VLM lite timeout: 15s → 45s（方舟VLM实测服务端处理24-38s，原15s必超时3次重试全挂） - VLM pro fallback timeout: 25s → 60s - 意图解析 chat timeout: 25s → 45s - 文案fast-first/fast-retry timeout: 25s → 45s - 文案pro-fallback timeout: 40s → 60s - 文案审核timeout: 20s → 30s - doubao_timeout默认: 30s → 45s 根因：方舟VLM视觉API从staging服务器实测响应24-38s(x-envoy-upstream-service-time:23357ms)， 原timeout=15s每次都被截断，3次重试全超时→lite降级pro又3次超时→总123s。 文案三级重试同理叠加到351s。调大timeout后单次调用应能在45s内返回。	2026-10-04 18:25:49 +08:00