测试助手
- 作者仓库星标 0
- 作者更新于 实时读取
- 作者仓库 skills-registry
- 领域
- 工程开发
- 兼容 Agent
-
- Claude Code
- Cursor
- Cline
- Codex
- Windsurf
- Gemini CLI
- +20
- 信任分
- 88 / 100 · 社区维护
- 作者 / 版本 / 许可
- @tomevault-io · 未声明 license
- Token 消耗评级
- 低消耗
- 接入复杂程度
- 即装即用
- 是否需要外部 API Key
- 不需要
- 兼容的系统
- 未声明(默认跨平台)
- 底层运行要求
- Python
- 文件与系统权限
-
- 只读
- 允许写入 / 修改
- 网络行为
- 仅限本地
- 安装命令数
- 26 条
档案由构建时根据 SKILL.md 与安装命令自动衍生,可能与作者实际意图存在差异。
需要注意: 未限定 allowed-tools,默认拥有全部工具权限。
---
name: ab-testing
description: >- Use when this capability is needed. // middleware.ts - Server-side assignment (no flicker) im…
category: 工程开发
runtime: Python
---
# ab-testing 输出预览
## PART A: 任务判断
- 适用问题:代码实现、重构、调试或代码审查。
- 输入要求:目标材料、限制条件、期望输出和验收方式。
- 证据边界:围绕“Quick Start / Architecture / Workflow”读取原文规则,不把推断写成作者承诺。
## PART B: 执行结果
- **01** 任务判断:确认你的需求是否属于代码实现、重构、调试或代码审查,并标出输入、限制和预期结果。
- **02** 执行计划:优先按“Quick Start / Architecture / Workflow”拆成步骤,说明每一步会读取什么、修改什么、产出什么。
- **03** 交付结果:给出可复制的命令、文件改动、检查清单或内容草稿,并说明如何继续迭代。
- **04** 风险边界:结合 读取文件、写入/修改文件、主要在本地完成、通常不需要额外 API Key 给出执行前确认项。
## Running Rules
- 读取文件、写入/修改文件;主要在本地完成;通常不需要额外 API Key。
- 先小样例验证,再放大到真实任务。
- 交付时同时给结果、检查口径和下一步迭代建议。 原文没有稳定的斜杠命令要求。安装验证后通常全局生效,直接在对话里点名这个 Skill 并描述任务即可。
告诉 Agent 目标文件或材料、期望结果、不可改范围、是否允许联网或执行命令。本 Skill 的权限画像是:读取文件、写入/修改文件。
先用一个小任务确认它会围绕“Quick Start / Architecture / Workflow”工作;涉及文件或命令时,先看 diff、日志、预览或测试结果。
检查最终产物是否包含明确结果、必要证据和下一步动作;如果输出泛泛而谈,就补充输入、边界和验收标准后重跑。
---
name: ab-testing
description: >- Use when this capability is needed. // middleware.ts - Server-side assignment (no flicker) im…
category: 工程开发
source: tomevault-io/skills-registry
---
# ab-testing
## 什么时候使用
- 用于组织测试、定位失败并形成修复闭环 适合处理工程开发场景下的代码实现、调试、重构、测试或代码审查,核心价值是把输入、判断、执行、验证和交付边界固定下来,避免 Agent 泛泛回答。 把任务拆成可执行、可检查、可继续迭代的步骤;通常不需…
- 面向代码实现、重构、调试或代码审查,优先处理能明确输入、步骤和验收标准的工作。
## 需要提供什么
- 目标材料、目录范围、期望结果和不可改动内容。
- 是否允许联网、执行命令、读写文件或调用外部服务。
## 执行规则
- 围绕「Quick Start / Architecture / Workflow」组织步骤,不把推断写成作者事实。
- 读取文件、写入/修改文件;主要在本地完成;通常不需要额外 API Key。
- 先跑小样例,确认结果可检查后再扩大任务范围。
## 输出要求
- 给出最终产物、关键证据、验证方式和下一步动作。
- 信息不足时标记 unknown,不编造命令、平台或依赖。 作者原文负责流程事实;仓库文件负责来源和命令;流狐只补充适用场景、限制和质量判断。
skill "ab-testing" {
输入层 -> 用户目标 + 目标文件 + 禁止范围 + 验收标准
上下文层 -> Quick Start / Architecture / Workflow
规则层 -> SKILL.md 触发条件 / 执行顺序 / 输出格式
运行层 -> Python | 读取文件、写入/修改文件 | 主要在本地完成
安全层 -> 通常不需要额外 API Key + 小任务验证 + diff / 日志复核
输出层 -> 可复制结果 + 检查清单 + 下一步迭代
} A/B Testing Platform for SaaS
Stack: Next.js 16 + Edge Middleware + GA4/GTM + Supabase + Rust-WASM (for stats) Why DIY?: Google Optimize sunset Sept 2023. GA4 has no native A/B testing.
Quick Start
// middleware.ts - Server-side assignment (no flicker)
import { NextResponse, type NextRequest } from 'next/server'
export function middleware(request: NextRequest) {
const response = NextResponse.next()
if (!request.cookies.get('exp_hero')) {
const variant = Math.random() < 0.5 ? 'A' : 'B'
response.cookies.set('exp_hero', variant, { maxAge: 60*60*24*30, path: '/' })
}
return response
}
// Track with GA4
window.dataLayer?.push({
event: 'experiment_view',
experiment_name: 'hero_test',
experiment_variant: variant
})
Architecture
┌─────────────────────────────────────────────────────────────────────┐
│ A/B TESTING FLOW │
├─────────────────────────────────────────────────────────────────────┤
│ │
│ 1. ASSIGN (Edge Middleware) │
│ ══════════════════════════ │
│ Request → Check cookie → Random assign → Set cookie → Response │
│ ✓ No flicker (server-side) ✓ Consistent (cookie-based) │
│ │
│ 2. RENDER │
│ ═════════ │
│ Server/Client Component → Read cookie → Show variant │
│ │
│ 3. TRACK (GTM + GA4) │
│ ════════════════════ │
│ dataLayer.push → GTM triggers → GA4 events with variant param │
│ │
│ 4. ANALYZE │
│ ═════════ │
│ GA4 Explorations OR Supabase + Rust-WASM Bayesian analysis │
│ │
│ 5. PERSONALIZE (Advanced) │
│ ═════════════════════════ │
│ Contextual bandit → Best variant per user segment │
│ │
└─────────────────────────────────────────────────────────────────────┘
Workflow
-
- Define experiment config (name, variants, weight, segment rules)
-
- Implement middleware assignment (see VARIANT-ASSIGNMENT.md)
-
- Wire up GTM tracking (experiment_view, conversions with variant param)
-
- Register
experiment_variantas Custom Dimension in GA4
- Register
-
- Collect data (minimum 2 weeks for weekly patterns)
-
- Analyze significance (see STATISTICAL-ANALYSIS.md)
-
- Roll out winner or iterate
Statistical Methods (Choose One)
| Method | Best For | Decision Output |
|---|---|---|
| Frequentist | Fixed sample, strict control | p-value < 0.05 → significant |
| Bayesian | Continuous monitoring, intuitive | P(B > A) = 96% → B likely better |
| Multi-Armed Bandit | Optimize during test | Auto-shift traffic to winner |
| Contextual Bandit | Personalization | Best variant per user segment |
Quick Bayesian (Beta-Binomial):
# A: 50/1000 conversions, B: 72/1000
import scipy.stats as stats
a_samples = stats.beta(51, 951).rvs(100000) # Beta(1+50, 1+950)
b_samples = stats.beta(73, 929).rvs(100000) # Beta(1+72, 1+928)
p_b_wins = (b_samples > a_samples).mean() # → ~0.96 (96%)
Full analysis guide: STATISTICAL-ANALYSIS.md
Key Patterns
Multiple Concurrent Experiments
// middleware.ts
const EXPERIMENTS = {
hero_cta: { weight: 0.5 },
pricing_layout: { weight: 0.5 },
signup_flow: { weight: 0.2 }, // 20% on new variant
}
for (const [name, config] of Object.entries(EXPERIMENTS)) {
if (!request.cookies.get(`exp_${name}`)) {
const variant = Math.random() < config.weight ? 'B' : 'A'
response.cookies.set(`exp_${name}`, variant, { maxAge: 2592000, path: '/' })
}
}
Phased Rollout
// Config stored in Supabase or Vercel Edge Config
const rolloutPhases = {
early_access: 0.1, // 10% new
public_beta: 0.5, // 50% new
general: 1.0 // 100% new (winner)
}
Tracking Conversions
// Include variant in ALL relevant events
window.dataLayer?.push({
event: 'sign_up',
method: 'google',
experiment_name: 'hero_cta',
experiment_variant: getCookie('exp_hero_cta'),
eventId: crypto.randomUUID() // De-duplication
})
When to Use Rust-WASM
| Use Case | Why Rust |
|---|---|
| Monte Carlo simulation (100k+ draws) | 10-100x faster than JS |
| Bayesian posterior computation | Numerical precision |
| Contextual bandit inference | Real-time ML at edge |
| Cross-platform consistency | Same logic in browser + server |
WASM is NOT needed for: Simple random assignment, cookie handling, event tracking
See: RUST-WASM.md
Anti-Patterns
| Don't | Why |
|---|---|
| Client-side variant assignment | Causes flicker, inconsistent |
| End test early ("B winning after 2 days!") | Random noise, not signal |
| Multiple changes in one variant | Can't isolate what worked |
| Overlapping tests on same element | Interaction effects confound |
| Skip sample size calculation | Under-powered = false negatives |
| Ignore segments | Winner overall may lose for key segment |
Validation Checklist
- No flicker on page load (verify in slow 3G)
- Cookie persists across sessions (check 30-day expiry)
- GTM Preview shows correct variant in dataLayer
- GA4 DebugView receives events with variant param
- Custom dimension
experiment_variantregistered in GA4 - ~50/50 split verified (check GA4 Realtime)
- Conversion events include variant attribution
Reference Index
By Task
| I need to... | Read |
|---|---|
| Implement variant assignment | VARIANT-ASSIGNMENT.md |
| Choose a statistical method | STATISTICAL-ANALYSIS.md |
| Set up GTM/GA4 tracking | GA4-GTM-TRACKING.md |
| Build admin dashboard | ADMIN-DASHBOARD.md |
| Add personalization/bandits | PERSONALIZATION.md |
| Optimize with Rust-WASM | RUST-WASM.md |
| Quick lookup (tools, formulas) | QUICK-REFERENCE.md |
By Topic
| Topic | Reference |
|---|---|
| Server-side assignment, multiple experiments, weighted splits | VARIANT-ASSIGNMENT.md |
| Frequentist vs Bayesian vs Bandits, sample size, pitfalls | STATISTICAL-ANALYSIS.md |
| GTM variables, GA4 events, BigQuery queries, debugging | GA4-GTM-TRACKING.md |
| Database schema, API routes, UI components, real-time updates | ADMIN-DASHBOARD.md |
| Segments, rules-based, Thompson sampling, contextual bandits | PERSONALIZATION.md |
| Rust setup, beta sampling, bandit implementation, Next.js integration | RUST-WASM.md |
| Tool recommendations, decision guide, formulas, cheat sheet | QUICK-REFERENCE.md |
Source: danzam98/claude-skills-toolkit — distributed by TomeVault.
先判断是否适合
作者设计意图
作者的方法与取舍
边界和复核