SQLite stawia granicę: kod agentów nie, reprodukowalne błędy tak

SQLite ma teraz w repozytorium plik AGENTS.md. Simon Willison zauważa, że nie chodzi głównie o wewnętrzną instrukcję dla maintainerów, lecz o komunikat dla osób kierujących agentów AI na codebase SQLite. Polityka mówi dwie rzeczy naraz: SQLite nie przyjmuje pull requestów bez wcześniejszej zgody i formalności prawnych, i nie przyjmuje kodu stworzonego agentowo.

SQLite powiedziało agentom, czego chce i czego nie: dowód problemu, nie automatyczny patch

SQLite dopuszcza zgłoszenia błędów wspierane przez agenta, jeśli zawierają reprodukowalny test case. Patch może dokumentować możliwy kierunek, ale maintainerzy SQLite mogą zaimplementować zmianę sami. Ostatnia zmiana w pliku usunęła słowo „currently” ze zdania mówiącego, że SQLite nie przyjmuje kodu agentowego. To nie jest drobny szczegół. Ograniczenie stało się trwałe, a nie tymczasowe.

Czas maintainerów to coś, czego agenci nie mogą zwrócić

SQLite to nie biblioteka hobbystyczna. To krytyczna infrastruktura działająca niemal wszędzie. W takim projekcie jakość kodu jest tylko częścią problemu. Liczy się też prawne pochodzenie kodu, audytowalność, reputacja autorów i czas maintainerów.

Agent może pewnie wygenerować patch. Ale maintainer płaci koszt weryfikacji: sprawdzenia, czy błąd jest prawdziwy, czy patch nie łamie invariantów, czy to nie jest halucynacja i czy projekt w ogóle może przyjąć taki wkład. Zasada SQLite mówi: przyślij dowód problemu, nie cudzy automatyczny kod zapakowany jako prezent.

AGENTS.md staje się publicznym kontraktem dla automatycznych kontrybutorów

AGENTS.md staje się czymś więcej niż plikiem z podpowiedziami. Może być publicznym kontraktem dla automatycznych kontrybutorów: co jest mile widziane, co jest szumem i co zostanie odrzucone zanim spali czas maintainerów.

Open source będzie tego potrzebował. Im tańsze staje się zgłaszanie błędów i generowanie patchy przez agentów, tym łatwiej produkować wkład niskiej jakości. Bez jasnych reguł maintainerzy toną w dobrze sformatowanym szumie. SQLite nie było pierwsze: forum projektu zostało zalane AI-generowanymi zgłoszeniami błędów o nierównej jakości, co zmusiło projekt do uruchomienia oddzielnego bug forum.

AGENTS.md jako wzorzec: agent jako narzędzie analizy, nie anonimowy autor kodu

Warto obserwować, czy podobne polityki pojawią się w innych infrastrukturalnych projektach. Ważny nie będzie format pliku, lecz polityka przyjmowania. Agent jako narzędzie do reprodukcji i analizy tak, agent jako anonimowy autor krytycznego kodu nie.

Werdykt Lilith

To dojrzała odpowiedź na spam AI: nie zakazywać wszystkiego, tylko jasno określić, co ma wartość. Patch od agenta nie, reprodukowalny test tak. Maintainerzy chronią czas, jakość i czystość prawną projektu.