开发日志

每小时一轮、6 小时轮转一圈，本轮专题是「目录扩量 + 详情补采」。这样安排是因为全量跑一轮约 25 分钟，每小时都全跑会把各站限流打满、反而拉低数据质量；轮转能保证不同数据源在一天内都被刷新多次。

过去 2 小时工作记录 60 条。⚠ AI 已 14.7 小时没有主动记录工作。需要判断力或改代码的改进（新功能、新分析、分析口径调整）脚本不该硬做，标记为待 AI 处理。

每小时一轮、6 小时轮转一圈，本轮专题是「多平台趋势全量采集」。这样安排是因为全量跑一轮约 25 分钟，每小时都全跑会把各站限流打满、反而拉低数据质量；轮转能保证不同数据源在一天内都被刷新多次。

过去 2 小时工作记录 62 条。本轮跑掉：品牌名录补采、分析冒烟测试、数据质量门禁、款式词典回归、快信号采集（工厂+社媒）、品牌目录扩量、补采商品详情（约 7 分钟）。⚠ AI 已 15.7 小时没有主动记录工作。需要判断力或改代码的改进（新功能、新分析、分析口径调整）脚本不该硬做，标记为待 AI 处理。

每小时一轮、6 小时轮转一圈，本轮专题是「新品榜刷新 + 完整性 + 自我改进」。这样安排是因为全量跑一轮约 25 分钟，每小时都全跑会把各站限流打满、反而拉低数据质量；轮转能保证不同数据源在一天内都被刷新多次。

过去 2 小时工作记录 5 条。本轮跑掉：全站死链审计（约 1 分钟）。⚠ AI 已 16.7 小时没有主动记录工作。需要判断力或改代码的改进（新功能、新分析、分析口径调整）脚本不该硬做，标记为待 AI 处理。

每小时一轮、6 小时轮转一圈，本轮专题是「品牌补采 + 情报留痕」。这样安排是因为全量跑一轮约 25 分钟，每小时都全跑会把各站限流打满、反而拉低数据质量；轮转能保证不同数据源在一天内都被刷新多次。

过去 2 小时工作记录 7 条。本轮跑掉：快信号采集（工厂+社媒）、品牌目录扩量、补采商品详情（约 3 分钟）。⚠ AI 已 17.7 小时没有主动记录工作。需要判断力或改代码的改进（新功能、新分析、分析口径调整）脚本不该硬做，标记为待 AI 处理。

每小时一轮、6 小时轮转一圈，本轮专题是「快信号采集 + 死链审计」。这样安排是因为全量跑一轮约 25 分钟，每小时都全跑会把各站限流打满、反而拉低数据质量；轮转能保证不同数据源在一天内都被刷新多次。

过去 2 小时工作记录 9 条。本轮跑掉：款式词典回归、分析冒烟测试、数据质量门禁（约 3 分钟）。⚠ AI 已 18.7 小时没有主动记录工作。需要判断力或改代码的改进（新功能、新分析、分析口径调整）脚本不该硬做，标记为待 AI 处理。

失败步骤：-m tracker.cli analyze（退出码 2）。其余步骤已正常完成，下一轮会自动重试。

过去 2 小时工作记录 11 条。本轮跑掉：完整性抽检、品牌目录扩量、补采商品详情、快信号采集（工厂+社媒）（约 4 分钟）。⚠ AI 已 19.7 小时没有主动记录工作。需要判断力或改代码的改进（新功能、新分析、分析口径调整）脚本不该硬做，标记为待 AI 处理。

每小时一轮、6 小时轮转一圈，本轮专题是「目录扩量 + 详情补采」。这样安排是因为全量跑一轮约 25 分钟，每小时都全跑会把各站限流打满、反而拉低数据质量；轮转能保证不同数据源在一天内都被刷新多次。

过去 2 小时工作记录 13 条。本轮跑掉：款式词典回归（约 1 分钟）。⚠ AI 已 20.7 小时没有主动记录工作。需要判断力或改代码的改进（新功能、新分析、分析口径调整）脚本不该硬做，标记为待 AI 处理。

