LONGYU XU
返回全部项目
RESUME RECONSTRUCTION/ 2026

支付链路与弹窗策略实验

根据触发原因、时机、频控和阻断状态决定弹窗动作，再用 A/B 结果判断是否采用

运行当前项目POST /api/labs/payment-dialog-optimizer技术执行说明
RESULT / FIXED SAMPLE / 2026-07-17
可进入受控灰度

固定种子 4,800 用户

分层策略把转化率提高 2.04pp，同时把关闭率降低 15.17pp、曝光量降低 30.63%。

建议决策

统计门和关闭率护栏均通过，仅允许合成实验后的受控灰度结论。

转化提升
+2.04pp

13.46% → 15.50%

关闭率
−15.17pp

22.79% → 7.63%

曝光量
−30.63%

2,400 → 1,665

对照组与分层策略比率
对照转化13.46%
分层转化15.50%
对照关闭22.79%
分层关闭7.63%

结果边界固定种子合成人群；不含微信支付用户、事件或内部策略。

LIVE RUN / COMPLETE FLOWRUN / baselineDOES NOT WRITE TO EXTERNAL SYSTEMS

策略是否同时改善转化、减少打扰并通过护栏？

页面先自动运行基准样本；也可以在下方编辑完整输入或执行项目专属压力场景。状态、指标、视觉和回执都来自当前 API 输出。

当前引擎状态

可进入受控灰度

loadinghigh riskrate/—
转化提升
校验中

固定种子 A/B

output.simulation.metrics.absoluteLift
关闭率变化
校验中

负值为改善

output.simulation.metrics.dismissalDelta
曝光减少
校验中

频控效果

output.simulation.metrics.exposureReduction
实验 p 值
校验中

两比例检验

output.simulation.experiment.pValue
RESULT VISUAL

转化与曝光护栏

verified fixed sample / funnel
  1. 转化提升校验中
  2. 关闭率变化校验中
  3. 曝光减少校验中
  4. 实验 p 值校验中
LATEST RUN

业务决策、执行健康与发布回执

执行检查通过，只表示输出有效、未超预算且可以重放；是否发布仍由业务状态和发布检查决定。

正在加载合同并执行固定样本；超时会自动取消且不会产生外部副作用。
EDIT INPUT / RUN AGAIN

换一组输入，重新运行项目引擎

基准输入和压力输入都提交给同一版本 API。压力输入用于触发项目特定的拒绝、降级或复核规则，结果可以重复运行。

编辑完整 JSON 输入
REVIEW QUEUE / READ ONLY

下一步不是一个按钮

  1. P0
    EXECUTED
    可进入受控灰度

    统计门和关闭率护栏均通过，仅允许合成实验后的受控灰度结论。

    负责人 / 支付产品运营

  2. P1
    CONTROL
    EXP-Q01

    停止实验并诊断分配/曝光链路

    负责人 / 支付体验实验负责人

  3. P1
    DRILL
    用户投诉激增

    kill switch 立即回基线

    负责人 / 平台 SRE / 安全

DATA SOURCES / THIS RUN

公开预览与本次运行分轨

  1. SOURCE 01disconnected preview

    Consumer Complaint Database

    payments.complaint.raw.v1
  2. SOURCE 02disconnected preview

    Chrome UX Report API

    payments.crux_window.raw.v1
  3. VALUES RETURNED BY THE ENGINE

    固定种子 4,800 用户

    本次计算只使用上方标明的数据版本；公开来源目前仅提供预览，尚未接入引擎。

FAILURE TEST / DESIGN ONLY

故障必须有检测和恢复路径

症状
实验组投诉超过护栏
检测
实时投诉率和关闭率
隔离
kill switch 立即回基线
恢复
根因复盘后重新预注册
SYSTEM / FROM INPUT TO DECISION

信息从哪里来、怎样处理、何时调用工具，以及谁负责最后确认。

确定性对话策略与固定种子 A/B 模拟。

AI 能力边界
不使用用户模型或真实转化数据；结果只来自合成人群模拟。
人工责任
实验负责人决定是否受控发布，并监控关闭率限制。
01 / EXECUTED TRACE

信息处理顺序

