running-experiments

Enforce hypothesis-first, evidence-based workflows with two-commit audit trails and FOCUS intake gating.

Updated May 28, 2026
One-click install
npx skills add https://github.com/syntropic137/harness-app-template --skill running-experiments-syntropic137
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: running-experiments
Source: https://github.com/syntropic137/harness-app-template/tree/main/.claude/skills/running-experiments
Command: npx skills add https://github.com/syntropic137/harness-app-template --skill running-experiments-syntropic137

SYSTEM DOCUMENTATION & REQUIREMENTS

💡 This Skill includes references (resource) components.

What problem does it solve?

Unregulated, un-auditable experiments lead to false conclusions, wasted engineering time, and unactionable results that do not drive concrete product or architectural decisions. This skill enforces strict, falsifiability-first guardrails to ensure every experiment produces reliable, comparable, and decision-ready evidence.

Core Features & Use Cases

  • Two-commit rule enforcement: Guarantees predictions are committed before any data is collected, eliminating post-hoc hypothesis editing and retrofitted verdicts.
  • FOCUS intake gating: Filters out low-value probes at the idea stage to avoid wasting resources on questions that will not change how the team works.
  • Standardized audit and scoring: Provides binary audit checklists, hypothesis scorecard templates, and retrospective workflows to make experiment results comparable across time and teams. Use case: A team testing if a new database index reduces API p95 latency can use this skill to scaffold the experiment, commit the hypothesis first, run the frozen eval pack, score predictions against evidence, and capture the verdict in a long-lived retrospective that informs future architectural decisions.

Quick Start

Use the running-experiments skill to scaffold a new hypothesis-first experiment to test if adding a database index reduces API p95 latency below 200ms, run the eval pack, and write the final verdict with a hypothesis scorecard.

Frequently Asked Questions about running-experiments

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I enforce a two-commit rule for engineering experiments to prevent retrofitted verdicts?

Hypothesis-first engineering experiments prevent un-auditable probes by enforcing a two-commit audit trail, requiring pre-committed predictions and frozen eval packs before collecting any data to eliminate retrofitted verdicts.

What is FOCUS intake gating and how does it filter low-value engineering probes?

FOCUS intake gating filters out low-value engineering probes at the idea stage, preventing wasted resources on questions that will not change how the team works or drive concrete architectural decisions.

How do I scaffold a performance testing experiment to check if a database index reduces API latency?

Scaffold a falsifiable performance testing experiment by committing a prediction that the database index reduces API p95 latency, running a frozen eval pack, and scoring the evidence against the prediction.

Does this approach work for architectural fitness checks and feature validation?

Yes, this falsifiability-first workflow applies directly to architectural fitness checks, feature validation, and performance testing, ensuring all probes require pre-committed predictions and standardized hypothesis scorecards.

How do I capture and score experiment results to drive concrete engineering decisions?

Capture experiment results using standardized hypothesis scorecards and retrospective workflows, scoring predictions against collected evidence to make outcomes comparable across teams and drive concrete engineering decisions.

When should I not use hypothesis-first guardrails for software experiments?

Avoid hypothesis-first guardrails for non-falsifiable engineering probes or exploratory work that cannot commit to pre-registered predictions, as the workflow requires frozen eval packs and auditable verdicts.