修注释bug(score>=90→80红线)+核销表按代码真实状态纠偏

- pipeline_io.py/replenish_task.py 注释写90与代码实际80打架,统一为80(红线)
- 核销表纠正:文案先展示后台补=真做了/合格线80/M1本体已做
- M6标杆M7裂变改'草案先提炼再请北哥'(不干等),过滤策略条作废

backend/app/workers/pipeline_io.py

@@ -35,7 +35,7 @@ def run_text_generation(db, clients, task, product_dict: dict, flywheel_fragment
                         push_fn, workspace_id: int, seq_start: int) -> tuple[list, int, bool]:
     """
     Step5: 调 generate_text_variants → 存 TextCandidate → 推 SSE → 写 ai_call_logs。
-    S1: 存库前过滤——只存 passed且score>=90且banned_word_status!='hard_block' 的文案。
+    S1: 存库前过滤——只存 passed且score>=QUALITY_PASS_SCORE(80,红线)且banned_word_status!='hard_block' 的文案。
     合格数 < task.text_count 时 needs_replenish=True（由主任务发起后台补充子任务）。
     返回 (candidates_raw, next_seq, needs_replenish)。
     """
@@ -95,7 +95,7 @@ def run_text_generation(db, clients, task, product_dict: dict, flywheel_fragment
     except Exception as log_exc:
         logger.warning("ai_call_logs 写入失败（非阻断）: %s", log_exc)
 
-    # S1: 存库前过滤——只存合格文案（passed + score>=90 + 非hard_block）
+    # S1: 存库前过滤——只存合格文案（passed + score>=QUALITY_PASS_SCORE(80) + 非hard_block）
     seq = seq_start
     saved_count = 0
     for i, c in enumerate(candidates_raw):

backend/app/workers/replenish_task.py

@@ -1,7 +1,7 @@
 """
 app/workers/replenish_task.py — 文案后台补充任务（S1: 先展示后台补铁律）
 
-合格文案(passed且score>=90且非hard_block)不足用户目标条数时,
+合格文案(passed且score>=QUALITY_PASS_SCORE(80,红线)且非hard_block)不足用户目标条数时,
 run_generation_pipeline 已先展示合格的; 此任务异步补齐到目标数或达上限。
 只接收 task_id(基石B)。复用 pipeline_io.run_text_generation 的生成+过滤。
 """

plans/总核销表.md

@@ -17,7 +17,7 @@ KR1链路连通 + KR2质量达标 + KR3自主可验 + KR4引擎补全(第2环+
 | ID | 任务 | 模块核销表 | 细化 | 状态 |
 |----|------|-----------|------|------|
 | M0 | 模型探活(opus-4-8/gpt-5.5)→定模型 | — | — | ✅ 2026-06-12探活:opus-4-8/gpt-5.5/sonnet-4-5全HTTP200真可用,/models已列出。按拍板用opus-4-8(文案) |
-| M1 | 第5环 写文案修bug | plans/核销-第5环-写文案.md | 🟢S1-S9/AC1-6 | □ |
+| M1 | 第5环 写文案修bug | plans/核销-第5环-写文案.md | 🟢S1-S9/AC1-6 | ◐ 本体做了(随基线6a2632d,LLM生成+7维AI评委+合格线80+先展示后台补三链齐全:tasks.py:108/pipeline_io.py:136/replenish_task.py)。质量优化循环(text_variants.py:136)暂关等北哥prompt。**独立仓无专项commit,需补端到端验证标✅** |
 | M2 | 第6环 配图修bug+3套 | plans/核销-第6环-配图.md | 🟢S1-S8/A1-A8(含A6b) | ✅ 2026-06-15 task62端到端真跑:3套A/B/C各2张入库,6张全1024×1536,瓶身只印素颜霜不P品牌词,背景干净无杂物,三套真拉开差异(A痛点/B场景/C成分背书),倩倩姐过目认可前后对比图能用。倩倩姐独立核对全绿 |
 
 ## P1 配套+底座（第8环审核 / 第12环归档 / 工程底座）
@@ -32,8 +32,8 @@ KR1链路连通 + KR2质量达标 + KR3自主可验 + KR4引擎补全(第2环+
 
 | ID | 任务 | 模块核销表 | 细化 | 状态 |
 |----|------|-----------|------|------|
-| M6 | 第2环 标杆8特征分析 | plans/核销-第2环-标杆.md | 🟢S1-S12(S12拆a/b)/A1-A12 | ⏸️等北哥给8维 |
-| M7 | 第11环 裂变(工作台内) | plans/核销-第11环-裂变.md | 🟢S1-S13(含S10.5)/AC1-12 | ⏸️等北哥给档位 |
+| M6 | 第2环 标杆8特征分析 | plans/核销-第2环-标杆.md | 🟢S1-S12(S12拆a/b)/A1-A12 | □ 代码:字段建了(product.py:76 features_json/analyze_status)但**引擎完全没建**(benchmarks.py只CRUD,无analyze端点,features_json永远NULL)。**8维不等北哥**:从banana爆款解析结构+俊达爆款拆解逻辑+3个小红书链接提炼8维草案→北哥过目确认(倩倩姐2026-06-16:素材在手不该卡北哥) |
+| M7 | 第11环 裂变(工作台内) | plans/核销-第11环-裂变.md | 🟢S1-S13(含S10.5)/AC1-12 | □ 代码:只有model骨架(fission.py)+迁移010/011,**service/API/worker全无**,"1爆款→N套笔记包"流程不存在。**档位不等北哥**:banana有现成裂变流程可移植,参考链接已有link_url字段(benchmarks.py:81可手录),先移植打通再请北哥定档位微调 |
 
 ## P3 前端打通+飞轮（2026-06-16 九文档审核结论·按序逐条修）
 
@@ -92,7 +92,7 @@ KR1链路连通 + KR2质量达标 + KR3自主可验 + KR4引擎补全(第2环+
 
 ---
 
-## 待北哥给的定义（卡P2，需提前要）
-1. 标杆8特征具体哪8维
-2. 裂变参考度档位(高/中/低)各意味多大改动、裂变维度可选哪些
-3. 90分过滤后不足数量：展示不足 or 补充生成？
+## 待北哥确认（不是干等·先提炼草案再请北哥过目）
+1. 标杆8特征具体哪8维 → **我先从banana结构+俊达逻辑+3链接提炼8维草案,北哥只需过目确认/微调**
+2. 裂变参考度档位(高/中/低)各多大改动、裂变维度可选哪些 → **先移植banana裂变流程打通,再请北哥定档位**
+3. ~~90分过滤后不足数量~~ → **已定:合格线80(红线)+先展示后台补,已实现,此条作废**