每小时一轮、6 小时轮转一圈，本轮专题是「多平台趋势全量采集」。这样安排是因为全量跑一轮约 25 分钟，每小时都全跑会把各站限流打满、反而拉低数据质量；轮转能保证不同数据源在一天内都被刷新多次。

过去 2 小时工作记录 15 条。本轮跑掉：品牌名录补采、分析冒烟测试、数据质量门禁、快信号采集（工厂+社媒）、品牌目录扩量、补采商品详情（约 17 分钟）。⚠ AI 已 21.7 小时没有主动记录工作。需要判断力或改代码的改进（新功能、新分析、分析口径调整）脚本不该硬做，标记为待 AI 处理。

16 个类目 Top100 采集 + 详情补齐 + QA 门禁

每小时一轮、6 小时轮转一圈，本轮专题是「新品榜刷新 + 完整性 + 自我改进」。这样安排是因为全量跑一轮约 25 分钟，每小时都全跑会把各站限流打满、反而拉低数据质量；轮转能保证不同数据源在一天内都被刷新多次。

过去 2 小时工作记录 18 条。本轮跑掉：全站死链审计、款式词典回归（约 2 分钟）。⚠ AI 已 22.7 小时没有主动记录工作。需要判断力或改代码的改进（新功能、新分析、分析口径调整）脚本不该硬做，标记为待 AI 处理。

每小时一轮、6 小时轮转一圈，本轮专题是「品牌补采 + 情报留痕」。这样安排是因为全量跑一轮约 25 分钟，每小时都全跑会把各站限流打满、反而拉低数据质量；轮转能保证不同数据源在一天内都被刷新多次。

过去 2 小时工作记录 20 条。本轮跑掉：快信号采集（工厂+社媒）、品牌目录扩量、补采商品详情（约 9 分钟）。⚠ AI 已 23.7 小时没有主动记录工作。需要判断力或改代码的改进（新功能、新分析、分析口径调整）脚本不该硬做，标记为待 AI 处理。

每小时一轮、6 小时轮转一圈，本轮专题是「快信号采集 + 死链审计」。这样安排是因为全量跑一轮约 25 分钟，每小时都全跑会把各站限流打满、反而拉低数据质量；轮转能保证不同数据源在一天内都被刷新多次。

过去 2 小时工作记录 22 条。本轮跑掉：分析冒烟测试、数据质量门禁（约 2 分钟）。⚠ AI 已 24.7 小时没有主动记录工作。需要判断力或改代码的改进（新功能、新分析、分析口径调整）脚本不该硬做，标记为待 AI 处理。

失败步骤：-m tracker.cli analyze（退出码 2）。其余步骤已正常完成，下一轮会自动重试。

过去 2 小时工作记录 24 条。本轮跑掉：完整性抽检、款式词典回归、品牌目录扩量、补采商品详情、快信号采集（工厂+社媒）（约 11 分钟）。⚠ AI 已 25.7 小时没有主动记录工作。需要判断力或改代码的改进（新功能、新分析、分析口径调整）脚本不该硬做，标记为待 AI 处理。

每小时一轮、6 小时轮转一圈，本轮专题是「目录扩量 + 详情补采」。这样安排是因为全量跑一轮约 25 分钟，每小时都全跑会把各站限流打满、反而拉低数据质量；轮转能保证不同数据源在一天内都被刷新多次。

用户指出 CRZ YOGA 不是低端品牌，一旦开始低价销售就再难卖出三十多美金的产品，所以开发建议必须符合品牌定位。先量化验证这个担心：CRZ YOGA 在榜商品中位 $32、底线(P25) $26、区间 $20–48；而全市场新品中位价只有 $19.99——它本来就站在市场价 60% 之上。更要紧的是缺口侧：紧身裤市场中位 $14.99、加绒 $19.98、轻薄透气 $17.99、高腰 $19.99，几乎全部低于品牌底线。也就是说原来的建议逻辑是「市场在做什么就做什么」，照抄就是主动把品牌拉下去。

