Popularne tematy
#
Bonk Eco continues to show strength amid $USELESS rally
#
Pump.fun to raise $1B token sale, traders speculating on airdrop
#
Boop.Fun leading the way with a new launchpad on Solana.
OpenAI najnowszy projekt open source „Symphony”: usługa zarządzania agentami kodującymi, monitorująca narzędzia do zarządzania projektami (takie jak Linear), automatycznie przydzielająca izolowane obszary robocze dla każdego zadania, uruchamiająca Codex w celu realizacji tego zadania, aż do jego zakończenia lub przekazania do przeglądu przez człowieka.
Jednym zdaniem: inżynierowie zarządzają wymaganiami, Symphony zarządza Codexem, Codex pisze kod!
Dlaczego OpenAI postanowiło stworzyć ten projekt?
Symphony jest zewnętrznym produktem większej praktyki wewnętrznej OpenAI. W drugiej połowie 2025 roku, wewnętrzny zespół składający się z trzech osób przeprowadził eksperyment w ekstremalnych warunkach: cały kod produktu, zero linii ręcznie napisanych kodów. Cały kod został wygenerowany przez Codex, w ciągu pięciu miesięcy stworzono około miliona linii kodu, scalono około 1500 PR, co odpowiada średnio 3,5 PR dziennie na inżyniera.
Ta metodologia została przekształcona w Harness Engineering: inżynierowie nie piszą kodu, lecz projektują środowisko, piszą ograniczenia, budują pętle feedbackowe, aby agenci mogli niezawodnie pracować. Symphony jest warstwą zarządzającą tego procesu.
Kern architektury: sześć poziomów
· Warstwa polityki: WORKFLOW.md w repozytorium, definiująca szablony podpowiedzi i strategie wykonawcze
· Warstwa konfiguracji: analiza front matter YAML, obsługa wartości domyślnych i zmiennych środowiskowych
· Warstwa koordynacji: pętla pollingowa, ocena kwalifikacji do zadań, kontrola współbieżności, logika ponownego uruchamiania
· Warstwa wykonawcza: zarządzanie cyklem życia obszaru roboczego w systemie plików + uruchamianie podprocesu Codex
· Warstwa integracji: dostosowanie API Linear, normalizacja struktury danych zadań
· Warstwa obserwowalności: zorganizowane logi, opcjonalny dashboard HTTP
WORKFLOW.md: dusza systemu
Symphony nie umieściło konfiguracji na serwerze, lecz umieściło WORKFLOW.md w samym repozytorium kodu, kontrolując wersje razem z kodem.
Plik dzieli się na dwie części:
· Front matter YAML: konfiguracja wykonawcza (tracker, liczba współbieżnych, czas oczekiwania, skrypty hook)
· Ciało Markdown: szablony podpowiedzi wysyłane do Codex (składnia Liquid, możliwość wstrzykiwania pól zadań)
Symphony będzie na bieżąco monitorować zmiany w tym pliku, które wejdą w życie bez potrzeby ponownego uruchamiania — w tym dostosowanie interwałów pollingowych, ograniczeń współbieżności, treści podpowiedzi.
Szczegóły dotyczące współbieżności i harmonogramowania...

Najlepsze
Ranking
Ulubione
