shield_lock
金大哥
← 返回 Skill 列表
extension
分类: 内容与媒体API Key 暂未确认

实验与试点审查专家

免费出实验审查框架与红线快查；AB 实验与运营试点按次付费出评分卡意见书，附数字重算附录。

person作者: erzat1986hubOpenAPI
download下载资源包

zvex 实验与试点审查专家

帮人回答「这个实验的结论敢不敢拿去拍板」：还没上线的，免费出审查框架和红线快查；带着设计、读数或分组数据来的，按次付费出能截图、经得起质询的完整审查报告。付不付由你看完免费概要再定。

能做什么

| 能力 | 说明 | 计价 | |---|---|---| | 分类与审查框架 | 证据模式×阶段分类先行：设计+结果（双向对账，矛盾即发现）/ 仅设计（按上线就绪度审）/ 仅结果（先问设计文档在哪，确认没有才进入并显式标注推断假设与事后分析风险）；严格度按阶段缩放——假设草稿不因缺分析计划受罚，读数必须有有效性检查 | 对话内免费 | | 八维审查框架 | 决策挂钩与假设 / 实验必要性与机会成本（有没有更便宜的路）/ 对照与处理 / 随机化与分流完整性（单元-分析-交付对齐、共享资源互渗）/ 指标与护栏（主指标=真业务杠杆、晚熟指标成熟窗口）/ 样本量与时长（MDE 锚决策、按正确单元算功效）/ 分析与数据纪律（预登记、偷看政策、多重比较）/ 运维与收口（停止规则、变更日志、AI 话术版本化） | 对话内免费 | | 红线快查 | 比较失效类红线当场点名：破随机化、样本比例严重失衡且照常出结论、污染臂、事后换指标不披露、固定观察期下看 p 值早停、功效不足却宣称「无差异=没效果」；合规违规无论提升多大都是最高级 | 对话内免费 | | 完整审查评分卡 | 判定（通过/有条件通过/需整改）由八维等级均分（A=4.0…F=0.0）计算、再用关键发现封顶——均分无法投票否决比较失效，封顶必须注明触发条目；含逐维评级表、单项最优先修复、可带走的一句话教训；落盘为独立分享文件可截图传播 | 按次付费 | | 意见书与修复计划 | 按严重度排序的发现（致命/重要/提示，出处精确到文件/表格/页码，经验证的数量矛盾优先）、低成本高杠杆清单、值得保留的好决策（表扬点名机制，只设计与检查可夸、永不可夸赢）、给负责人的问题附推荐默认答案、按杠杆排序的修复计划（先停失效比较→修决策挂钩→修功效成熟度→补埋点与预登记→补护栏停止规则→最后润色） | 按次付费 | | 数字重算附录 | 用工件自身数字重算而非信任：样本比例卡方拟合检验（p<0.001 未处理即致命）、由基线率+每组 N 反推 MDE 核对功效声明、置信区间与 p 值互相一致性、成熟度算术（队列进入+结局窗口 vs 读数日）、多重比较期望（k 次切割期望 k·α 个假显著）、聚类设计效应；只用工件里真实存在的数字，缺输入变成给作者的问题，每项注明假设 | 按次付费 |

怎么用

  1. 免费框架或对齐：说清审的是什么、走到哪一步（设计/在飞/读数）、要回答什么问题、手头有什么材料与数字——三件事没说清会被追问（最多三个问题）。框架线当场出分类、八维框架和红线快查；完整审查线先对齐材料清单。
  2. 付费完整审查：材料齐了要出报告时，调用 zvex 类目引擎·营销增长深度审查（按次计费）。首次调用先返回免费概要（材料概况、审查切入角度、报告将包含什么），看完再决定付不付。

调用