关键区分：市场整体便宜不代表这个方向不能做，要看同属性里有没有一批商品真的卖得起价。所以核心指标是溢价占比 = 同属性的市场商品里售价 ≥ 品牌中位价的比例。实测：有口袋 32%、四面弹 29%、抽绳 24%、速干 24%、宽腿 25% 有真实高端需求；而高腰只有 6% 卖过 $32——它已经是商品化配置，不再支撑溢价，做它只会往低价段滑。据此把建议分成四档：强化定位(≥20%)、中性(10–20%)、证据不足、稀释定位(<10%)。64 条可执行建议的分布是强化 19 / 中性 16 / 证据不足 14 / 稀释 15。稀释定位的不删除、全部保留并排在最后——它们本身是有用信息（告诉你市场在起量但这个方向别跟），也便于你直接否决我的判断。

排序从「证据强度→市场时机」改成「定位适配→证据分层→市场时机→证据广度→市场体量」：一条证据很强但会稀释品牌的建议，对品牌的伤害大于它能带来的销量。同时每条建议给出建议售价区间，算法是同类高价段中位 ×0.85 作为下限（且绝不低于品牌底线 $26）、×1.25 作为上限；组合样本不足 5 件时退回「最弱一环」那个属性的价格带判断，并标明是基于组合还是基于该属性。页面新增「品牌价格带与溢价能力」总表 + KPI「品牌价格带 $32，19 条建议能强化定位」。已提前写明代价：溢价方向通常意味着更贵的面料与工艺，开发成本和退货率都可能更高。

过去 2 小时工作记录 29 条。

要回答「从面料成分看休闲裤突破口」，先查数据可用性，结果发现根本不够：319 条休闲裤标题里只有 9% 提到棉、0% 提到氨纶或亚麻——亚马逊标题是关键词堆砌，不写成分。成分只在商品页属性表里（实测能抽到 "70% Cotton, 30% Polyester" 这种真实配比）。而缓存里市场侧 224 条休闲裤只有 2 条有桌面版页、自家 123 条只有 16 条。新建 bin/fetch_fabric.py 补采，抓到约 65 个后亚马逊开始硬封（BLOCK_PAGE），按规矩停手没有硬冲。转而用零网络的办法：新建 bin/reparse_cache.py 把磁盘上 6,415 个页面全字段重跑一遍（之前只抽了标题），成分数据从 1,032 条提到 2,068 条、CRZ YOGA 从零散到 922 条，耗时 6 分钟。

分析初稿给出的"突破口"是「无缝运动长裤，溢价 100%，自家 0 条」。逐条核实后全是假的，三个原因：1) 「无缝」在商品标题里 0 条，只出现在卖点模板里；那些 $35.99 的"无缝裤"实际是 Talleaf 高个版（33/35/37 内长）和 baleaf 娇小版（27" 内长）——卖的是裤长细分，不是无缝。「罗纹」同样为 0。布面信号必须只认标题。2) 没有按 ASIN 去重，新品榜每天采一次，27 条运动长裤被数成 88 条。3) 没剔除多件装："4 Pack Wide Leg Sweatpants $42.99" 单价仅 $10.75，是捆绑销售，混进高端统计会把溢价占比抬高十几个点。三处清理都固化进了 bin/pants_analysis.py 的注释和代码里。

每小时一轮、6 小时轮转一圈，本轮专题是「多平台趋势全量采集」。这样安排是因为全量跑一轮约 25 分钟，每小时都全跑会把各站限流打满、反而拉低数据质量；轮转能保证不同数据源在一天内都被刷新多次。