source → context → intelligence → harness → decision → feedback
  1. 01
    信息进入

    读取漏斗阶段、触发原因、曝光和阻塞状态。

    输入
    PaymentDialogInput
    输出
    UserContext
    • context contract
    • policy version
    转换控制

    全局 kill switch 可立即覆盖。

  2. 02
    上下文构造

    按频控、冷却、主动任务和阻塞规则分层。

    输入
    UserContext
    输出
    rawDecision.ruleId
    • contextual policy
    • frequency cap
    转换控制

    已关闭、过曝和近期打扰被抑制。

  3. 03
    模型处理

    用固定哈希分桶并模拟 control/tiered 两组。

    输入
    subjectKey + simulation
    输出
    assignment + experiment
    • FNV-style hash
    • seeded simulation
    转换控制

    subjectKey 是随机化单元。

  4. 04
    运行约束

    计算显著性、样本和打扰率发布门。

    输入
    experiment
    输出
    simulation.releaseGate
    • two-proportion z-test
    • kill switch
    转换控制

    三项检查必须同时通过。

  5. 05
    决策产物

    输出 show/delay/suppress/handoff 与 controlled-rollout 资格。

    输入
    releaseGate
    输出
    decision + rollout decision
    • policy decision
    • release gate
    转换控制

    不自动发布到真实用户。

  6. 06
    反馈回路

    记录转化、打扰、曝光缩减与实验限制。

    输入
    simulation
    输出
    metrics + limitations
    • experiment telemetry
    • limitations registry
    转换控制

    明确标注合成人群和无真实 assignment log。

IMPLEMENTATION DETAILS / OPTIONAL

展开 8 个运行步骤、API 边界与实现状态

02 / RUNTIME CHECKS

运行时怎样限制模型和工具

运行图同时列出状态、预算、权限、失败处理、评测和人工审批。

编排H01
context decision 与 experiment simulation 分离后在 release gate 汇合。
可检查证据runPaymentDialogOptimizer
状态与记忆H02
subjectKey 稳定映射 bucket 和 variant。
可检查证据decision.assignment
预算H03
频率上限为三次，冷却窗口为 24 小时。
可检查证据FREQUENCY_CAP + DISMISSAL_COOLDOWN
权限H04
引擎只给出策略决定，不触发真实弹窗投放。
可检查证据simulation.limitations
护栏H05
kill switch、打扰率 delta 和最小样本共同保护。
可检查证据releaseGate.checks
失败与恢复H06
任一护栏失败即 hold-experiment。
可检查证据releaseGate.decision
评测H07
两比例 z 检验、p-value、绝对 lift 与 exposure reduction。
可检查证据simulation.experiment + metrics
最终权限H08
实验负责人批准上线并对真实用户指标负责。
可检查证据eligible-for-controlled-rollout
03 / API EXECUTION ENVELOPE

所有项目共享的运行边界

POST /api/labs/payment-dialog-optimizer

这里说明 API 当前做到哪一步。页面演示可以观察底层函数，但不等同于已接入真实业务数据或外部写入。

运行姿态
DETERMINISTIC SANDBOX

18 个 API 引擎只读取请求并返回结果，不写入外部系统。当前未接入登录、审计数据库或线上业务数据。

入口契约
STRICT ZOD + 32KB

API 输入先经过严格 schema/default 标准化；HTTP JSON 请求上限 32KB。

执行预算
100–150MS / 256KB

每个项目单独设置耗时预算和 256KB 输出上限；超时会标记降级，非有限数和超大输出会被阻断。

回执与重放
CONTENT-ADDRESSED

回执包含输入/输出/idempotency hash、耗时和质量；尚无持久幂等存储或重复请求短路。

流量与身份
100/MIN / NO AUTH

当前使用进程内 IP 限流和公开 CORS；尚无登录、租户、角色或复核人身份。

页面与 API
TWO EXECUTION SURFACES

站内 Demo 多为底层引擎的直接交互；/api/labs 才增加完整输入校验、通用质量门与执行回执。

公开数据
LIVE PREVIEW / DISCONNECTED

页面可以预览官方端点的数据，但这些数据尚未保存、统一字段或通过质量校验，也不会送入项目引擎。

上线阻塞
OWNER + AUDIT + DATA + OPS

上线前还需要负责人签字、持久审计、全局限流、代表性数据验证、值班安排和回滚演练。

04 / IMPLEMENTATION STATUS

用了什么、解决什么、现在能否运行

每一项都写明它在当前引擎中的作用，以及属于实际执行、固定样本还是待实现设计。

当前项目技术证据矩阵
技术层系统作用当前证据姿态
Contextual policy engineAgent / Harness编排步骤、工具、状态和退出条件。decideDialog 把场景映射到明确 action 和 reason。当前执行
Deterministic assignmentData规范化输入并生成可追溯的数据产物。稳定 subject hash 生成 bucket 与 variant。当前执行
Fixed-seed simulationEvaluation量化质量、稳定性或统计可信度。线性同余 RNG 使合成实验可复现。明确夹具
Two-proportion z-testEvaluation量化质量、稳定性或统计可信度。control/tiered 完成率产生显著性结果。当前执行
Frequency capControl限制权限、风险、发布或人工责任。三次曝光后 suppress。当前执行
Dismissal cooldownControl限制权限、风险、发布或人工责任。24 小时内尊重用户关闭。当前执行
Global kill switchControl限制权限、风险、发布或人工责任。开关覆盖全部策略为 suppress。当前执行
Release gateAgent / Harness编排步骤、工具、状态和退出条件。lift、打扰护栏和样本量共同决定 hold/eligible。当前执行
DIRECT ENGINE / OPTIONAL

