企业官网建设流程全解析

文章目录

• D48 · 规则写不完怎么办：模型与规则的分工边界
• • 开篇：规则写不完的时候
  • 第 1 章 决策分界：三条判据，四种处置
  • • 1.1 「规则还是模型」是个伪问题
    • 1.2 三条判据
    • 1.3 三条判据组合出四种处置
    • 1.4 代价不对称：只调阈值，不改架构
    • 1.5 六个真实场景的画像
    • 1.6 本章最重要的一句话
  • 第 2 章 混合编排：三层流水线
  • • 2.1 规则层要输出三种结果，不只是「是/否」
    • 2.2 模型返回分数，不返回结论
    • 2.3 冲突仲裁：两边结论不一致时谁说了算
    • 2.4 降级：模型挂掉时，系统不能变成筛子
    • 2.5 熔断：别让每个请求都去等超时
    • 2.6 安全：规则条件不要用 eval
  • 第 3 章 规则生命周期：把规则当成会变的资产
  • • 3.1 规则库烂掉的四个征兆
    • 3.2 版本与影子发布
    • 3.3 影子发布：新规则先「只统计不生效」
    • 3.4 冲突检测：用样本实证，不用逻辑证明
    • 3.5 漂移监控：盯比例，不盯绝对值
    • 3.6 回滚：一键，且必须真的能用
  • 第 4 章 级联路由：成本、延迟与降级
  • • 4.1 四层判断，四种成本量级
    • 4.2 预算：保证请求一定会在某个时刻结束
    • 4.3 异步层不占请求预算
    • 4.4 负载卸载：下游压力大时，少往上送
    • 4.5 缓存：被低估的成本杠杆
    • 4.6 成本对比：三条路线放一起算
  • 第 5 章 混合评测：分层指标、消融与阈值
  • • 5.1 分三层看指标
    • 5.2 业务成本：唯一该优化的目标
    • 5.3 消融对比：每个组件到底值不值
    • 5.4 阈值扫描：业务成本曲线的最低点
    • 5.5 代价权重变了，阈值就得跟着变
    • 5.6 评测环节的三个纪律
  • 第 6 章 落地：团队、监控与节奏
  • • 6.1 三档团队方案
    • 6.2 监控面板：盯这六个数
    • 6.3 上线节奏：四步，每步都有明确的验收标准
    • 6.4 兜底的最后一层：系统要能说「我不确定」
  • 第 7 章 什么时候不该上模型
  • • 第一道门：能写成确定性的判断吗？
    • 第二道门：判断错了，程序能自动发现吗？
    • 第三道门：标准一周一变吗？
    • 还要看两个数
    • 明确不该上模型的几类场景
    • 反过来，什么时候该尽快上模型
  • 关键要点
  • 思考题
  • 下篇预告
  • 参考资料
  • 配套代码
  • 作者