Przejdź do treści
Biblioteka skilli
AI i agenci · Automatyzacja

autoresearch

/autoresearch

Prowadzi autonomiczną pętlę eksperymentów, która próbuje pomysłów, mierzy wyniki, zachowuje to, co działa, i odrzuca resztę, na przykład przy optymalizacji metryki lub benchmarku jąder GPU.

Repozytorium
agentbox ↗
Licencja
AGPL-3.0
Ostatnia zmiana repozytorium
27.10.2026

Ocena i bezpieczeństwo

100/ 100Klasa: dobry
Format25 / 25
Frontmatter z nazwą i opisem, poprawna nazwa, opis do 1024 znaków, nazwa zgodna z folderem.
Odkrywalność25 / 25
Opis mówi, kiedy użyć skilla, ma sensowną długość i jest w 3. osobie.
Treść35 / 35
Co najmniej 150 słów i do 500 linii, nagłówki, listy kroków, przykłady albo kod.
Higiena15 / 15
Bez zaślepek typu TODO, bez ścieżek Windows, z licencją.
Ryzykobrak sygnałów w skanie
Pliki w paczce
1
Skrypty
0
Komentarze HTML
0
Adresy URL w SKILL.md
0
Przestarzałość

Brak sygnałów. Repozytorium zmienione 27.10.2026, bez odwołań do wycofanych modeli i API.

Licencja

AGPL-3.0, copyleft: przeróbki udostępniane innym muszą mieć tę samą licencję.

Co robi i kiedy

Prowadzi autonomiczną pętlę eksperymentów, która próbuje pomysłów, mierzy wyniki, zachowuje to, co działa, i odrzuca resztę, na przykład przy optymalizacji metryki lub benchmarku jąder GPU.

Oryginalny opis (EN)

Autonomous experiment loop that tries ideas, measures results, keeps what works, and discards what doesn't. Use when the user asks to optimize a metric, run an experiment loop, improve performance iteratively, benchmark GPU kernels, or automate any measure-mutate-repeat workflow.

Jak działa

  1. Step 1: Gather Context
  2. Step 2: Confirm Plan
  3. Step 3: Baseline
  4. Step 4: Experiment Loop
  5. Step 5: Convergence
  6. Step 6: Report
  7. Subcommands
  8. Integration with GPU Pipeline
Sekcje z nagłówków SKILL.md, w oryginale · 115 linii, 504 słów
Podgląd SKILL.md
---
name: autoresearch
description: >
  Autonomous experiment loop that tries ideas, measures results, keeps what works, and discards what doesn't.
  Use when the user asks to optimize a metric, run an experiment loop, improve performance iteratively,
  benchmark GPU kernels, or automate any measure-mutate-repeat workflow.
args: <idea or metric to optimize>
section: Research Workflows
triggers:
  - optimize
  - experiment loop
  - benchmark
  - improve performance
  - automate benchmarking
  - autoresearch
tools:
  - Bash
  - Read
  - Write
  - Edit
  - Grep
  - Glob
memory:
  before: mcp__claude-flow__memory_search({query: "[topic] optimization experiments", namespace: "patterns", limit: 5})
  after: mcp__claude-flow__memory_store({namespace: "patterns", key: "autoresearch-[slug]", value: "[what worked, final metric]"})
---

# Autoresearch: Autonomous Experiment Loop

Adapted from Feynman's autoresearch methodology for Claude Code + RuVector memory.

The six-step loop below (Bash/Read/Write/Edit/Grep/Glob only) runs identically on Codex / GPT-6
Astra. Claude Code only: running several experiment branches in parallel would need the
Agent/fork tool, which this skill does not use by default; on Codex / GPT-6 Astra, run branches
sequentially instead.

## Step 1: Gather Context

If resuming, search RuVector memory first:
```javascript
mcp__claude-flow__memory_search({query: "[topic] autoresearch experiments", namespace: "patterns", limit: 10})
```

If starting fresh, collect from the user:
- **Metric**: What to optimize (latency, throughput, bundle size, GPU kernel time, accuracy, etc.)
- **Benchmark command**: The shell command that produces the metric
- **Direction**: Lower or higher is better
- **Files in scope**: Which source files can be modified
- **Max iterations**: Default 20
- **Environment**: Local working directory (default), git worktree branch, or Docker

## Step 2: Confirm Plan

Present the plan and get explicit approval before starting:

```
Optimization target: [metric] ([direction])
Benchmark command:   [command]
Files in scope:      [files]
Environment:         [environment]
Max iterations:      [N]
```

## Step 3: Baseline

Run the benchmark command once to establish baseline:
```bash
# Record baseline
time [benchmark_command] 2>&1 | tee /tmp/autoresearch-baseline.txt
```