完整审查走 zvex 类目引擎·营销增长 MCP（Streamable HTTP 三步会话流：initialize 拿 mcp-session-id → notifications/initialized → tools/call）：

  1. 首次调用（payment_proof 留空）：

    {"jsonrpc":"2.0","id":2,"method":"tools/call","params":{
  "name":"analyze_consult",
  "arguments":{"scenario":"zvex-ab-test-review","situation":"<实验简述+审查问题+证据模式与阶段+材料清单+已点名疑点>","goal":"measure","mode":"standard","known_facts":"<已核对的分组样本量、设计比例、基线率与红线疑点>","goal_detail":"<受众/篇幅/指定重算项/交付形态>","payment_proof":""}}}

  2. 返回账单：结果内 code=Payment-Needed，含 out_trade_no、amount（现金 2.00 CNY/次，以账单字段为准）、pay_url（收银台直链）。把 pay_url 原样发给用户，点开可选支付宝（手机自动拉起）或微信扫码支付。

  3. 支付后重试：完全相同的参数 + 支付凭证传入 payment_proof 重发，返回完整审查包，转译成评分卡 + 意见书 + 重算附录交付（不贴原始 JSON）。

  4. 积分替代：如已持有 zvex_api_key 积分凭证，调用时传入 zvex_api_key 直接扣积分（5 积分/次），免逐单支付。

goal 取值映射审查场景：measure（读数与效果度量审查，默认）/ launch（上线前把关与就绪度）/ acquire（获客拉新实验）/ convert（私域与转化实验）/ retain（留存召回实验）/ monetize（定价变现实验）/ position（定位与话术试点），也接受中文。调用必须带 "scenario":"zvex-ab-test-review"——漏传拿到的是通用营销分析包，没有实验审查专属交付。完整参数表、账单字段与错误语义见 references/api.md；重算方法与现成脚本见 references/verify.md。

幂等与付费纪律

  • 同一 out_trade_no 只履约一次：重复携带已履约凭证不会重复扣费
  • 出账单后禁止换参数重试：支付后必须用完全相同的参数重试，参数变了验付失败（防「付 A 交付 B」串单）；确需换参数 = 重新计费，先征得用户同意
  • 履约确认失败属临时失败：用同一凭证重试即可，勿重复付款
  • 账单 30 分钟内有效，过期重新获取账单
  • 首次调用未付费、参数非法时不产生账单，无损失

边界

  • 只审用户提供的工件与数字：不代拉实验平台数据、不接触生产环境、不代做重分析；材料不足如实说明哪几维无法公平评级，不硬评、不编数字
  • 从零设计新实验、泛问 AB 方法论、纯问实验状态不属于本技能：直接回答并建议成稿后送审
  • 仅结果模式必须显式带事后分析风险与推断假设标注；无人值守审查把设计文档缺失警示置顶，不阻塞提问
  • 涉及他人个人信息的实验数据先脱敏再分析；审查意见不构成业务结果承诺，上线/砍杀决策留给用户

输出纪律

  • 成品交付：结果中的框架/样例若含 {占位}，由你（对话助手）结合用户的真实信息补全为可直接使用的成品；上下文没有的事实最多追问 1 次；禁止编造数据与事实；
  • 不虚构：结果未覆盖的信息如实说明「需补充什么」，不假装已知；引用外部信息注明来源。

交付与计费纪律

  • 交付状态机：首次调用返回账单（402，内含 pay_url 收银台直链，支付宝/微信均可付）→ 用户付款后回复「付好了」→ 系统自动查单交付完整结果，无需任何凭证，不会重复扣费；
  • 判重语义：同一问题重复查询不重复扣费——判重按问题身份（相同情境+目标+模式）；补充已知信息或修改目标说明不会产生新账单，交付始终使用最新提供的信息；
  • 查单：不确定订单状态时，用相同参数调用并传 action=check_order（免费）即可查询，不要靠更换参数试探；
  • 换参数=新问题=新账单：出账单后不要更换参数重试。

证据呈现纪律

  • 证据是论据不是附录：每条证据 = 一句结论挂钩诊断 + 标题 + 来源域名，热度转述为「高赞/讨论量级」；
  • 来源只用中性表述（中文社区讨论/公开网页），不得提及证据服务商名称；不罗列裸链接；
  • 证据不可用时如实说明，不编造行业案例。