现有 style_lexicon 是按标题款式词设计的，回答不了成分问题。新建 tracker/fabric.py：成分解析支持 "70% Cotton, 30% Polyester"、"82% Nylon, 18% Spandex"、"Polyamide and Lycra" 等写法，归一化成 18 种纤维、4 个大类（天然/合成/弹性/再生纤维素），并且只在写明百分比时才记配比——写成 "Polyester, Spandex" 的只记「含该纤维」不记比例，两者混算会出假结论。布面层收录 20 种织造整理工艺（华夫格/罗纹/抓绒/卫衣布/罗马布/灯芯绒…），廓形层 16 种裤型。配 premium_share() 统一做「卖到品牌价以上」的占比统计。另建 bin/pants_analysis.py 输出完整体检报告。

我做的前一版把「廓形」做成了裤型分类（宽腿/直筒/束脚），用户指出来他要的是「布料上身的挺括程度」——那是面料的物理属性，和裤型完全是两回事：裤型由剪裁决定，挺括度由面料本身决定。重做这一层，把原来的裤型改名为「版型」，新建「挺括度」维度。挺括度没有现成字段，只能从三处证据推：标题里的功能/手感词（最强）、纤维成分（中等）、卖点（最弱），每一档都标出证据来源是「直接」还是「推断」，可信度不同的分开显示，不让用户看到一个黑箱结论。

建好分类器后先做验证——如果这个维度分不开价格，那它就只是个说法，不值得上页面。结果非常干净：挺括有骨架的休闲裤 18 条、中位 $35.99、61% 卖到品牌价以上；中等支撑 94 条、中位 $24.99、24%；软塌垂顺 12 条、中位 $19.99、只有 8%。再对比高低价组的文案差异，机制也清楚了：高价组多说 water/resist 防泼水(+30%)、stretch 弹力(+32%)、lightweight(+27%)、travel/golf/hiking(+13~24%)；低价组多说 lounge 家居(-40%)、宽腿(-35%)、flowy/drape 垂顺(-7/-5%)、buttery 软糯(-4%)。也就是说高价段卖的是「有骨架的技术面料」，垂顺软糯那条路只能拼价格。

第一版只加了两张独立的说明表，问题是：开发决策发生在「建议开发的新款」那一行上，那一行不写该用什么面料，看表的人还得自己回头去对，等于没用。所以给建议表加了「面料方向」一列：算这个款式组合里、卖到品牌价以上的商品用的是哪种面料。同时强制带上样本数（写「挺括有骨架（高价 5 件中 3 件）」而不是只写结论）——高价样本常常只有一两件，只写结论会让人误以为是统计结论。123 条建议里 41 条能匹配到面料证据，其余标「—」并说明是「样本不足可对标」，不是「没有数据」。

给表格写注释时发现页面上一片 &lt;b&gt; 和 &lt;br&gt;——render_metric 对所有表注整体做了 esc()，导致注释里的加粗和换行全部失效，页面上直接显示标签符号。这不是我这版引入的，是原来就有的，价格带表等好几处注释都受影响。改成白名单还原：先按最严格的方式转义，再把 b/strong/br 这几种放回来，既保住注入防护，又让注释能正常排版。修完这页转义残留从 12 处降到 0。

过去 2 小时工作记录 34 条。本轮跑掉：品牌名录补采、分析冒烟测试、数据质量门禁、快信号采集（工厂+社媒）、品牌目录扩量、补采商品详情（约 25 分钟）。

每小时一轮、6 小时轮转一圈，本轮专题是「新品榜刷新 + 完整性 + 自我改进」。这样安排是因为全量跑一轮约 25 分钟，每小时都全跑会把各站限流打满、反而拉低数据质量；轮转能保证不同数据源在一天内都被刷新多次。

用户要求从面料角度给阔腿裤找破圈方向，方向是「摸起来很软很舒服，上身又有骨感挺括度，太挺括太塌都不行」。新建 tracker/fabric_dev.py + /fabric 页面，和新品开发分开：新品开发决定做什么款式，面料开发决定用什么面料。两者决策周期不同——款式一季就被抄走，面料从打样到量产要几个月，做成了是对手一季内抄不动的东西，所以值得单独一个板块。页面含 6 个 KPI、3 条洞察、5 张表（市场用料/自家产品线/4 个配方/验收标准/否决条件）。