Log baseline to experiment journal:
```bash
echo "$(date -Iseconds) | baseline | [metric_value] | [unit] | initial state" >> outputs/autoresearch.jsonl
```

## Step 4: Experiment Loop

For each iteration (1 to max_iterations):

1. **Hypothesize**: Based on prior results, identify the most promising change
2. **Implement**: Edit the files in scope (use Edit tool, keep changes minimal and reversible)
3. **Measure**: Run the benchmark command
4. **Log**: Record the result
   ```bash
   echo "$(date -Iseconds) | iter_[N] | [metric_value] | [unit] | [description of change]" >> outputs/autoresearch.jsonl
   ```
5. **Decide**:
   - If metric improved: **KEEP** the change, commit with `git commit -m "autoresearch: [change] ([metric improvement])"`
   - If metric regressed or unchanged: **REVERT** with `git checkout -- [files]`
6. **Learn**: Store successful patterns in RuVector:
   ```javascript
   mcp__claude-flow__memory_store({namespace: "patterns", key: "autoresearch-[slug]-iter[N]", value: "[what worked/failed]"})
   ```

## Step 5: Convergence

Stop when:
- Max iterations reached
- 3 consecutive iterations with < 1% improvement
- User interrupts

## Step 6: Report

Write final report to `outputs/autoresearch-[slug]-report.md`:
```markdown
# Autoresearch Report: [topic]

## Result
- Baseline: [value] [unit]
- Final: [value] [unit]
- Improvement: [percentage]
- Iterations: [N] ([kept] kept, [reverted] reverted)

## What Worked
1. [change] → [improvement]

## What Didn't Work
1. [change] → [regression or no effect]

## Experiment Log
[table from autoresearch.jsonl]
```

Store final result in memory:
```javascript
mcp__claude-flow__memory_store({namespace: "patterns", key: "autoresearch-[slug]-final", value: "[summary of what worked, final metric, key learnings]"})
```

## Subcommands
- `/autoresearch <topic>` — start or resume the loop
- `/autoresearch status` — show current iteration and best result
- `/autoresearch stop` — stop the loop, keep data

## Integration with GPU Pipeline
When optimizing GPU kernels, use:
- `nvidia-smi` for GPU utilization and memory monitoring
- CUDA event timing via the benchmark command
- `cargo bench` or custom benchmark binaries
- Kernel launch parameter sweeps (block size, grid size)

Wersje

RepozytoriumWynikLicencja
Ta strona · dreamlab-ai/agentbox100AGPL-3.0
github/awesome-copilot100MIT
xoai/sage100MIT
jimezsa/opencolab100MIT
av/skills100MIT
agricidaniel/claude-obsidian100MIT
jscraik/Agent-Skills100Apache-2.0
ckorhonen/claude-skills100MIT
quantumbfs/sci-brain100MIT

Migawka bazy z 28.10.2026 · wersja paczki 8d64ffca7fd6 (skrót SHA-256 całej paczki)

Pobrania w ostatnich 30 dniach: 0 · ranking

Zgłoś problem z tym skillem: szkodliwa treść, błędny opis albo prośba autora o usunięcie.

Podobne skille

  • 100autoresearch-create
    Konfiguruje i uruchamia autonomiczną pętlę eksperymentów dla dowolnego celu optymalizacji: zbiera, co optymalizować, i od razu startuje pętlę.
  • 100autoresearch-create
    Konfiguruje i uruchamia autonomiczną pętlę eksperymentów dla dowolnego celu optymalizacji: zbiera, co optymalizować, i od razu startuje pętlę.
  • 90autoresearch-loop
    Prowadzi pętlę usprawnień opartą na metryce: ustala, co mierzyć, proponuje zmiany, mierzy je względem celu, zachowuje zwycięskie i odrzuca regresje, w dowolnej dziedzinie.
  • 100autoresearch-ml
    Prowadzi autonomiczną optymalizację trenowania LLM na GPU: pięciominutowe eksperymenty, pomiar val_bpb, zachowanie poprawy lub cofnięcie zmian w pętli.
  • 100autoresearch-agent
    Prowadzi autonomiczną pętlę eksperymentów, która optymalizuje dowolny plik według mierzalnej metryki: edytuje plik, uruchamia stałą ewaluację, zachowuje poprawy w git commit, odrzuca porażki przez git reset i powtarza.
  • 100resume
    Prowadzi pętlę eksperymentów autoresearch: proponuje jedną zmianę, mierzy ją, zachowuje tylko gdy przekracza poziom szumu i powtarza, odtwarzając stan z dysku po /clear.

Uwagi i zgłoszenia

Wiadomość trafi do Bartosza Sokolińskiego. Adres e-mail jest potrzebny tylko do odpowiedzi. Szczegóły w polityce prywatności.