检查底层函数，而不是重复主控制台。

完整 API 工作台已在上方；这里保留直接函数交互用于调试。

RUN THE ENGINE

直接观察项目的本地引擎。

页面 Demo 侧重底层函数交互；完整 /api/labs 包装另含严格输入校验、通用质量门和执行回执。

这是站内运行的工程沙箱：使用公开或合成样本执行真实算法；存在公开仓库时可继续查看源码。

RUNpayment-dialog-optimizerAPI ↗

公开作品集重建：浏览器内运行真实算法与合成数据，不包含雇主代码、模型权重或客户数据。

SHOWpriority/high

查看授权范围、扣款频率和随时撤销入口。

stage=authorization; cause=intent; exposure=1

CASE DETAILS / OPTIONAL

继续查看项目背景、架构和交付记录。

详细案例仍完整保留，但不再与运行结果争夺注意力。

职责
支付产品策略 + 实验工程重建
年份
2026
交付方式
独立实现
运行定位
独立设计 / 可运行沙箱
CASE / 01

项目概述

把支付链路定位、分层弹窗和指标复盘重建为策略引擎：触发原因、用户状态、冷却时间、频控与硬阻断共同决定展示、延迟、抑制或转人工，并用固定种子合成 A/B 验证。

CASE / 02

问题

P01

统一弹窗会打断正在操作的用户，也会对已经关闭的用户重复曝光。

P02

只看转化提升不看流失、曝光和显著性，容易把随机波动当成产品效果。

CASE / 03

架构与流程

architecture.diagram
STEP 01
漏斗上下文

进件 / 授权 / 绑卡

STEP 02
触发策略

意图 / 停顿 / 错误 / 返回

STEP 03
频控门禁

冷却、关闭与曝光上限

STEP 04
动作选择

展示 / 延迟 / 抑制 / 转人工

STEP 05
A/B 复盘

转化、流失、曝光与 p-value

CASE / 04

核心功能

VIEW 01

状态沙箱

改变阶段、原因与频次即时重算决策。

VIEW 02

用户尊重

关闭冷却和频控避免重复打扰。

VIEW 03

阻断兜底

硬阻断不继续推自助弹窗。

VIEW 04

统计验证

同时输出 uplift、p-value 与曝光变化。

CASE / 05

沙箱验证证据

4-way
策略动作

展示 / 延迟 / 抑制 / 转人工。

4,800
合成样本

固定种子，可重复运行。

p-value
显著性门禁

不把随机波动当提升。

CASE / 06

使用的技术

TypeScriptPolicy EngineFunnel AnalyticsA/B TestingFrequency CappingReact
IMPLEMENTATION DETAILS / OPTIONAL

展开数据、管道与生产控制。

SLO、权限、灰度、数据来源与故障恢复作为工程附录保留。

IMPLEMENTATION DETAILS

数据、管道与生产控制。

以下保留数据来源、运行限制和工程实现，不占用项目首屏。

DELIVERY / RESPONSIBILITIES·HIGH RISK

支付转化策略与实验控制面

在不骚扰用户、不绕过硬阻断的前提下优化支付链路转化。

RESPONSIBLE ROLE

支付产品运营

PIPELINE
5 STAGES
CONTRACTS
5 SPECS
QUALITY
4 RULES
PUBLIC DATA
2 FEEDS
架构和运行目标；容量与 SLO 是设计指标，不是线上实绩
策略判定峰值
TARGET
50k TPS

p99 预算 20ms

并行实验
TARGET
500

互斥层和命名空间

曝光日志
TARGET
13 months

用于实验重放

固定种子样本
MEASURED
10k

可重复 A/B 模拟

WORKFLOW

从接入到签署的责任链

  1. 01

    资格判定

    策略服务

    硬阻断优先

  2. 02

    稳定分桶

    实验平台

    用户级一致性

  3. 03

    频控决策

    触达平台

    冷却与曝光上限

  4. 04

    指标归因

    数据平台

    曝光先于结果

  5. 05

    发布复核

    产品 + 风控

    护栏和 kill switch

TOPOLOGY

可替换服务与控制边界

EDGE
decision-edge

低延迟策略缓存

SERVICE
assignment

稳定哈希与互斥实验

STORE
exposure-log

不可变曝光事实

CONTROL
guardrail-engine

投诉、失败与关闭率

STORE
experiment-ledger

假设、版本与决策

下一个项目

视频生成评测与 MCP 路由