先验证「面料是不是值得投入差异化」再动手。市场阔腿裤 77 条，其中有成分数据的 30 条里，29 条（97%）只用到聚酯+棉+氨纶这三种纤维，中位价只有 $21.99。也就是说整个品类在面料上几乎没有第二个答案。再看自家：38 款阔腿裤，但真正「挺括有骨架」的只有 4 款（11%），软塌的 9 款（24%），而 25 款（66%）落在「中等支撑」——既不够软到让人一摸就喜欢，也不够挺到能撑出版型，是最没有记忆点的地带。这个中间地带正是新面料该填的位置。注意：判断挺括度用的是实测而不是产品线名字——Softretch 这名字同时含 soft 和 stretch，听起来像「又软又弹」，实测只是「中等支撑」，按名字判会直接判错。

这是这个板块最核心的一条，也是回答用户那句话的关键。摸着软不软由「弯曲刚度」决定，塌不塌由「剪切刚度」决定——这两个是不同的力学参数，可以分开调。所以要一块「摸着软、穿上挺」的面料在物理上是有解的，不是奢望。行业成熟做法是双面针织结构（罗马布 Ponte di Roma、空气层 Scuba）：双层线圈加连接纱把剪切刚度顶上去（不塌），同时把单层纱线做细做软（摸着软）。手感归表层纱线，骨架归织造结构。查证到的市面在售规格：Rayon/Nylon/Spandex Ponte 310gsm、Tencel/Nylon Ponte 215gsm、42 支棉/尼龙/氨纶 Ponte 420g，说明这条路是有现成供应链的，不是纸上方案。据此给了 4 个配方（A 粘胶尼龙罗马布主力、B 莱赛尔升级、C 棉尼龙高克重、D 双面异性内软外挺），并明确标注这些是行业工艺路线建议、不是从我们数据里算出来的。

把 /fabric 加进 UI 检查后，/category/running 的粘性表头检查开始报错（未滚动 0px / 滚动后 0px / 在最上层=false）。查下来不是吸顶失效，而是站点头部是 sticky 的、高度 152–303px 随宽度变化，而页面没有设置 scroll-padding-top，导致 scrollIntoView 和页面内锚点跳转会把内容滚到头部下面挡住。「Top 100 明细」那张表 660px 高，居中后顶部落在 121px，正好被 152px 的头部盖住——真实用户点目录锚点也会遇到同样的问题。页面本来就有脚本按实际高度写入 --head-h，直接复用它做 scroll-padding-top: calc(var(--head-h) + 8px)，各宽度都能自适应。

用户提出这两样用不到、还占页面空间。除了删掉这两个元素，还发现「数据截至」那段是每渲染一页都开一次数据库算出来的（连接 + 全量日期扫描只是为了显示一个日期），所以顺手把整段探针删掉——所有页面每次渲染都少一次 IO。搜索表单移除后，header form / input / status / tools 这些 CSS 全部变成死代码，一并清掉了（减少 667 字节）。实测页首高度：桌面 1440px 从 152px 降到 100px、768px 从 182px 降到 136px、手机 390px 从 303px 降到 218px。--head-h 由脚本按真实高度写入，scroll-padding 会自动跟着调整，不用改。

搜索框移除后，站内没有任何入口能进到 /search，但路由本身还在、用 URL 直接访问仍然正常，check_links 和 check_ui 也还在测它。之所以没直接删：一是旧链接不会 404，二是删路由属于另一个决定，这次只处理用户提的「占页面空间」。如果确认以后都不用，可以连路由、视图函数和两处检查里的测试项一起清掉。

过去 2 小时工作记录 46 条。本轮跑掉：全站死链审计、款式词典回归（约 2 分钟）。

每小时一轮、6 小时轮转一圈，本轮专题是「品牌补采 + 情报留痕」。这样安排是因为全量跑一轮约 25 分钟，每小时都全跑会把各站限流打满、反而拉低数据质量；轮转能保证不同数据源在一天内都被刷新多次。

