Cieszę się, że mogę podzielić się KernelFactory! To narzędzie, które stworzyłem, aby rozwiązać test wydajnościowy, który został udostępniony przez @AnthropicAI kilka tygodni temu.

Krótko mówiąc, wyzwaniem było zoptymalizowanie niestandardowego jądra, które napisali. Można się całkiem daleko posunąć rozmawiając o tym z Claude Code. Zamiast tego chciałem zbudować system, aby zobaczyć, jak daleko można dojść bez człowieka w pętli.

To zabawne wyzwanie. Jest dobrze określone i ma jasny punkt odniesienia. A jeśli chcesz wyjść z pętli, musisz nauczyć się nowego zestawu narzędzi. Zbudowałem ewolucyjny system, który próbował zrównoważyć eksplorację różnorodnych pomysłów i wykorzystanie istniejących.

Na koniec uprząż dostarczyła rdzeń cyklu 1297, który przewyższa początkowe benchmarki ustalone przez zespół w ich repozytorium git. Zatrzymałem to w tym momencie dość arbitralnie, ale mogłoby dostarczyć lepszą wydajność przy większej mocy obliczeniowej. Znalazło również kilka ciekawych exploitów, które mogłyby to jeszcze obniżyć, na przykład usunięcie funkcji haszującej z rdzenia referencyjnego, aby nie musiał jej obliczać.

W poście na blogu znajdziesz więcej szczegółów, jeśli jesteś ciekawy. Ogólnie rzecz biorąc, myślę, że moim największym wnioskiem jest to, jak wiele można osiągnąć dzięki dobrej pętli feedbackowej i benchmarkowi.

Planuję dalej eksperymentować z uprzężami, więc śmiało się ze mną skontaktuj, jeśli masz interesujący problem z potężną pętlą sprzężenia zwrotnego. cc: @trishume, dzięki za udostępnienie tego wyzwania :)