experiment

Run iterative experiments applying one hypothesis-driven change per iteration.

6|Updated Jan 16, 2026
One-click install
npx skills add https://github.com/kok1eee/o-m-cc --skill experiment-kok1eee
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: experiment
Source: https://github.com/kok1eee/o-m-cc/tree/main/skills/experiment
Command: npx skills add https://github.com/kok1eee/o-m-cc --skill experiment-kok1eee

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

Experiment provides a structured, repeatable loop to test single-code changes, measure their impact, and keep or revert them based on numeric evidence, eliminating ad-hoc trial-and-error and ambiguous outcomes.

Core Features & Use Cases

  • One-change-per-iteration workflow: spawn an isolated sub-agent for each hypothesis, implement a single change, and run a measurement to determine its effect.
  • Progress tracking: use a progress.md file as the single source of truth for baseline, current best, iterations, and failed hypotheses.
  • Asynchronous measurement support: integrate Monitor for long-running benchmarks or test suites and continue planning while measurements run.
  • Use Cases: performance optimization, targeted refactoring, UI/UX A/B-style tweaks, and exploratory bug-fixing when the root cause is uncertain.

Quick Start

Start an experiment to reduce API latency by recording a baseline with a measurement command, iterating one change at a time, and updating progress.md with results.

Frequently Asked Questions about experiment

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

FAQPage Schema
How do I run iterative experiments to reduce API latency and memory usage?

To reduce API latency or memory usage, run iterative experiments by applying one hypothesis-driven change per iteration, measuring its numeric impact, and committing or reverting the change based on the results. Progress is tracked in a progress.md file.

What is the best way to test single refactoring changes without ad-hoc trial and error?

The best way to test single refactoring changes is to use an isolated sub-agent workflow that implements one change at a time, runs a measurement command, and keeps or reverts the code based on numeric evidence recorded in progress.md.

Can I use asynchronous measurement commands for long-running performance benchmarks?

Yes, you can integrate Monitor for asynchronous measurement of long-running benchmarks or test suites, allowing the experiment workflow to continue planning the next iteration while the current performance measurement runs in the background.

Does performance optimization require version control and fresh agent contexts?

Yes, performance optimization using this iterative experiment workflow requires version control to commit or revert changes and the ability to spawn fresh agent contexts per iteration to apply isolated, hypothesis-driven modifications.

When should I use an iterative experiment workflow for bug fixing and UI tweaks?

You should use an iterative experiment workflow for exploratory bug-fixing when the root cause is uncertain, or for UI/UX A/B-style tweaks, as it requires applying a single change, measuring the numeric impact, and reverting if the metric does not improve.

How do I track baseline metrics and failed hypotheses during code optimization?

You track baseline metrics, current best results, iterations, and failed hypotheses during code optimization by using a progress.md file as the single source of truth, ensuring all experimental changes are validated against numeric evidence.