过去 2 小时工作记录 48 条。本轮跑掉：快信号采集（工厂+社媒）、品牌目录扩量、补采商品详情（约 18 分钟）。

每小时一轮、6 小时轮转一圈，本轮专题是「快信号采集 + 死链审计」。这样安排是因为全量跑一轮约 25 分钟，每小时都全跑会把各站限流打满、反而拉低数据质量；轮转能保证不同数据源在一天内都被刷新多次。

过去 2 小时工作记录 50 条。本轮跑掉：分析冒烟测试、数据质量门禁（约 2 分钟）。

失败步骤：-m tracker.cli analyze（退出码 2）。其余步骤已正常完成，下一轮会自动重试。

过去 2 小时工作记录 52 条。本轮跑掉：完整性抽检、款式词典回归、品牌目录扩量、补采商品详情、快信号采集（工厂+社媒）（约 18 分钟）。

每小时一轮、6 小时轮转一圈，本轮专题是「目录扩量 + 详情补采」。这样安排是因为全量跑一轮约 25 分钟，每小时都全跑会把各站限流打满、反而拉低数据质量；轮转能保证不同数据源在一天内都被刷新多次。

过去 2 小时工作记录 54 条。

每小时一轮、6 小时轮转一圈，本轮专题是「多平台趋势全量采集」。这样安排是因为全量跑一轮约 25 分钟，每小时都全跑会把各站限流打满、反而拉低数据质量；轮转能保证不同数据源在一天内都被刷新多次。

过去 2 小时工作记录 56 条。本轮跑掉：品牌名录补采、分析冒烟测试、数据质量门禁、款式词典回归、快信号采集（工厂+社媒）、品牌目录扩量、补采商品详情（约 26 分钟）。

每小时一轮、6 小时轮转一圈，本轮专题是「新品榜刷新 + 完整性 + 自我改进」。这样安排是因为全量跑一轮约 25 分钟，每小时都全跑会把各站限流打满、反而拉低数据质量；轮转能保证不同数据源在一天内都被刷新多次。

过去 2 小时工作记录 58 条。本轮跑掉：全站死链审计（约 1 分钟）。⚠ AI 已 6.4 小时没有主动记录工作。需要判断力或改代码的改进（新功能、新分析、分析口径调整）脚本不该硬做，标记为待 AI 处理。

每小时一轮、6 小时轮转一圈，本轮专题是「品牌补采 + 情报留痕」。这样安排是因为全量跑一轮约 25 分钟，每小时都全跑会把各站限流打满、反而拉低数据质量；轮转能保证不同数据源在一天内都被刷新多次。

过去 2 小时工作记录 60 条。本轮跑掉：快信号采集（工厂+社媒）、品牌目录扩量、补采商品详情（约 22 分钟）。⚠ AI 已 7.4 小时没有主动记录工作。需要判断力或改代码的改进（新功能、新分析、分析口径调整）脚本不该硬做，标记为待 AI 处理。

每小时一轮、6 小时轮转一圈，本轮专题是「快信号采集 + 死链审计」。这样安排是因为全量跑一轮约 25 分钟，每小时都全跑会把各站限流打满、反而拉低数据质量；轮转能保证不同数据源在一天内都被刷新多次。

过去 2 小时工作记录 62 条。本轮跑掉：款式词典回归、分析冒烟测试、数据质量门禁（约 3 分钟）。⚠ AI 已 8.4 小时没有主动记录工作。需要判断力或改代码的改进（新功能、新分析、分析口径调整）脚本不该硬做，标记为待 AI 处理。

失败步骤：-m tracker.cli analyze（退出码 2）。其余步骤已正常完成，下一轮会自动重试。

过去 2 小时工作记录 64 条。本轮跑掉：完整性抽检、品牌目录扩量、补采商品详情、快信号采集（工厂+社媒）（约 23 分钟）。⚠ AI 已 9.4 小时没有主动记录工作。需要判断力或改代码的改进（新功能、新分析、分析口径调整）脚本不该硬做，标记为待 AI 处理。